| 01:02.50 | Notify | 03GCI: Osaze: Create a technical screenshot - Another Solid File I was able to convert this into a geometry database file also (https://docs.google.com/open?id=0Bynn_SEJ0093MnlPVm9IOFQycDg), altough I am not sure if it is interesting enough. Here is the source (http://grabcad.com/library/small-container-home). http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 01:41.57 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 02:08.53 | Notify | 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Time estimate It will take me about an hour to do everything just like before. Why do you want me to do it over again? Or do you want me to do more orphaned pages? Do you want me to do write-up too? It helps me to make sure I did what I told you I would do. I'll look at the... http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 02:10.18 | Notify | 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Remaining time The time on this task says 5 hours left, but you said I have 1 day extra. What do I do? Sid http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 02:11.24 | Notify | 03GCI: Aaron Keesing: Implement a primitive centroid function ... for elliptical hyperboloids (EHY) - Comments Patch Since I cannot upload more files, here is the link to the patch containing the brief derivation in the comments. https://docs.google.com/open?id=0BydeQ6BPlVejbkQ1VW1Laktka1E I tried to make it as short as possible while still... http://www.google-melange.com/gci/task/view/google/gci2012/7975237 |
| 02:25.15 | Notify | 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 02:29.52 | Notify | 03GCI: Harmanpreet Singh: Layout "MGED Interface" Reference Document - Much Better Hi Deep, Now the document look much better than your previous submissions. Adding mouse figure is good decision. We may need to add a follow on task to clean up the contents. Anyway, thanks for your efforts. :) http://www.google-melange.com/gci/task/view/google/gci2012/7953233 |
| 03:03.51 | Notify | 03GCI: Vibhav Pant: Implement a primitive volume function ... for gridded volumes (VOL) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 03:06.44 | *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 04:54.24 | *** join/#brlcad gagan (~gagan@115.185.82.239) | |
| 04:59.15 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 05:09.20 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Polished it Sorry about the formatting, I had word wrap on before so it looked different on my end. That's fixed now. I also edited the way many sentences were written and added in more paragraphs. yyparse tells the parser that Bison generated to begin to receive tokens and start parsing. It... http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 06:17.35 | Notify | 03GCI: Osaze: Create a technical screenshot - Update Hello! I have posted a new zip file with screenshots of the .step files I converted to geometry databases. As you can see in the picture, I was having quite a few problems (especially keeping the text from flooding the command window). I also could not figure out how to properly overlay... http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 06:18.14 | Notify | 03GCI: Osaze: Create a technical screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 06:34.43 | *** join/#brlcad caen23 (~cezar@92.81.192.229) | |
| 08:15.04 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-234-95.web.vodafone.de) | |
| 09:34.34 | *** join/#brlcad Eric_ (~Eric@ip-109-84-112-132.web.vodafone.de) | |
| 09:51.06 | *** join/#brlcad luca79 (~luca@188-22-128-200.adsl.highway.telekom.at) | |
| 10:40.35 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:02.04 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Extension Need an extension. Sorry. Haven't been able to work on this for sometime. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 12:01.01 | *** join/#brlcad caen23 (~cezar@92.81.213.54) | |
| 12:37.18 | Notify | 03GCI: Melange: Add a command-line option that sets an object color temporarily - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 13:08.10 | *** join/#brlcad cristina (~quassel@79.114.150.220) | |
| 13:25.08 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 13:26.03 | Silvrous | Can I get an extension for http://www.google-melange.com/gci/task/view/google/gci2012/7994229 ? Sorry for taking so long with the tasks. |
| 13:31.35 | Notify | 03GCI: Erik: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 13:31.51 | Silvrous | Thanks. |
| 13:32.01 | ``Erik | new years is an acceptable excuse, I suppose |
| 13:42.31 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:44.22 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e112c.bb.sky.com) | |
| 14:11.21 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 14:15.01 | *** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in) | |
| 14:51.08 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 14:54.48 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e4d9b.bb.sky.com) | |
| 15:11.37 | Notify | 03GCI: Harmanpreet Singh: Add a command-line option that sets an object color temporarily - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 15:30.35 | Notify | 03GCI: Deep Inder Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 15:44.05 | Notify | 03GCI: Dobromir Ivanov: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 15:44.20 | Notify | 03GCI: Dobromir Ivanov: Create an artistic screenshot - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 15:54.34 | Notify | 03GCI: Melange: Add missing documentation for any one command (#9) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8121203 |
| 15:55.05 | Notify | 03GCI: Melange: Design a prototype CAD GUI layout - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8115209 |
| 16:02.04 | Notify | 03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 16:04.09 | Notify | 03GCI: Harmanpreet Singh: Calculate plate-mode triangle mesh (BOT) surface areas - Task Assigned This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 16:15.09 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 16:21.06 | Notify | 03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 16:23.52 | *** join/#brlcad Eric_ (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 17:13.07 | Notify | 03GCI: Andy Yasger: Create an ISST screenshot or animation - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 17:13.38 | *** join/#brlcad 16SAASQ5P (~luca@188-22-141-230.adsl.highway.telekom.at) | |
| 17:13.39 | *** join/#brlcad luca79 (~luca@188-22-141-230.adsl.highway.telekom.at) | |
| 17:15.19 | *** join/#brlcad luca79 (~luca@188-22-141-230.adsl.highway.telekom.at) | |
| 17:25.23 | Notify | 03GCI: Andy Yasger: Create an ISST screenshot or animation - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 17:47.37 | Notify | 03GCI: Sean: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Task Assigned This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 17:47.47 | Notify | 03GCI: Sean: Create an artistic screenshot - Task Assigned This task has been assigned to Dobromir Ivanov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 17:49.39 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:00.22 | Notify | 03GCI: Sean: Create an ISST screenshot or animation - no documentation Unfortunately, there is no documentation available on isst. That is part of why this task exists, to at least show users how the tool should look when it is ran. If you don't see anything after selecting geometry to be displayed, you're either on a computer too slow to... http://www.google-melange.com/gci/task/view/google/gci2012/7945221 |
| 18:30.41 | Notify | 03GCI: Sean: Design a prototype CAD GUI layout - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8115209 |
| 18:40.25 | Notify | 03GCI: Sean: Design a prototype CAD GUI layout - icons That looks great, Gauravjeet. Can you talk about the design some? Why did you chose that particular layout? How'd you come up with those icons (where are they from)? How long did it take you? http://www.google-melange.com/gci/task/view/google/gci2012/8115209 |
| 18:57.02 | Notify | 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for vlb.c - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 19:01.30 | Notify | 03GCI: Melange: Link all of our orphaned website wiki pages - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 19:06.01 | Notify | 03GCI: Sean: Link all of our orphaned website wiki pages - not redo Sid, I think you misunderstood. I was just wondering how long it took you to do the ones you posted in order to estimate whether the remaining pages need to be made into a separate task or whether they can be included with this task. If it's only an hour, then it would be... http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 19:15.05 | Notify | 03GCI: Sean: Implement a primitive volume function ... for gridded volumes (VOL) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7998215 |
| 19:16.16 | Notify | 03GCI: Sean: Create a flex+bison tutorial - lil longer It'll be just a lil bit longer to finish reviewing this. Apologies on the delay, but wanted to give you an update. :) Thanks for your cleanup efforts. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 19:49.46 | Notify | 03GCI: Melange: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 19:54.13 | Notify | 03GCI: Andy Yasger: Link all of our orphaned website wiki pages - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 20:07.18 | Notify | 03GCI: Andy Yasger: Link all of our orphaned website wiki pages - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 20:31.50 | Notify | 03GCI: Dobromir Ivanov: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 20:34.15 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:35.02 | Notify | 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 20:36.03 | Notify | 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Misunderstood Ok, thanks for clearing that up. I was a little confused. I went ahead and claimed the task and will work on a few more now. Sid http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 20:43.12 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4823 /wiki/GeometryREQ: /* Description */ |
| 20:44.52 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4824 /wiki/GeometryREQ: /* Failure Codes */ |
| 20:45.12 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4825 /wiki/GeometryREQ: /* Related Subjects */ |
| 20:45.32 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4826 /wiki/GeometryREQ: /* Related Subjects */ |
| 20:47.33 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4827 /wiki/GeometryCHUNK: /* Description */ |
| 20:48.28 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4828 /wiki/GeometryMANIFEST: /* Description */ |
| 20:51.25 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4829 /wiki/GeometryREQ: /* Failure Codes */ |
| 20:53.31 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4830 /wiki/FullHostListREQ: /* Description */ |
| 20:54.46 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4831 /wiki/GeometryREQ: /* Failure Codes */ |
| 20:55.16 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4832 /wiki/GeometryREQ: /* Failure Codes */ |
| 20:56.43 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4833 /wiki/GeometryCHUNK: /* Failure Codes */ |
| 20:57.08 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4834 /wiki/GeometryMANIFEST: /* Failure Codes */ |
| 20:58.28 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4835 /wiki/NewSession: /* Description */ |
| 20:58.55 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4836 /wiki/NewSession: /* Failure Codes */ |
| 21:00.36 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4837 /wiki/NewSessionFAIL: New page: ==Description== NetMsg that is a response to a previously sent NewSessionFail NetMsg to indicate that a new session has failed. ==Related Subjects== [[NewSession]] |
| 21:05.08 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4838 /wiki/NewSessionFAIL: /* Related Subjects */ |
| 21:05.23 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4839 /wiki/NewSessionFAIL: /* Related Subjects */ |
| 21:07.04 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4840 /wiki/RemHostNameSETFAIL: /* Description */ |
| 21:07.19 | Notify | 03GCI: Sean: Link all of our orphaned website wiki pages - Task Assigned This task has been assigned to Sid Robinson. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 21:09.11 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4841 /wiki/RemHostNameSETFAIL: /* Failure Codes */ |
| 21:09.41 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4842 /wiki/RemHostNameSET: /* Byte Format */ |
| 21:10.46 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4843 /wiki/FullHostListREQ: /* Byte Format */ |
| 21:12.12 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4844 /wiki/FullHostLis: /* Byte Format */ |
| 21:13.13 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4845 /wiki/GeometryMANIFEST: /* Byte Format */ |
| 21:13.28 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4846 /wiki/NewSession: /* Byte Format */ |
| 21:14.48 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4847 /wiki/GeometryREQ: /* Request Types */ |
| 21:14.52 | Notify | 03GCI: Sean: Link all of our orphaned website wiki pages - great Excellent, Work through as many of the remaining as you can. Aim for all of them if you can since that was the original task Note that there are a couple spam entires that you can ignore, but that leaves about just 15 others needing to be linked. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 21:14.58 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4848 /wiki/GeometryCHUNK: /* Byte Format */ |
| 21:15.19 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4849 /wiki/Success: /* Success Codes */ |
| 21:15.34 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4850 /wiki/Failure: /* Failure Codes */ |
| 21:17.29 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - utorials Amit, there are a thousand tutorials around the web on how to obtain an SVN checkout (and our http://brlcad.org/wiki/Compiling page covers it as well). Do you need more time? http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 21:19.00 | Notify | 03GCI: Melange: Create a technical screenshot - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 21:21.00 | Notify | 03GCI: Sean: Create a technical screenshot - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 21:21.26 | Notify | 03GCI: Sean: Create a technical screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 21:34.06 | Notify | 03GCI: Sean: Create a technical screenshot - better Osaze, that's much better and on the right track. The dragon screenshot is the closest, but needs a little more work. As the task description notes, you opened a detailed model (okay), show a wireframe (okay), but don't show a rendered image and only hint at capability with the geometry... http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 21:54.23 | Notify | 03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - hmm. Can you explain what your first loop is doing? "transferring data" doesn't really seem to convey much behind the intent nor address several peculiarities in that loop... :) A few pragmatic issues: shouldn't use // comments -- did you disable strict mode? the build... http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 21:54.43 | Notify | 03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 22:06.44 | Notify | 03GCI: Sean: Create an artistic screenshot - boring Dobromir, thanks for submitting those screenshots, but that model is very boring and the layout of your screenshot is rather plain. I suggest maybe doing some internet research on "awesome CAD screenshot" or similar search terms and seeing what others have done. Your first step is going to... http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 22:07.05 | Notify | 03GCI: Sean: Create an artistic screenshot - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 22:09.46 | Notify | 03GCI: Sean: Create an artistic screenshot - look at our existing You should also look at our existing screenshots in our gallery. Any screenshot you provide needs to look as good or better than most of the ones in there. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 22:23.41 | Notify | 03GCI: Sean: Create a flex+bison tutorial - almost there Daniel, that's starting to look great. It could be condensed a little more but I think it easily fits the bill. The only piece I don't see in the tutorial is an explanation for the lexer tokens. If I'm writing my own lexer+parser, what tokens can be used? How/Why were those names... http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 22:23.50 | Notify | 03GCI: Sean: Create a flex+bison tutorial - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 22:24.01 | Notify | 03GCI: Sean: Create a flex+bison tutorial - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 22:35.24 | Notify | 03GCI: Sean: Research offset macro consolidation - not quite Conveniently, Leffler in that reply thread provides the exact language from one of the standards (presumably C89, but possibly C99). Your example would only be valid if that's the offset to the structure member. The standard does say what, just not how. All that means is that our... http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 22:36.56 | Notify | 03GCI: Cezar: Research offset macro consolidation - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 23:39.54 | Notify | 03GCI: Sean: Research offset macro consolidation - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8172202 |
| 00:09.33 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 00:19.11 | Notify | 03GCI: Dobromir Ivanov: Create an artistic screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 01:35.06 | Notify | 03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 01:40.21 | *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 01:46.48 | Notify | 03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Next try So, I hope, my code is now right intended and I implemented your hints right. The "transferring data" section has been reorganized, but is doing in fact the same as earlier, namely bringing the different vertices from the rt_bot_internal, into an... http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 03:41.31 | Notify | 03GCI: Melange: Compile BRL-CAD using Dev-C++ - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 03:42.40 | Notify | 03GCI: Melange: Compile with -Wwrite-strings, fix warnings that ensue - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 03:44.07 | Notify | 03GCI: Melange: Design a prototype CAD GUI layout (#3) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8136209 |
| 04:03.20 | *** part/#brlcad zultron (~zultron@99-190-134-148.lightspeed.austtx.sbcglobal.net) | |
| 05:08.10 | Notify | 03GCI: Gauravjeet Singh: Design a prototype CAD GUI layout - Re: icons At first I just made a layout, where the sidebar had only names, but that looked a bit incomplete to me. After some research, I figured out that if there were icons, the design would look great. The icons in the sidebar are related to their title, for example For heading... http://www.google-melange.com/gci/task/view/google/gci2012/8115209 |
| 05:29.49 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - List of changes: I added in a paragraph and a half about tokens and how they are used in this utility, as well as in general. I also added info about what can be a token and how they are named. I added in a line about the end goal of the calculators function in the intro paragraph, I don't know... http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 05:30.09 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 06:43.04 | Notify | 03GCI: Sean: Create a flex+bison tutorial - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 06:53.59 | Notify | 03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 07:03.43 | Notify | 03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - Better but incomplete That is better but you didn't address all of the points I raised. Please address all comments and questions. :) Also noticed that you removed the vague comment altogether. If it needs to be explained, and it does, then you should explain it with a... http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 08:01.27 | Notify | 03GCI: javamonn: Create a flex+bison tutorial - Perplex+Lemon Let me know when you get the Perplex+Lemon task up, it sounds pretty interesting. Flex and Bison was alot of fun. http://www.google-melange.com/gci/task/view/google/gci2012/7985245 |
| 08:33.01 | *** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in) | |
| 08:43.26 | *** join/#brlcad libero (~luca@188-22-141-230.adsl.highway.telekom.at) | |
| 08:46.37 | *** join/#brlcad libero (~luca@188-22-141-230.adsl.highway.telekom.at) | |
| 09:49.00 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - check new log i`ve generated the project> aaand? http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 11:15.01 | *** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in) | |
| 11:26.08 | Notify | 03GCI: Plamen Hristov Nikiforov: Categorize all of BRL-CAD's commands into a spreadsheet - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 11:27.19 | Notify | 03GCI: Plamen Hristov Nikiforov: Categorize all of BRL-CAD's commands into a spreadsheet - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7970237 |
| 13:18.19 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-46-54-144.web.vodafone.de) | |
| 13:18.45 | *** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in) | |
| 13:56.34 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 14:31.04 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 14:32.36 | Silvrous | http://www.google-melange.com/gci/task/view/google/gci2012/7994229 should be done within the hour, but I still need to compile one more time to check for errors, which takes a long time on my machine. Is it possible to get another extension? |
| 14:48.11 | Notify | 03GCI: Erik: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Deadline extended The deadline of the task has been extended with 0 days and 2 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 14:48.32 | Silvrous | Thank you. |
| 15:02.57 | caen23 | Silvrous: you can compile only parts of the program (i.e. libbn), which is way faster |
| 15:06.51 | ``Erik | cd src/libbn && make -j3 |
| 15:07.34 | ``Erik | or simply mkae the executable name if it's just one program, like 'make tester_bn_vert_tree' |
| 15:11.09 | Silvrous | Oh. i didn't know that, I assumed that it would need all the functions it calls to be compiled as well. |
| 15:11.33 | ``Erik | it'll build required dependancies as needed |
| 15:11.58 | ``Erik | bn should only build bu and tcl (maybe zlib) |
| 15:12.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.106) | |
| 15:26.08 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0e4d9b.bb.sky.com) | |
| 15:27.38 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 15:50.06 | Notify | 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 15:51.09 | Silvrous | caen23: thanks for the tip |
| 15:51.22 | caen23 | sure |
| 15:51.22 | Notify | 03GCI: Melange: Modify IRC notifier output - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 15:51.59 | Silvrous | Are you from Iasi? Your name sounds familiar :P |
| 15:53.07 | Notify | 03GCI: Skriptkid: Add a command-line option that sets an object color temporarily - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 15:53.08 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 15:56.40 | Notify | 03GCI: Harmanpreet Singh: Web interface (AJAX?) to MGED - Task Assigned This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 16:03.27 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - SaaS Are we looking at Software as a Service? http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 16:08.19 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 16:42.48 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - Or... Maybe I haven't understood this right. What exactly am I supposed to do? By web interface to Mged, do you mean that I have to create an interface to interact with Mged from a browser? The user types in mged commands into the browser, which is parsed by Mged on a certain computer and an... http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 16:48.42 | ``Erik | starseeker: http://paste.lisp.org/display/134367 |
| 17:00.47 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:15.59 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 17:25.56 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Extra time please!! I've been working on the documents, and I'm almost done. I think I'll need about a day or two, to meet the required specifications. Can I get a 48 hour extension please? I'll be uploading a few files shortly. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 18:20.20 | Notify | 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 18:27.04 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - not working i read the compiling page, but as everytime i finish with all the steps and run the quick test, it opens up the mged modeler thing and says it is a read only copy, and when i make a patch file it still says the patch file is not a working... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 18:48.58 | starseeker | ``Erik: heh - "bleh" |
| 18:55.15 | ``Erik | starseeker: "there are two hard things in computer science: cache invalidation, naming things, and off-by-one errors." |
| 18:56.58 | Notify | 03GCI: Melange: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 18:57.10 | ``Erik | but the lexical closure to hold the value through the continuation is awesome |
| 19:07.08 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 19:08.14 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Forgot Sorry, I forgot I had claimed this task and I've been busy that past 2 days. I am almost done, just working out one segfault issue. I should be done in the next 10 minutes actually. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 19:22.16 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 19:22.21 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - ??? its never works for me???, always getting svn: '.' is not a working copy http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 20:02.25 | Notify | 03BRL-CAD:carlmoore * 54125 (brlcad/trunk/doc/docbook/system/man1/en/asc2g.xml brlcad/trunk/doc/docbook/system/man1/en/g2asc.xml): remove trailing blanks/tabs & fix spelling |
| 20:05.05 | DarkCalf | waves to brlcad |
| 20:15.58 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:27.49 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 21:49.57 | Notify | 03BRL-CAD:r_weiss * 54126 brlcad/trunk/src/other/tnt/jama_lu.h: Update to file "jama_lu.h" to allow the tnt library to compile with Visual Studio 2010. |
| 21:52.38 | Notify | 03BRL-CAD:r_weiss * 54127 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Update to file "brep.cpp" to prevent a name conflict with the Windows macros "max" and "min". |
| 22:06.33 | Notify | 03GCI: Nikita Abraham: Design a prototype CAD GUI layout (#3) - Extension and Clarification? May I receive an extension on the assignment. I have been busy the past couple days wth schoolwork, and have also been confused with what interface to work with. When I looked at another student's example of the same assignment, he had mentioned... http://www.google-melange.com/gci/task/view/google/gci2012/8136209 |
| 23:16.55 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 00:10.27 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 00:38.24 | Notify | 03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Some annotations The INTCLAMPs had no deeper use, they were just part of the old function, I copied this part from. I removed them now to make the code not to big und complex Thanks for the /include/bn hint, beside the triangle function, I could also use a... http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 00:47.48 | Notify | 03GCI: Johannes Schulte: Calculate plate-mode triangle mesh (BOT) surface areas - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 02:31.10 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 02:31.15 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 02:55.28 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:09.16 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:20.23 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:40.13 | Notify | 03GCI: Harmanpreet Singh: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 03:42.40 | Notify | 03GCI: Melange: Compile with -Wwrite-strings, fix warnings that ensue - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 03:44.05 | Notify | 03GCI: Melange: Design a prototype CAD GUI layout (#3) - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8136209 |
| 03:59.46 | Notify | 03GCI: Harmanpreet Singh: Compile BRL-CAD using Dev-C++ - Keep the task claimed if you want your submitted work reviewed Hi Alexandur, If you want your submitted work reviewed you should keep the task claimed. Since you unclaimed the task after submitting your work and then reclaim it, so now your work in not in the queue of tasks awaiting... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:06.55 | Notify | 03GCI: Harmanpreet Singh: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 04:52.28 | Notify | 03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 04:57.21 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 05:06.39 | Notify | 03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Just finished my work Can I reclaim the task and upload my work? http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 05:17.58 | Notify | 03GCI: Sean: Create an artistic screenshot - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8025213 |
| 05:20.50 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 05:32.11 | Notify | 03GCI: Sean: Create a utility library (LIBBU) API unit test ... for vlb.c - looks good Only noticed a few issues on quick inspection: You should be using bu_malloc() and bu_free() instead of malloc() and free() directly. See our HACKING file for a list of functions that are replaced by our libbu versions for portability. The open... http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 05:40.39 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - few issues The patch looks good, but I did notice a few issues: file header (first line) does not match the actual file name. should use BN_TOL_DIST instead of the hard-coded 0.005 constant unless there's a paricular reason. if there is a reason, that should... http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 05:40.44 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 05:40.49 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 05:50.48 | Notify | 03GCI: Harmanpreet Singh: Compile with -Wwrite-strings, fix warnings that ensue - Task Assigned This task has been assigned to gcking. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 05:51.08 | Notify | 03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - now that's a patch Very nice work Johannes. We'll likely have a follow-on task to enable this new function and properly test it, but the implementation looks pretty good now. We'll be sure to credit you in our authorship notes on this one. I only noticed a couple issues,... http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 05:51.13 | Notify | 03GCI: Sean: Calculate plate-mode triangle mesh (BOT) surface areas - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8088204 |
| 05:52.39 | Notify | 03GCI: Harmanpreet Singh: Compile with -Wwrite-strings, fix warnings that ensue - Yes The task has been reassigned to you and you can now upload your work for review. Good luck..!! http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 05:58.16 | Notify | 03GCI: Sean: Web interface (AJAX?) to MGED - Yep What you asked sounds correct. Should be fun! :) http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 05:59.06 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 05:59.31 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - patch format Be sure to submit your changes in proper single patch file format. See http://brlcad.org/wiki/Patches for help. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 06:01.50 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 06:04.24 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - welcome to reclaim Amit, you're welcome to reclaim the task and we'll help you learn how to make a patch so you can get credit for your work. Making patches are a fundamental skill that can be confusing at first, but is really very simple. If you need... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 06:11.36 | Notify | 03GCI: Sean: Design a prototype CAD GUI layout (#3) - welcome to reclaim Nikita, you're welcome and encouraged to reclaim the task (effectively restarting the clock). You are working on improving our usability and helping us design our next-generation user interface. You don't need to be familiar with MGED or Archer specifically, or even CAD... http://www.google-melange.com/gci/task/view/google/gci2012/8136209 |
| 08:11.03 | Notify | 03GCI: Melange: Crash our raytracer application reliably - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 08:23.32 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 08:25.19 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - HACKING I read the whole HACKING file and I noticed a few other things I could fix in my code, so I fixed those too. Hopefully in the future I will be more successful at doing things right the first time. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 09:03.42 | *** join/#brlcad luca79 (~luca@net-37-116-116-59.cust.dsl.vodafone.it) | |
| 11:22.14 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 11:58.42 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - ok but after i generated it with cmake whats next? For example in the docs its described that if you generate it with MVS you`ll get a project file and so on.. So i am expecting to get the same for Dev-c++.. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 12:29.41 | Notify | 03BRL-CAD Wiki:BufordjqbezxplgiGibes * 4851 /wiki/Consider_Doing_A_Cleanse_Estate_Planning: New page: This is precisely why exactly it is important to think that about these things before the golden years. When a Town files a property tax lien while combating your property, it takes top pr... |
| 12:31.02 | Notify | 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/block: blocked [[User:BufordjqbezxplgiGibes]] with an expiry time of infinite (account creation disabled): Spamming links to external sites |
| 12:31.12 | Notify | 03BRL-CAD Wiki:Erik * 0 /wiki/Special:Log/delete: deleted "[[Consider Doing A Cleanse Estate Planning]]": content was: 'This is precisely why exactly it is important to think that about these things before the golden years. When a Town files a property tax lien while co...' (and the only contributor was '[[Special:Contributions/BufordjqbezxplgiGibes|BufordjqbezxplgiGibes]]') |
| 12:43.58 | *** join/#brlcad luca79 (~luca@net-37-116-116-59.cust.dsl.vodafone.it) | |
| 13:00.14 | *** join/#brlcad deep_inder_singh (~chatzilla@117.207.157.141) | |
| 13:01.16 | deep_inder_singh | I have claimed a task to find and fix 20 spelling mstakes in atleast 5 different files. I am currently on windows computer. I just want to know that how I can download the latest source of BRL-CAD on my computer. |
| 13:09.06 | caen23 | install tortoise svn, open command prompt and run the 'svn co' command here http://brlcad.org/wiki/Compiling |
| 13:09.48 | Notify | 03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 13:27.15 | Notify | 03GCI: Daniel Rossberg: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Assigned This task has been assigned to Aaron Keesing. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 13:27.38 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-46-2-35.web.vodafone.de) | |
| 14:06.36 | Notify | 03GCI: Daniel Rossberg: Create a utility library (LIBBU) API unit test ... for vlb.c - Your VLB_BLOCK_SIZE is fragile At the moment it's the same as in vlb.c but you can't be sure that this is true in the future too. Any idea how to solve this? (Maybe with a bu_vlb_capacity() function?) And why isn't one memset sufficient (line 73 & 74)? http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 14:06.51 | Notify | 03GCI: Daniel Rossberg: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 14:42.41 | ``Erik | deep_inder_singh: 'tortoise' has svn tools for windows |
| 14:43.03 | ``Erik | http://tortoisesvn.net/ |
| 14:45.22 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250) | |
| 14:52.02 | *** join/#brlcad mayankmadan (~mayankmad@115.240.43.116) | |
| 14:57.16 | Notify | 03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 15:04.33 | *** join/#brlcad deep_inder_singh (~chatzilla@117.207.157.141) | |
| 15:08.21 | Notify | 03GCI: Osaze: Create a technical screenshot - Fixed Hello Sean! I managed to render the geometry! I found out that there was a directory called /Default in the database that was causing the problem and just deleted it. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 15:08.35 | *** part/#brlcad mayankmadan (~mayankmad@115.240.43.116) | |
| 15:08.51 | Notify | 03GCI: Osaze: Create a technical screenshot - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 15:26.11 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0efe76.bb.sky.com) | |
| 15:35.19 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 15:36.14 | Silvrous | brlcad: What did you mean by "make sure ac>val when you access av[]" ? |
| 15:43.53 | d_rossberg | Silvrous: what happens when you are running your test without any command line parameter? |
| 15:45.44 | Silvrous | you mean "make test"? It runs, no exceptions or errors. |
| 15:49.14 | d_rossberg | no, i mean tester_bn_vert_tree |
| 15:50.07 | d_rossberg | or "add_test(bn_vert_tree_null tester_bn_vert_tree)" |
| 15:50.44 | Notify | 03GCI: Melange: Modify IRC notifier output - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 15:51.45 | Notify | 03GCI: Melange: Crash our raytracer application reliably - Task Reopened Melange has detected that the final deadline has passed and it has reopened the task. http://www.google-melange.com/gci/task/view/google/gci2012/8018211 |
| 15:55.00 | Silvrous | so the executable file of the test? |
| 15:59.08 | d_rossberg | yes, the test program you wrote in bn_vert_tree.c |
| 16:01.18 | Silvrous | i haven't run it like that, let me reboot to linux to see. |
| 16:11.29 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 16:12.21 | Silvrous | It gives a segmentation fault, but other tests also do |
| 16:12.43 | Silvrous | tester_bn_list for instance |
| 16:26.40 | Notify | 03GCI: Thilo: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - IRC Hi sean, Do you have an IRC chat? http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 16:36.53 | ``Erik | Silvrous: if you try to access past the end of the array, you'll risk segfaults, page faults or undefined data... |
| 16:37.52 | ``Erik | ac tells you the length of the av array, so'z don't reference av with a val > ac |
| 16:37.56 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250) | |
| 16:41.16 | Silvrous | right, so I need to check if ac is >=3. Should I do it with bu_bomb? |
| 16:41.26 | Notify | 03GCI: Thilo: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 16:42.51 | Silvrous | as in, if (ac < 3 ) bu_bomb(...) |
| 16:43.32 | ``Erik | no, bu_bomb is for seriously bad stuff, normal behavior is to display a help message and return EXIT_FAILURE; |
| 16:45.18 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 16:47.01 | Silvrous | With printf, right? Also another thing, apparently the header name is incorrect, but every test I've seen aside from a couple in libbn uses the format I've used |
| 16:48.59 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - exec? Okay, I'm thinking of using the 'exec' or a similar function, which executes terminal commands, in PHP for this, along with AJAX. But mged takes all input when it is being run, and not as command line arguments. Any suggestions or ideas on how commands can be sent to it?(I'm looking... http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 16:49.29 | ``Erik | um, fprintf(stderr, "blah blah", ...); is good, too |
| 16:49.40 | ``Erik | which header name? |
| 16:50.21 | ``Erik | Skriptkid: mged can take input as command line arguments, or you could pipe it... |
| 16:50.33 | ``Erik | $ mged ktank.g tops |
| 16:51.11 | Skriptkid | ''Erik: Could you tell me what piping is? |
| 16:51.41 | ``Erik | echo "command 1; command 2 |
| 16:51.46 | ``Erik | command 3" | mged bah.g |
| 16:52.39 | Skriptkid | OKay. Thanks. :) |
| 16:52.47 | ``Erik | you could do nutty stuff like: mged bah.g tops | sed 's/.*/l &/' | mged bah.g |
| 16:53.59 | Silvrous | First line of the file, which in my case is T E S T _ V E R T _ T R E E . C . Apparently it doesn't match the name of the file, bn_vert_tree.c , but no tests apart from the tri_tri_isect ones use BN in the header. |
| 16:55.21 | ``Erik | Silvrous: the spaced out capitalized name is just supposed to be the name of the file, period... it's a "Hi, my name is" type thing |
| 16:55.50 | Silvrous | Then that means that all the other tests have wrong headers. Should I change them? |
| 16:56.59 | ``Erik | you're confusing me a bit, you mean the file frontmatter, not the header file? |
| 17:00.01 | Silvrous | ``Erik: Sorry for not being clear. This is what Sean said: "file header (first line) does not match the actual file name." And, for instance, /src/libbu/tests/bu_timer.c has the first line " /* T E S T _ T I M E R . C " |
| 17:03.39 | ``Erik | yeah, that one is wrong, they should all match the file names |
| 17:03.55 | Silvrous | OK, I'll change them :) |
| 17:04.06 | ``Erik | there was probably a big file migration where src/libbu/test_timer.c was renamed to src/libbu/tests/bu_timer.c and the file contents weren't updated |
| 17:04.21 | Silvrous | All of them are like that |
| 17:04.30 | ``Erik | I think the tests/ subdir is a fairly new thing |
| 17:05.19 | ``Erik | july 19th by starseeker, I'll go find a good heavy stick to beat on him with for not updating the file contents |
| 17:05.51 | Notify | 03GCI: Thilo: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 17:05.52 | caen23 | if you go inside a tests/ dir and run `head -1 *` you can see which do not match |
| 17:06.01 | caen23 | in libbu it's about half |
| 17:09.52 | Silvrous | I'll put the namechanges in the task patch |
| 17:10.46 | ``Erik | there might be centering space changes, too... lemme whack it with the script |
| 17:11.31 | Silvrous | ah ok then |
| 17:12.30 | Silvrous | caen23: yeah, just the bitv ones match |
| 17:12.32 | ``Erik | bleh, the script isn't as magic as I'd hoped... it's brlcad/sh/header.sh if you want to play with it some to see if it does things differently from your mods |
| 17:16.45 | Silvrous | my previous test tasks used the same wrong name header... |
| 17:16.56 | Silvrous | <PROTECTED> |
| 17:17.03 | caen23 | ``Erik: do you happen to know if a latex2pdf converter comes with the standard latex package? |
| 17:20.14 | ``Erik | I don't believe it does... I usually use pdflatex, myself |
| 17:22.17 | caen23 | as in… this one? http://www.tug.org/applications/pdftex/ |
| 17:22.19 | ``Erik | but I'm a bit old school, I built a makefile like this http://elfga.com/~erik/latex/Makefile 15 years ago and just re-use it ... |
| 17:23.16 | ``Erik | huh, pdflatex comes in teTeX |
| 17:24.15 | ``Erik | http://www.tug.org/tetex/ |
| 17:24.53 | caen23 | seems abandoned? |
| 17:27.13 | ``Erik | *shrug* or "done", last update to the freebsd port of it was july of 2012 |
| 17:27.55 | ``Erik | http://www.tug.org/texlive/ |
| 17:30.42 | caen23 | i'm on a mac and mactex is heavy (2 gb), i was hoping i could get away with only building pdflatex :( |
| 17:34.38 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - First Step A very basic CLI-Ajax interface I've managed to come up with. No bells and whistles or niceties. So the next thing is to figure out the mged-PHP interaction. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 17:35.08 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 17:35.26 | ``Erik | if you have an account on a machine with it, you could always do it remote... if it's not a big doc, I can do it on one of mine |
| 17:35.45 | Notify | 03BRL-CAD:carlmoore * 54128 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove trailing blanks/tabs |
| 17:37.26 | caen23 | i'm trying to build pdf docs for buildbot, and it requires pdflatex |
| 17:47.40 | Notify | 03GCI: Sean: Compile BRL-CAD using Dev-C++ - That's what you're supposed to figure out Alexander, that's what this task has you figure out. What is next? You tell us. Several other people have attempted this task and gotten farther, so you should review the entire prior discussion here and look at all the previous attempts to see how it... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 17:49.41 | Notify | 03GCI: Sean: Create a technical screenshot - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 17:50.36 | Notify | 03GCI: Sean: Create a technical screenshot - looks a lot better The latest set looks a whole lot better and will make a nice addition. Do you have a link to the dragon model that you imported? We need to be able to cite and credit them for the model. http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 17:51.51 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.103.250) | |
| 17:58.21 | Notify | 03GCI: Sean: Web interface (AJAX?) to MGED - mged mged can take commands in a whole variety of ways including one-at-a-time but it's best to establish a back-end "session" with mged so that you don't have to keep re-invoking it. That way you can stream back responses/output too for commands like "rt" that take a while. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 17:58.25 | Notify | 03GCI: Sean: Web interface (AJAX?) to MGED - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 18:10.22 | Silvrous | I think I may have found a bug in Add_vert_and_norm() |
| 18:12.05 | Silvrous | I only saw today that a part of my tests fail when it is given an already existing vertex, it can't find it and makes a new one |
| 18:13.17 | Silvrous | If the existing vertex has index 0 it works, if it's 1 it fails. |
| 18:14.11 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250) | |
| 18:33.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250) | |
| 18:45.36 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 18:55.24 | Notify | 03GCI: Osaze: Create a technical screenshot - Thanks! Thanks for the congrats! Here is the link to the dragon model that I imported (http://grabcad.com/library/dragon-charm) http://www.google-melange.com/gci/task/view/google/gci2012/8022221 |
| 20:28.40 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:41.47 | Notify | 03BRL-CAD:starseeker * 54129 (brlcad/trunk/src/librt/test_botpatches.cpp brlcad/trunk/src/librt/test_subdivision.cpp): Fix compilation with newer opennurbs |
| 21:47.58 | Notify | 03GCI: BrendenD15: Design a commercial CAD comparison diagram - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 22:16.13 | Notify | 03BRL-CAD:starseeker * 54130 brlcad/trunk/CMakeLists.txt: Windows uses neither X11 nor Aqua, but still needs OpenGL and enables Tk. |
| 22:17.27 | ``Erik | huh, "trackbar.pl" for irssi, cool beans |
| 22:17.54 | starseeker | ``Erik: sorry about not updating the filenames |
| 22:18.28 | starseeker | out of curiosity - why do we use that particular convention? |
| 22:18.40 | ``Erik | doesn't bother me, I was just being theatrical :D I think silvrous fixed 'em all |
| 22:19.14 | starseeker | heh |
| 22:19.19 | ``Erik | um, I d'no, the spaced and capped style always bothered me... putting the filename in might be a relic from back when hard drives were slightly less reliable and you'd frequently get files in your lost+found/ dirs |
| 22:19.30 | starseeker | is often guilty of forgetting to update that name |
| 22:19.44 | starseeker | winces |
| 22:19.51 | starseeker | yeah, that would suck |
| 22:20.08 | ``Erik | the styling of the filename is probably an artifact of old army style, when all forms were in caps by regulation, etc |
| 22:21.08 | ``Erik | puts on his drill sergeant voice |
| 22:21.35 | starseeker | sees if turning OpenGL and Tk on helped the Windows build... |
| 22:21.39 | ``Erik | LOWER CA... O.o ? LOWER CASE? THIS IS THE GODDAMN ARMY, SON, WE DON'T DO ANYTHING LOWER, NOW HOLD THAT SHIFT KEY DOWN AND ENTER THE DATA! |
| 22:21.50 | starseeker | heh |
| 22:22.01 | starseeker | like the early lisp days |
| 22:22.06 | starseeker | or, excuse me, LISP |
| 22:22.35 | ``Erik | I'm not sure early hollerith readers had the bandwidth to have two case sets |
| 22:22.54 | starseeker | point |
| 22:23.31 | ``Erik | so, yeh, trackbar.pl... if you use irssi, I recommend checking it out |
| 22:24.05 | ``Erik | puts a horizontal mark at your last activity, so you can quickly scroll up to the last place you read after you're afk |
| 22:24.41 | ``Erik | <-- was looking for some script fu to do /mark and put a horizontal mark, thsi one does the updating automagically :D |
| 23:43.25 | *** join/#brlcad maths22_ (~Thunderbi@c-50-141-159-74.hsd1.il.comcast.net) | |
| 23:43.32 | *** part/#brlcad maths22_ (~Thunderbi@c-50-141-159-74.hsd1.il.comcast.net) | |
| 00:11.11 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - bu_vlb_capacity The bu_vlb_capacity() function is an excellent idea, and I would have done something similar before, but I didn't think that as a unit test developer I should be modifying the code that I was writing a test for. However, it would appear that... http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 00:42.49 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 01:02.05 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 04:32.24 | Notify | 03GCI: Sean: Design a commercial CAD comparison diagram - Task Assigned This task has been assigned to BrendenD15. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 06:49.24 | caen23 | in rtgeom.h, rt_tgc_internal is defined like this http://slexy.org/view/s20iCRAd2q but everywhere else in that file, "v" is of type point_t. i'd say tgc is wrong, but i want to make sure before modifying it |
| 07:03.24 | *** join/#brlcad andrei_ (~andrei@5-12-220-150.residential.rdsnet.ro) | |
| 07:19.06 | Notify | 03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vlb.c - Compiler Error Hello ! The test looks great so far, but ther are some issues we need to address: bu_vlb.c:81:2: error: too few arguments to function 'bu_vlb_capacity' This is what causes the error : if (initialSize != bu_vlb_capacity()) { Also, you... http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 07:19.07 | Notify | 03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 07:37.20 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Compile Thats weird, not sure how that happened (I forgot to test it before I uploaded it), but everything is fine now. Also I already have comments explaining things? I suppose I could add a few more. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 07:58.39 | Notify | 03GCI: Arjun Govindjee: Create a utility library (LIBBU) API unit test ... for vlb.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 08:03.42 | Notify | 03BRL-CAD Wiki:Annaingrama * 4852 /wiki/Talk:S/index.php: Мой квадратный метр |
| 08:18.13 | *** join/#brlcad luca79 (~luca@net-37-116-116-59.cust.dsl.vodafone.it) | |
| 08:34.04 | Notify | 03BRL-CAD:popescuandrei * 54131 (brlcad/trunk/include/bu.h brlcad/trunk/include/pkg.h and 4 others): added Arjun Govindjee's bu_vlb unit test |
| 08:37.55 | andrei_ | meh, I think I committed more files than I should have for this commit. |
| 08:38.56 | andrei_ | does this look like a good way to revert it ? : svn merge -r 54131:54130 https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk |
| 10:16.19 | caen23 | andrei_: i reverted to r54130 |
| 10:23.04 | caen23 | brlcad: i've also committed the llvm fixes. now, bu_offsetofarray is a macro which takes a struct, an array and an index into the array, and returns the offset. it compiles and passes `make regress`. the naming might be a bit confusing, and you might want the macros written differently, let me know if you want me to improve it |
| 10:40.10 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:40.16 | Notify | 03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vlb.c - Well done ! Now it looks good. Thanks for your effort! If you wish, please leave your name so we can credit you in our authorship. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 10:40.20 | Notify | 03BRL-CAD:caen23 * 54132 (brlcad/trunk/include/bu.h brlcad/trunk/include/pkg.h and 4 others): Revert to r54130, some files were wrongly committed |
| 10:40.22 | Notify | 03BRL-CAD:caen23 * 54133 (brlcad/trunk/include/rtgeom.h brlcad/trunk/misc/CMake/CompilerFlags.cmake and 44 others): Fix extended offsetof errors when compiling with llvm |
| 10:40.24 | Notify | 03GCI: Andrei Popescu: Create a utility library (LIBBU) API unit test ... for vlb.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8036205 |
| 11:08.50 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.250) | |
| 11:09.24 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.103.250) | |
| 11:15.31 | Notify | 03GCI: Deep Inder Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Extend deadline Please extend my deadline. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 11:28.08 | *** join/#brlcad Al_Da_Best (Al_Da_Best@5e0efe76.bb.sky.com) | |
| 11:54.52 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.201.174.124) | |
| 12:28.03 | *** join/#brlcad caen23 (~cezar@109.97.114.30) | |
| 12:49.52 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 12:59.02 | *** join/#brlcad caen23 (~caen23@109.97.114.30) | |
| 13:18.17 | Notify | 03BRL-CAD:bob1961 * 54134 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added the ability to scale and translate the view in Archer's sketcher. |
| 13:18.51 | Notify | 03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Arc Length I believe that to work out the surface area you need to know the arc length of the cros-sectional hyperbola, but trying to work this out exactly involves incomplete elliptical integrals and other complicated calculus, and it might... http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 13:44.27 | *** join/#brlcad EricPoehlsen (~Eric@109.46.35.20) | |
| 14:04.52 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Please Check I've uploaded a few of the corrected files in my Google Docs. Please go through them and tell me if they are okay. I can then, upload them as a single patch file. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 14:04.57 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 14:07.17 | ``Erik | <PROTECTED> |
| 14:29.48 | Notify | 03GCI: Melange: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 14:30.04 | Notify | 03BRL-CAD Wiki:Stpierre96 * 4853 /wiki/GeometryREQ: /* Related Subjects */ |
| 15:46.57 | *** join/#brlcad Silvrous (4f704459@gateway/web/freenode/ip.79.112.68.89) | |
| 15:50.17 | Notify | 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 15:52.48 | Notify | 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - possible bug? Tests 6,10 and 11 fail, but I'm certain the return result should be what I specified in the test. Is it possible that there is a bug in the Add_vert_and_norm() function? http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 16:02.21 | Notify | 03GCI: Silvrous: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - formatting There were a couple of formatting errors, the latest patch (2_3) is be the corect one. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 16:06.48 | Notify | 03GCI: Harmanpreet Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 16:16.24 | *** join/#brlcad Silvrous (4f7067ba@gateway/web/freenode/ip.79.112.103.186) | |
| 16:22.19 | Notify | 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Finished most but booted out Hi Sean, I got booted out of the wiki. I was working on it, but then couldn't login again. I uploaded what I did in the doc. Sorry it took awhile. I have wrestling state qualifiers tomorrow and our practice has been long. If you can let me back... http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 16:22.44 | Notify | 03GCI: Sid Robinson: Link all of our orphaned website wiki pages - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 16:43.25 | *** join/#brlcad luca79 (~luca@net-37-116-116-59.cust.dsl.vodafone.it) | |
| 17:04.19 | *** join/#brlcad EricPoehlsen (~Eric@109.46.37.167) | |
| 17:08.40 | Notify | 03GCI: Alexandur Osenov: Compile BRL-CAD using Dev-C++ - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 17:21.37 | Notify | 03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 17:23.31 | Notify | 03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - How to Ok so i need to compile and generate brlcad with MSV and compile with visual studio and then? http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 17:44.25 | Notify | 03BRL-CAD:carlmoore * 54135 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove trailing blanks/tabs |
| 17:57.01 | Notify | 03GCI: Sean: Research status of compiling BRL-CAD on MINGW - Task Assigned This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 18:06.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.174.124) | |
| 18:18.26 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - Problem, Solution Okay, here's thr problme with Ajax + PHP: Every time AJAX sends data to PHP, the PHP script is opened and after the programmed operations are done, the script ends. So every time an mged command is sent through AJAX, the PHP script is closed and respawned, taking down the... http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 18:19.31 | *** join/#brlcad caen23 (~caen23@92.81.164.217) | |
| 19:47.02 | Notify | 03BRL-CAD:caen23 * 54136 (brlcad/trunk/src/libbu/bitv.c brlcad/trunk/src/libged/scale.c): Small changes to enable compilation with LLVM 3.2 |
| 20:51.48 | *** join/#brlcad andrei (~andrei@5-12-220-150.residential.rdsnet.ro) | |
| 21:07.26 | Notify | 03GCI: Melange: Link all of our orphaned website wiki pages - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 22:04.20 | Notify | 03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 22:33.44 | Notify | 03GCI: Andrei Popescu: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Assigned This task has been assigned to Titi. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 22:47.04 | Notify | 03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 00:10.45 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 00:21.19 | Notify | 03GCI: javamonn: Fix 20+ LLVM clang static analysis defects (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8038206 |
| 01:37.23 | Notify | 03GCI: Richard Tynan: Compile BRL-CAD using LLVM 3.1 - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7977227 |
| 01:44.07 | Notify | 03GCI: Toshita Barve: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 02:16.39 | *** join/#brlcad rptynan (~poiuyt@86-46-68-232-dynamic.b-ras1.wtd.waterford.eircom.net) | |
| 02:21.03 | Notify | 03GCI: amit.daBeast: Reproduce any 10 unconfirmed open bug reports - patches hey sean i think i finally understand what patch files are and i think i figured out on how to format them (i did a couple of test paches and the "svn diff " command formatted them automatically). I think i can turn them in but most of my spelling mistakes are... http://www.google-melange.com/gci/task/view/google/gci2012/7971223 |
| 02:56.59 | Notify | 03BRL-CAD Wiki:ClairrzhqufiwjiBarraclough * 4854 /wiki/Carter_Hargrave_-_Health_Results_of_Martial_Arts_and_Karate: New page: Learning martial arts not simply makes a person physically stronger nevertheless mentally sharper as well. The martial arts training involves fantastic concentration and self control and t... |
| 04:09.33 | Notify | 03GCI: Harmanpreet Singh: Fix 20+ LLVM clang static analysis defects (#2) - Task Assigned This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8038206 |
| 04:10.45 | Notify | 03GCI: Harmanpreet Singh: Compile BRL-CAD using LLVM 3.1 - Task Assigned This task has been assigned to Richard Tynan. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7977227 |
| 04:13.46 | Notify | 03GCI: Harmanpreet Singh: Review and post "Blender to BRL-CAD" tutorial on our wiki - Task Assigned This task has been assigned to Toshita Barve. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 05:23.20 | Notify | 03GCI: Richard Tynan: Compile BRL-CAD using LLVM 3.1 - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7977227 |
| 05:28.49 | Notify | 03BRL-CAD:n_reed * 54137 (brlcad/trunk/include/nurbs.h brlcad/trunk/src/conv/g-nff.c and 28 others): Fix several instances of VMINMAX being used without first initializing its min/max arguments. Also, consistently use INFINITY/-INFINITY rather than MAX_FASTF/-MAX_FASTF when initializing. That way if INFINITY/-INFINITY appears in any of the tested points it ends up in min/max rather than being replaced by |
| 05:28.51 | Notify | MAX_FASTF/-MAX_FASTF. That faithful propagation could encourage bug discovery since INFINITY/-INFINITY are likely the result of an unintended divide by 0 or overflow condition. |
| 05:50.47 | Notify | 03GCI: Melange: Compile with -Wwrite-strings, fix warnings that ensue - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 07:23.10 | *** join/#brlcad andrei_ (~andrei@5-12-220-150.residential.rdsnet.ro) | |
| 07:53.29 | *** join/#brlcad andrei (~andrei@5-12-220-150.residential.rdsnet.ro) | |
| 08:33.39 | Notify | 03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - more info can i get a bit more explanation? http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 09:31.10 | *** join/#brlcad EricPoehlsen (~Eric@109.46.250.85) | |
| 09:36.18 | *** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it) | |
| 09:41.34 | *** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it) | |
| 10:07.02 | *** join/#brlcad StrangeLoop (~solo@14.139.82.6) | |
| 10:29.41 | Notify | 03GCI: Melange: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 11:13.47 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-137-18.web.vodafone.de) | |
| 11:34.23 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-137-18.web.vodafone.de) | |
| 11:42.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.174.124) | |
| 11:56.04 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.191.80) | |
| 12:09.32 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - Input I tried that, but did not work. I'm able to take commands and pass them to the command line, but once MGED is started, I'm unable to pass any input to it through STDIN. I've uploaded what I've done so far. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 12:09.52 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 12:10.00 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.191.80) | |
| 13:18.33 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-46-254-41.web.vodafone.de) | |
| 13:35.03 | *** join/#brlcad StrangeLoop (~solo@14.139.82.6) | |
| 14:54.49 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 15:03.05 | *** join/#brlcad merzo (~merzo@179-33-132-95.pool.ukrtel.net) | |
| 15:18.53 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.191.80) | |
| 15:19.49 | *** join/#brlcad merzo (~merzo@142-123-133-95.pool.ukrtel.net) | |
| 15:23.39 | *** join/#brlcad Silvrous (4f704c02@gateway/web/freenode/ip.79.112.76.2) | |
| 15:55.46 | Notify | 03GCI: Melange: Web interface (AJAX?) to MGED - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 15:56.51 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - Extension Need an extension. Still working on this. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 16:18.25 | Notify | 03GCI: Deep Inder Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Need more time So far I have found only two mistakes: one is Key frames and other is Right side in anim_keyread and anim_lookat files. I am still working on the task and need extension. Please extend my deadline for 2 days. Thank you. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 16:26.09 | Notify | 03GCI: Sean: Link all of our orphaned website wiki pages - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8095206 |
| 16:27.46 | *** join/#brlcad harmanpreet (~chatzilla@124.253.144.74) | |
| 16:28.16 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - New files Uploaded some new files to the server. Uses piping. But sockets need to be enabled in PHP for it to work. Could that be done? Also, the file "sock.php" needs to be run before testing. It's in public_html/cmd. "php -f sock.php" http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 16:28.17 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - patch format Rahul, we can't easily review what you actually changed without the change being submitted in patch format. You should have an svn checkout (see http://brlcad.org/wiki/Patches) where you can just run "svn diff > mychanges.patch" to create a... http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 16:28.26 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 16:28.27 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 16:30.12 | Notify | 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 16:30.18 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.191.80) | |
| 16:30.23 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.191.80) | |
| 16:30.32 | Notify | 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 16:37.51 | Notify | 03GCI: Cezar: Determine why solids.sh fails on 64-bit - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 16:37.52 | Notify | 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - wrong way to quell Your patch by large looks great but there is a problem that prevents the patch from being used. Casting string literals to (char *) is no good. That tells the compiler that it's okay to allow that memory to be edited, and that's generally a bad thing.... http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 16:40.57 | Notify | 03GCI: Harmanpreet Singh: Determine why solids.sh fails on 64-bit - Task Assigned This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 16:42.53 | Notify | 03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - can you explain Can you explain the steps you took? What commands did you run (exactly)? Your build log seems to indicate that the installed compiler wasn't built or set up correctly. It's generating symbols for the wrong type of environment. The errors look like they may be... http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 16:43.02 | Notify | 03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 16:45.14 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 16:47.55 | Notify | 03GCI: Sean: Create a numerics library (LIBBN) API unit test ... for vert_tree.c - It's entirely possible It's entirely possible that there's a bug in the Vert_test interface. Frankly, I'm a little dubious of some of our other new unit tests because they didn't encounter (or report) a bug. It'll take some work to investigate whether you found... http://www.google-melange.com/gci/task/view/google/gci2012/7994229 |
| 16:50.26 | Notify | 03GCI: Sean: Web interface (AJAX?) to MGED - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 16:51.47 | Notify | 03GCI: Sean: Web interface (AJAX?) to MGED - progress It's reasonable progress given the expected level of effort for a GCI task so we can call this bit of research complete and create a follow-on task for the next step. We'll look into the php sockets option you mentioned. http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 16:54.32 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 17:06.41 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.191.80) | |
| 17:08.39 | Notify | 03GCI: Skriptkid: Web interface (AJAX?) to MGED - Info Found a bit of info that might be useful later. This might be of some help: http://pexpect.sourceforge.net/pexpect.html http://www.google-melange.com/gci/task/view/google/gci2012/7993224 |
| 17:28.28 | Notify | 03GCI: Silvrous: Set up BRL-CAD for continuous integration within Jenkins - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8109203 |
| 17:33.50 | Notify | 03GCI: Harmanpreet Singh: Set up BRL-CAD for continuous integration within Jenkins - Task Assigned This task has been assigned to Silvrous. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8109203 |
| 17:37.02 | Notify | 03GCI: Harmanpreet Singh: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 17:42.35 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.208.191.80) | |
| 17:48.54 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:57.11 | Notify | 03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - casting string literals after my first compilation, I realized it is a big modification. I had spent over 72 hours on it. in many places, if I changed the string literals to be constant variable instead of cast to (char *), then it would have impact on the signature of... http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 18:01.23 | Notify | 03GCI: Skriptkid: Fix some LLVM Clang compilation warnings (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 18:01.29 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.191.80) | |
| 18:02.55 | Notify | 03GCI: Harmanpreet Singh: Fix some LLVM Clang compilation warnings (#2) - Task Assigned This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 18:43.08 | Notify | 03GCI: Cezar: Determine why solids.sh fails on 64-bit - 64 or 32? Are you sure it fails on 64-bit? It passes on a Mac (64-bit) and a 64-bit Mint Linux, but fails on the VM (32-bit) and 32-bit Mint Linux, with "3 off by many". Seems to me like 32-bit is the problem. http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 19:03.14 | starseeker | huh - https://wiki.mozilla.org/DXR |
| 20:48.08 | Notify | 03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - hi cmake .. -DBRLCAD_ENABLE_X11=OFF -DBRLCAD_BUNDLED_LIBS=ON -DCMAKE_BUILD_TYPE=Debug make CROSS_COMPILE=arm-bcm2708hardfp-linux-gnueabi- -k VERBOSE=1 2>&1 | tee make_debug.log How to setup the compiler correctly? http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 20:56.03 | *** join/#brlcad andrei (~andrei@5-12-220-150.residential.rdsnet.ro) | |
| 21:54.04 | Notify | 03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - I found the problem with the commands but when i try to run the compiler its give me: -bash: ./arm-bcm2708hardfp-linux-gnueabi-gcc-4.7.1: cannot execute binary file Can you help me? http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 22:00.43 | Notify | 03BRL-CAD:caen23 * 54138 (brlcad/trunk/include/rtgeom.h brlcad/trunk/src/librt/primitives/eto/eto.c): Make eto_V a vect_t |
| 22:04.13 | Notify | 03GCI: Cezar: Determine why solids.sh fails on 64-bit - Cause The bug seems to be here, in regress/tgms/solids.mged. If I remove these three lines, I get the same number of "off by many" on both 64- and 32-bit. I guess I'll have to squint at librt/primitives/eto/eto.c for a while to fix this. in eto.s eto 64 0 32 0 0 1 12 0 12 24 4 r eto.ru... http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 22:28.46 | *** join/#brlcad StrangeLoop (~solo@14.139.82.6) | |
| 22:32.32 | Notify | 03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 23:33.51 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 23:38.45 | *** join/#brlcad bch (~bch@nat60-100.kcls.org) | |
| 23:38.48 | bch | hello #brlcad |
| 23:40.19 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patch file i figured out on how to make a patch file http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 23:43.52 | Notify | 03GCI: Andrei Popescu: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Assigned This task has been assigned to amit.daBeast. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 23:47.24 | Notify | 03GCI: Andrei Popescu: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Communication Hello, I strongly encourage you to join our IRC channel ( #brlcad on irc.freenode.net) and ask any question that you have as we will be able to help you faster and more than we can here. Also, it is really important to keep up to... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 00:01.12 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 01:33.54 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 01:41.53 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - patches i figured out how to make the patch files, but all the spelling mistakes I did previously have already been corrected by other people. So i've tried searching for new spelling mistakes but they are becoming pretty rare. So anyways some of the... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 02:33.17 | *** join/#brlcad velociostrich (~velociost@24.0.153.224) | |
| 03:06.29 | starseeker | wow, this is kinda cool - flowchart of linux distribution history: http://futurist.se/gldt/ |
| 03:55.39 | *** join/#brlcad velociostrich (~velociost@24.0.153.224) | |
| 04:54.02 | Notify | 03GCI: impossib1etheory: Write the man page for tgf-g - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7959244 |
| 04:57.29 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 04:58.41 | Notify | 03GCI: impossib1etheory: Write the man page for tgf-g - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7959244 |
| 05:00.13 | *** join/#brlcad caen23_ (~caen23@92.81.188.195) | |
| 05:07.49 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - sorry Sorry, Amit, but the changes you made are not sufficient. BRL-CAD literally has millions of words so you should be able to find many (hundreds) mistakes if you look hard enough and in the right places. As for your patch, several of the changes you made... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 05:16.52 | Notify | 03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - cross-compilation? You shouldn't need to cross-compile. Can you delete your CMakeCache.txt file and re-run cmake while capturing all output? Post that then try to also not cross-compile (while capturing all make output). http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 05:16.58 | Notify | 03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 05:26.07 | Notify | 03GCI: Sean: Compile BRL-CAD using LLVM 3.1 - what version Exactly, what version of llvm did you compile/link against? It's be good to know.. http://www.google-melange.com/gci/task/view/google/gci2012/7977227 |
| 05:32.31 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - spelling mistakes so am i only supposed to find spelling mistakes in the src folder, becuase all of your source codes seem to have already been edited. You said i should be able to find 100's of spelling mistakes yet in the last 6 hours the best... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 06:11.04 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-34-239.web.vodafone.de) | |
| 06:35.56 | *** join/#brlcad andrei_ (~andrei@188.25.158.188) | |
| 06:55.13 | Notify | 03BRL-CAD:popescuandrei * 54139 (brlcad/trunk/include/pkg.h brlcad/trunk/src/gtools/g_transfer.c): removed globals from gtools/g_transfer |
| 07:36.50 | Notify | 03GCI: Skriptkid: Fix some LLVM Clang compilation warnings (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 08:59.16 | *** join/#brlcad StrangeLoop (~solo@14.139.82.6) | |
| 09:54.28 | *** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it) | |
| 10:47.55 | Notify | 03GCI: Richard Tynan: Compile BRL-CAD using LLVM 3.1 - v3.2-3 Oh sorry, These are the packages I'm running, from the archlinux main repos: llvm 3.2-3 clang 3.2-3 3.2 is the latest release. http://www.google-melange.com/gci/task/view/google/gci2012/7977227 |
| 12:20.02 | Notify | 03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 12:30.27 | Notify | 03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Approximation I used Simpson's Rule to approximate the integral for arclength. Using the value of n=1000000 could slow things down on old hardware, but should give accuracy of 10d.p or greater, from what I've tested (not in BRL-CAD). The... http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 12:58.44 | Notify | 03BRL-CAD:starseeker * 54140 brlcad/trunk/CMakeLists.txt: No longer need crypt library, without enigma |
| 12:59.34 | Notify | 03GCI: Plamen Hristov Nikiforov: Write a "BRL-CAD Commands Quick Reference" document - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 13:03.58 | *** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it) | |
| 13:27.18 | Notify | 03GCI: Melange: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 14:03.50 | Notify | 03GCI: Plamen Hristov Nikiforov: Write a "BRL-CAD Commands Quick Reference" document - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/7991205 |
| 14:04.31 | Notify | 03GCI: Plamen Hristov Nikiforov: Write a BRL-CAD showcase article #2 - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 14:08.30 | *** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it) | |
| 14:30.48 | *** join/#brlcad cristina (~quassel@188.24.82.83) | |
| 14:34.02 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56) | |
| 14:41.51 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article #2 - Task Assigned This task has been assigned to Plamen Hristov Nikiforov. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 14:47.32 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-184-72.web.vodafone.de) | |
| 14:47.53 | Notify | 03GCI: Plamen Hristov Nikiforov: Write a BRL-CAD showcase article #2 - interview Hello, I just wanna ask how to contact the GSoC students so I can interview them. http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 14:47.58 | Notify | 03GCI: Sean: Compile BRL-CAD using LLVM 3.1 - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7977227 |
| 14:50.09 | Notify | 03GCI: Sean: Research status of compiling BRL-CAD on MINGW - specific question You'll need to state a more specific question if you need help. See http://brlcad.org/wiki/Compiling for some background information, but the task description and links above cover most of what you need. http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 14:51.50 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56) | |
| 14:57.57 | Notify | 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - mark as complete The time estimate I'm looking for is actual time typing in an editor, not how long including food breaks and sleeping.. ;) A better estimate perhaps is how long do you think it would take you to sit down and retype everything you just did for this patch if... http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 14:58.07 | Notify | 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - Deadline extended The deadline of the task has been extended with 0 days and 12 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 15:04.15 | Notify | 03GCI: Sean: Determine why solids.sh fails on 64-bit - could be It's entirely likely that some platform presented the 3 off-by-many pixels in 64 vs 32 bit and you observe the opposite in your setup. It's possible that it was just recorded wrong too, but if you have it reproduced in 32-bit, that's certainly good enough to debug. Even without... http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 15:08.38 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - not limited to src You're not limited to the src folder -- any file that is *ours* to change is fair game. That mostly means ignore src/other, some files in misc, and some e-mail files in doc. If you're not finding any spelling mistakes, then your search... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 15:11.40 | Notify | 03GCI: Sean: Fix some LLVM Clang compilation warnings (#2) - windows? Do you happen to have a Windows compilation environment (MSVC) available to test whether your changes are compatible? http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 15:14.21 | *** join/#brlcad andrei_ (~andrei@188.25.158.188) | |
| 15:19.02 | *** join/#brlcad merzo (~merzo@37-204-132-95.pool.ukrtel.net) | |
| 15:43.01 | Notify | 03GCI: Skriptkid: Fix some LLVM Clang compilation warnings (#2) - As of now, no But I'll install MSVC and test it. http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 16:15.30 | Notify | 03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - just need to document the magic number Aaron, the only issue I see with the code is the need to document the 'n' magic number. Any constants like that in the code need to be documented. Separate that variable and include a comment to say what it is,... http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 16:15.35 | Notify | 03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 16:17.05 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 16:17.40 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article #2 - wiki Plamen, the contact info for all of our GSoC students is on our wiki. You can find descriptions of their projects and more there as well. Be sure to look at the other GCI-interview tasks that were completed so that you do not contact and attempt to interview the same student as someone... http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 16:19.36 | Notify | 03GCI: Sean: Fix some LLVM Clang compilation warnings (#2) - good news The good news is that all of those printing calls seem to be going through our bu_*() interface for printing so we control the print specifiers. I suspect the issue will be with MSVC6 and MINGW compilation where Windows compilation needs %I64x instead of %llx but that... http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 16:19.47 | Notify | 03GCI: Sean: Fix some LLVM Clang compilation warnings (#2) - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 16:24.14 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 16:27.01 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - SVN Checkout I checked out the SVN Repository from https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk and updated a few files. The version I checked out din't have .txt extension on the files. Since I use Windows, that extension was inevitable. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 16:55.59 | Notify | 03GCI: Melange: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 16:58.47 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56) | |
| 16:59.00 | Notify | 03GCI: Skriptkid: Fix some LLVM Clang compilation warnings (#2) - So Shall I test it on MSVC also? Or is it not necessary now? http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 17:05.49 | Notify | 03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 17:10.46 | Skriptkid | This might be stupid, but are there any Android-related tasks in the queue? |
| 17:21.05 | *** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it) | |
| 17:43.39 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56) | |
| 17:53.07 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - ? then what do you suggest my search method be? I try to find files which have spelling mistakes and if i do then i search all files in that directory because they have probobably not been previously proofread. the only problem is none of the files... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 17:56.30 | *** join/#brlcad cristina (~quassel@188.24.82.83) | |
| 17:57.04 | Notify | 03GCI: Melange: Research status of compiling BRL-CAD on MINGW - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 17:59.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56) | |
| 18:00.40 | *** join/#brlcad StrangeLoop (~solo@14.139.82.6) | |
| 18:12.52 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.56) | |
| 18:14.11 | Notify | 03GCI: Plamen Hristov Nikiforov: Write a BRL-CAD showcase article #2 - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 18:28.51 | Notify | 03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Compilation Stops Compilation stops at 9% with '-k' flag to make. All output including errors are logged. Should I just submit the logs or does this task involve fixing the errors also?(I'm asking because I've seen that there are usually "fix compilation" tasks after "attempt compilation"... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 18:43.33 | Notify | 03GCI: BrendenD15: Design a commercial CAD comparison diagram - What I've got so far Here's what I have so far. If you would would like me to add something, take something away, or whatever just let me know. Once that's all said and done I'll put the other CAD softwares on there and send it in. http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 18:43.53 | Notify | 03GCI: BrendenD15: Design a commercial CAD comparison diagram - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 18:53.02 | Skriptkid | Could someone please assign my task? |
| 18:57.02 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 19:03.37 | *** join/#brlcad alex____ (4d461d04@gateway/web/freenode/ip.77.70.29.4) | |
| 19:05.47 | Notify | 03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - my mistake it is my mistake that gave you the incorrect working hours, because when task is assigned, it is based on calendar days, I was confused by that. but I will try my best to work on this. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 19:06.22 | alex____ | hi my task is http://www.google-melange.com/gci/task/view/google/gci2012/7954218 and i want to know how to edit the cmakelists file... what to edit i have no clue and please dont say its written in the description |
| 19:18.57 | *** join/#brlcad andrei (~andrei@188.25.171.169) | |
| 20:55.38 | Notify | 03GCI: Erik: Compile BRL-CAD using Dev-C++ - Task Assigned This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 21:00.36 | starseeker | alex____: uh... what do you mean "how"? with a text editor? |
| 21:01.46 | starseeker | gets ticked off at the MeshLab (lack of decent) build system one too many times... |
| 21:04.55 | alex____ | starseeker: I know i am asking what to edit need more clarification |
| 21:06.27 | alex____ | ? |
| 21:16.31 | alex____ | man what to edit |
| 21:16.33 | alex____ | come on |
| 21:16.51 | alex____ | help me |
| 21:33.54 | starseeker | The CMake build is contained in the CMakeLists.txt files |
| 21:35.04 | starseeker | and files with the .cmake extension |
| 21:35.40 | starseeker | if changes to the build system are needed, those are the files to look at |
| 21:38.58 | Notify | 03GCI: Cezar: Determine why solids.sh fails on 64-bit - Big logs I've run rt with the -X flag and I get one 120 MB file for each platform. What I've noticed is that the correct one has three more lines than the 32-bit one, and I don't think this is a coincidence. I think that if I find those three lines, I'll know where the problem comes... http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 22:01.14 | Notify | 03GCI: javamonn: Fix 20+ LLVM clang static analysis defects (#2) - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8038206 |
| 22:02.44 | Notify | 03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - done I delete CMakeCache.txt an re-run cmake and the result is same. When I try to no cross-compile it give me: brlcad@raspberrypi ~/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian/bin $... http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 22:05.35 | Notify | 03GCI: gcking: Compile with -Wwrite-strings, fix warnings that ensue - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 22:11.24 | *** join/#brlcad andrei__ (~andrei@188.25.171.169) | |
| 22:16.59 | Notify | 03GCI: Cezar: Determine why solids.sh fails on 64-bit - Found the lines I found the lines that are missing. 840785: shade_inputs(particle.s) flip N xy=180, 149 ID_PARTICLE surf=2 dot=0.00685944 840797: shade_inputs(particle.s) flip N xy=181, 149 ID_PARTICLE surf=2 dot=0.0489023 846419: shade_inputs(particle.s) flip N xy=180, 150... http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 22:33.45 | *** join/#brlcad andrei (~andrei@188.25.171.169) | |
| 22:34.36 | Notify | 03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 22:40.49 | Notify | 03GCI: javamonn: Add a command-line option that sets an object color temporarily - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 22:55.55 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - actually... actually i think i figured out an efficient method for searching for mistakes. ALthough is it ok if i find mistakes like "then vs than" , and "their vs there" http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 02:36.58 | Notify | 03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:32.27 | Notify | 03GCI: Melange: Design a commercial CAD comparison diagram - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 07:51.35 | Notify | 03GCI: Sean: Add a command-line option that sets an object color temporarily - Task Assigned This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 09:50.50 | Notify | 03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Extension required to upload I can't upload the patch to this site unless an extension is given because the time has run out. Or would you rather I create a Sourceforge account and upload to the patch tracker? Aaron K http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 09:59.52 | *** join/#brlcad cristina (~quassel@188.24.75.142) | |
| 11:04.47 | *** join/#brlcad StrangeLoop (~solo@14.139.82.6) | |
| 11:59.13 | Notify | 03GCI: Melange: Compile with -Wwrite-strings, fix warnings that ensue - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 12:14.00 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 12:41.09 | Notify | 03BRL-CAD Wiki:WilburakgemstobbUpchurch * 4855 /wiki/Ways_To_Buy_Coffee_Beans_Website: New page: I found Home Gourmet, a rotary style air conditioning popper there for about $9. With regard to substitutes such as saccharine rather than sugar, and try to abstain from having coffee with... |
| 13:11.02 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 13:15.42 | Notify | 03GCI: Daniel Rossberg: Compile with -Wwrite-strings, fix warnings that ensue - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 13:17.56 | *** join/#brlcad Alexandur (4d461d04@gateway/web/freenode/ip.77.70.29.4) | |
| 13:36.27 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Where is the IDE? As far as I can see you havn't used the Dev-C++ IDE. Is it possible to generate project files for this IDE with CMake and build BRL-CAD with these? What you did was simply using the GNU compiler which came with the Dev-C++ IDE. (Correct me if I'm wrong.) Concerning... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 13:36.37 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 13:36.57 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-52-153.web.vodafone.de) | |
| 14:45.12 | Notify | 03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Even Notepad can edit non .txt files by changing the filter in the open file dialogue to "All files (*.*)". However, I recommend to use Notepad++ from sourceforge.net. (BTW, why haven't you changed AUTHORS.txt back to AUTHORS?) http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 14:45.17 | Notify | 03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 14:45.27 | Notify | 03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 14:53.26 | Notify | 03GCI: A. Long: Fix Visual Studio Express compilation errors - Which version? Which version of Visual Studio Express should be used? 2005, 2008, 2010, or that new Windows 8 one? http://www.google-melange.com/gci/task/view/google/gci2012/8009222 |
| 15:05.47 | Notify | 03BRL-CAD Wiki:WilburakgemstobbUpchurch * 4856 /wiki/Utmost_Coffee_In_The_World: New page: Down below, you'll find black coffee calories, and flavored a drink calories, that are summed ready depending on each one's nutritionally values. Are you able to get the same results throu... |
| 15:18.04 | *** join/#brlcad merzo (~merzo@82-44-132-95.pool.ukrtel.net) | |
| 15:20.33 | Notify | 03GCI: Daniel Rossberg: Fix Visual Studio Express compilation errors - Look at the reference link given in the task's description You have to look at the result (uploaded data) there. http://www.google-melange.com/gci/task/view/google/gci2012/8009222 |
| 15:35.24 | Notify | 03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Nope Cmake does not support Dev C++ yet. You can generate only Visual Studio, MinGW, Unix and some other makefiles. But no Dev C++. I did try a workaround. I generated Visual Studio project files and tried importing them in Dev C++, but that's not possible either, since Cmake generates VS... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 15:43.43 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 15:44.13 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Timing I had winter break, and I could not work on GCI then. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 15:45.59 | *** join/#brlcad andrei_ (~andrei@188.25.172.22) | |
| 15:50.06 | Notify | 03GCI: Sean: Modify IRC notifier output - Task Assigned This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 15:51.16 | Notify | 03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - Can i get more time? Can i get more time? http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 15:51.45 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 15:52.13 | brlcad | waves |
| 15:52.33 | andrei_ | hello, brlcad |
| 15:58.07 | brlcad | mmm, so much backlog |
| 15:58.40 | brlcad | begins rolling out DNS updates to the new server |
| 15:58.44 | Notify | 03GCI: Daniel Rossberg: Research status of compiling BRL-CAD on MINGW - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 15:59.13 | ``Erik | :g/^Notify.*GCI/d should make it more readable O.o |
| 16:06.15 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 16:25.51 | Notify | 03BRL-CAD Wiki:ShantelujpmgezqzqzhqamoodekmwydwcddxftbiuzDhosane * 4857 /wiki/Contact_Lenses_and_beautiful_Eyes: New page: Do you want to switch to contact lenses from glasses, but you are not certain if contact lenses are secure or if caring for them is as well significantly of a hassle? Or do you wear conta... |
| 16:41.42 | Notify | 03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 16:49.31 | brlcad | ``Erik: heh, maybe |
| 16:49.48 | brlcad | beyond back lastlog anyways, have to visit the log file |
| 17:03.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.231) | |
| 17:10.05 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 17:10.22 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.184.231) | |
| 17:11.40 | Notify | 03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - Compilation 1. So i should configure and generate brld-cad with cmake using visual studio? 2. If so is it normal for many of the libraries not to be found? 3. Is it a problem that i am under Windows 7 (64bit) 4. After generating the project which file to compile? In... http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 17:39.02 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Notepad++ Thanks for the tip :) I used it, and it works well now. I hope my task will be accepted and marked as complete. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 17:41.03 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 17:57.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.231) | |
| 18:03.17 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.184.231) | |
| 18:05.32 | brlcad | oops, updated brlcad.org isn't nearly as wiki-safe as it was ... must reload db |
| 18:14.48 | Notify | 03GCI: Arjun Govindjee: Create test for mutex/semaphore locking - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8095204 |
| 18:16.02 | *** join/#brlcad VRahul (7aa4b0e6@gateway/web/freenode/ip.122.164.176.230) | |
| 18:30.30 | Notify | 03GCI: Sean: Create test for mutex/semaphore locking - Task Assigned This task has been assigned to Arjun Govindjee. You have 48 hours to complete this task, good luck! http://www.google-melange.com/gci/task/view/google/gci2012/8095204 |
| 18:37.52 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) | |
| 18:38.55 | VRahul | Hey Sean, I've marked my task as "Ready for Review". Could you please check it? http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 18:45.37 | brlcad | tasks are reviewed in order |
| 18:55.20 | Notify | 03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - There are lots of additional white-spaces in your patch Probably because of copying it from Google docs (html). Furthernmore your base version seems outdated. Use the subversion diff tool to see what I mean, http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 18:57.01 | Notify | 03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you... http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 18:58.16 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Can you create CodeBlocks files with CMake cmake -G "CodeBlocks - Unix Makefiles" and import these in Dev C++? http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 18:58.26 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 18:58.49 | *** join/#brlcad andrei_ (~andrei@188.25.172.22) | |
| 19:02.03 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Working on it I'm working on it. Are there any other changes that need to be made? http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 19:06.51 | Notify | 03BRL-CAD:tbrowder2 * 54141 (brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm-gears.png brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm.svg): unlock gears |
| 19:07.16 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - 7.22.0 I downloaded the latest version which was available 4 or 5 days ago. Mentor Sean asked me to download the BRL-CAD v7.22.0. Is there an updated version of BRL-CAD? If yes, should I download that and check for changes? I din't see news of any new... http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 19:09.50 | caen23 | d_rossberg: i don't think VRahul's version of brlcad is outdated, but i don't understand why he removed a lot of lines, including the gci contributions |
| 19:11.29 | brlcad | caen23: question about a couple of your recent commits |
| 19:12.02 | brlcad | curious why you made eto's V a vect_t? that come up on something? |
| 19:12.59 | brlcad | V for most primitives is a vertex (i.e., a point), which consequently works as a vector from the origin but is slightly different semantically |
| 19:13.17 | caen23 | let me check something |
| 19:15.07 | brlcad | I could see someone passing a point_t to a bn_*() function expecting a vect_t and llvm complaining |
| 19:16.08 | brlcad | but that'd beg a question of whether the bn function should be using vect's or points and whether the callee should be casting (as they are equivalent types) |
| 19:16.36 | caen23 | sorry, i was wrong. i got some things mixed up, i'll revert it now |
| 19:16.51 | brlcad | not a big deal, was more curious |
| 19:17.16 | brlcad | r54136 is more of an issue since that affects performance |
| 19:17.48 | brlcad | removing the 'inline' one bu_bitv_shift() is no good.. the fix should have been a cmake change to a non-warning form of inline |
| 19:18.36 | caen23 | while we're at it, i also changed rt_tgc_internal.v to a point_t from a vect_t because all other v's are points. i asked before changing it, but didn't get any answer. should i revert that, too? |
| 19:20.24 | caen23 | regarding inline, i don't understand what "non-warning form of inline" means. something like _inline_ instead of inline? |
| 19:26.34 | Notify | 03GCI: Daniel Rossberg: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - You should work with the head revision in the SVN repository Which is a 7.22.1 (as you said you did in "SVN Checkout"). Do you use TortoiseSVN? http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 19:29.41 | brlcad | caen23: so you made tgc a point and eto a vect ? :) |
| 19:30.22 | caen23 | yes |
| 19:33.39 | caen23 | ugh, i think i got confused because in eto_specific, it's a vect (always has been) and i thought they should match |
| 19:36.14 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Yes Yes, I use TortoiseSVN. I will download the latest version. Is it available on http://brlcad.org/wiki/Deuces ? The "Download our BRL-CAD Virtual Machine (VM) image " link takes me to the 7.22.0 download page. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 19:38.20 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 19:46.55 | brlcad | point sounds right to me, it is a point, no? |
| 19:47.31 | caen23 | tgc? now it is |
| 19:48.19 | brlcad | i mean the intent of the field, not the type itself |
| 19:51.07 | d_rossberg | VRahul: the virtual machine is good too - if you make a "svn update" there you get the current head version |
| 19:53.10 | caen23 | brlcad: i think i messed that up, too. it's supposed to be a vect |
| 20:01.45 | brlcad | caen23: what do you mean? |
| 20:02.06 | brlcad | d_rossberg: happy new year! |
| 20:02.25 | caen23 | v is supposed to be a vect in rt_tgc_internal, and i changed it to point |
| 20:02.35 | brlcad | and Froehliche Weinachten |
| 20:03.12 | brlcad | caen23: what makes you think it's supposed to be a vect? |
| 20:03.36 | caen23 | it's passed to the VADD2 macro which adds to vect's |
| 20:03.43 | caen23 | two* vect's |
| 20:04.02 | brlcad | the vmath macros are almost entirely type-agnostic |
| 20:04.56 | brlcad | a point is interchangeable with a vector with a homogeneous zero-centered coordinate system |
| 20:05.19 | brlcad | so that wouldn't indicate it one way or the other -- the comments and/or meaning of the field is what matters |
| 20:05.42 | brlcad | that field is the position of the tgc, just like it is for all?most other primitives so point_t sounds right to me |
| 20:06.28 | d_rossberg | waves: Einen guten Rutsch! |
| 20:07.46 | caen23 | brlcad: in rtgeom.h, rt_tgc_internal is not commented |
| 20:14.26 | brlcad | so the place it's used (the 'in' command) would be the remaining documentation and that is requested as the position of the cone |
| 20:16.59 | caen23 | so that was alright |
| 20:17.16 | *** part/#brlcad VRahul (7aa4b0e6@gateway/web/freenode/ip.122.164.176.230) | |
| 20:21.04 | caen23 | about the inline issue, i don't understand what "non-warning form of inline" means. something like _inline_ instead of inline? i think it was complaining about the other two inline functions in the file being static, and since bu_bitv_shift used them, and was used outside the file, they weren't really static |
| 20:33.47 | *** join/#brlcad luca79 (~luca@2.192.77.162) | |
| 20:35.44 | brlcad | yeah |
| 21:08.25 | brlcad | caen23: do you have the exact warning it gave you? |
| 21:09.03 | brlcad | it's true about it trying to inline a static function (and we're okay with that) |
| 21:09.17 | brlcad | and it technically should be okay because it should be inlining the static functions too |
| 21:09.43 | brlcad | we could just as well roll those two statis up into the guts of bu_bitv_shift() but separate them out for ease of understanding |
| 21:10.58 | caen23 | i don't have the message right now, but i have the llvm i used and i can build with inline to get it back |
| 21:11.50 | Notify | 03GCI: Jacob B: Modify IRC notifier output - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7979224 |
| 21:14.18 | caen23 | brlcad: static function 'floor_ilog2' is used in an inline function with external linkage |
| 21:19.57 | *** join/#brlcad luca79 (~luca@2.192.77.162) | |
| 21:49.42 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Major difference Is there a major difference between 7.22.0 and 7.22.1? Unfortunately, I'm not able to download the 7.22.1 due to low available bandwidth. If my computing knowledge is right, there wouldn't be a great difference between 7.22.0 and 7.22.1.... http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 22:02.08 | brlcad | caen23: where's the external linkage? floor_ilog2() should also be static inline |
| 22:03.14 | brlcad | it's an order of operations issue -- if floor_ilog2() is inlined into bu_bitv_shift() then there's no problem inlining bu_bitv_shift() externally |
| 22:03.49 | caen23 | i think that it tries expanding it like a macro, and when it needs to replace bu_bitv_shift with floor_ilog2, it can't because floor is static :-? |
| 22:04.37 | brlcad | except it can because it's also inlinable ;) |
| 22:05.52 | brlcad | the problem is inline is just a hint, so it's not that what it's warning(?) about is wrong but just not helpful since that is the intended behavior |
| 22:06.13 | brlcad | if it were treating them like a macro, there wouldn't be a problem because it would properly do all the inlining |
| 22:06.41 | brlcad | we're just trying to play nicely with functions instead of macros (again, just for readability) |
| 22:09.48 | caen23 | hmm… i tried grepping the src dir, and it seems the function is only used inside a test |
| 22:33.47 | Notify | 03GCI: Melange: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - No more Work can be submitted Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 22:59.09 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Update I have cleared the extra white spaces, which you pointed out. I had inserted them, becuase when you open the files with Notepad, it doesn't insert a space between 2 lines, and I thought they were punctuation errors! Sorry about that. I've made the... http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 23:00.10 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 23:58.27 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 00:03.23 | Notify | 03GCI: Toshita Barve: Review and post "Blender to BRL-CAD" tutorial on our wiki - Question Hello Sean, Near the end where it says "Then you can add a box with a diagram in the end: ....." Do you want me to take what you said word for word or do you want me to change it? Also I do not understand the last bullet point. Thanks, Toshita http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 00:22.29 | brlcad | caen23: it's behind a macro |
| 00:24.25 | caen23 | brlcad: yeah, typed that too fast. it was right above the function |
| 00:25.15 | brlcad | and that macro is used a bunch of fundamental macros that index index into bit-vectors during raytracing (where speed is paramount) |
| 00:25.59 | brlcad | BU_BITV_SHIFT used to be a hard-coded value (e.g., 6), but was changed to a run-time detected value for increased portability |
| 00:38.36 | caen23 | i found this http://clang.llvm.org/compatibility.html#inline and looking at the bullet points, 1 and 4 don't apply, 2 is what i did, and 3… i tried cloning the function without the inline keyword, but that displayed even more errors. so i think i could merge the three functions like you said, or fix it with cmake, but i don't see how cmake fits in here |
| 00:56.07 | brlcad | caen23: the cmake "fit" to do the second bullet would be to have cmake remove the keyword if it needs to |
| 00:56.21 | brlcad | not removing it from all platforms, compilers, etc |
| 00:56.49 | brlcad | still, that write-up doesn't exactly say what our specific issue is/was |
| 00:57.05 | brlcad | were there undefined symbols on bu_bitv_shift()? |
| 00:57.17 | brlcad | or on floor_ilog2()? |
| 00:57.26 | brlcad | or some other warning? |
| 00:57.53 | caen23 | no undefined symbols or other warnings, let me show you the log where it breaks |
| 00:58.41 | brlcad | that compatiblity write-up really is just trying to simplify a FAQ issue, it's a lot more complex than it lets on |
| 00:58.46 | brlcad | there are various types of inline hints that can be used, all different |
| 00:59.10 | brlcad | and definitions can be in compilation units or the headers, compiled in c89 mode, c99, c++ mode, etc |
| 01:00.50 | brlcad | from your earlier description, it sounded like this was entirely just an order of inline issue (which they could fix, but currently can't handle) |
| 01:01.40 | caen23 | here's the actual error http://slexy.org/view/s25bhTIZxY |
| 01:03.28 | caen23 | as far as i understand, floor should "expand" inside bitv.c and then bitv_shift should expand again wherever it is used, without worrying about floor being static, but it doesn't |
| 01:04.29 | brlcad | yep, and I believe that's the problem |
| 01:05.40 | brlcad | they added a warning to check for static getting embedded but are either ignoring the inline or chosing to still report it for non-inline compilation (e.g., -O0) |
| 01:06.06 | brlcad | adding attribute((__always_inline__)) might do the trick if they support it |
| 01:14.38 | caen23 | i tried adding it after floor and i still get the error |
| 01:20.44 | ``Erik | portability is hard, let's all just use movitz |
| 01:25.42 | caen23 | brlcad: i found this on their mailing list, looks similar http://lists.cs.uiuc.edu/pipermail/cfe-dev/2012-June/022408.html |
| 01:48.21 | maths22 | /n/nicklist off |
| 02:06.48 | brlcad | caen23: yeah, I see, that's funny |
| 02:14.04 | brlcad | caen23: so I think the punting solution in this case is to make those two static inline functions be macros (uppercase) |
| 02:16.28 | brlcad | maybe add a comment indicating why they're not static inline |
| 02:18.23 | caen23 | ok then. should i mark the comment with something like XXX? |
| 02:19.14 | brlcad | no, that would imply it needs more attention |
| 02:22.29 | brlcad | caen23: what are your plans after next week? :) |
| 02:26.07 | caen23 | should i move the new macros inside bu.h, or keep them in bitv.c? after gci, i think i'll keep working on these smaller issues, i want to fix the solids regression, then have a look over buildbot (do the nightly + see if i can get it to work properly with windows, too) and the other tasks that required compiling on windows, if no one closes them by the time gci is over, and i don't think i can do them all in this one week |
| 02:26.37 | brlcad | keep them in bitv.c -- they're implementation detail |
| 02:27.47 | brlcad | caen23: what about longer term? |
| 02:28.16 | brlcad | it's great to see you fit in so well, thank you for all you've done |
| 02:28.51 | brlcad | i'm wondering if there's maybe some actual new development that may be of interest |
| 02:29.20 | brlcad | or if infrastructure and foundation work are what interest you the most |
| 02:31.19 | caen23 | it would be nice if i could work on some more complex stuff, i haven't tried it yet and i don't know what to expect. perhaps looking over past gsoc's would be a good place to start to get an idea about it? and thanks a lot for all the help you've provided during the contest, it's been really awesome |
| 02:47.39 | Notify | 03BRL-CAD Wiki:Jacksixb * 4858 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 02:53.36 | *** join/#brlcad javamonn (~twitch@108.206.187.204) | |
| 03:49.42 | Notify | 03BRL-CAD:caen23 * 54142 (brlcad/trunk/include/rtgeom.h brlcad/trunk/src/libbu/bitv.c brlcad/trunk/src/librt/primitives/eto/eto.c): Convert floor_ilog2 and count_ones32 to macros and revert eto_V to point |
| 03:58.00 | Notify | 03GCI: javamonn: Add a command-line option that sets an object color temporarily - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 04:04.43 | Notify | 03GCI: javamonn: Add a command-line option that sets an object color temporarily - I'm pretty sure... I'm pretty sure this is the correct way to go about things, that is, changing the color in the application struct. I'm unsure as to where to do it however, right now I have it in main but I'm unsure if it gets overwritten again since I have... http://www.google-melange.com/gci/task/view/google/gci2012/8126202 |
| 04:11.26 | Notify | 03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Can't Dev C++ cannot import CodeBlocks project. Only the other way around is possible. :) http://www.cplusplus.com/forum/beginner/44033/ There is a way to build it with Unix Makefiles, but it would be too messy and a new makefile will be needed as the directory structure cannot be... http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:11.51 | Notify | 03GCI: Skriptkid: Compile BRL-CAD using Dev-C++ - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 04:12.26 | Notify | 03GCI: Melange: Review and post "Blender to BRL-CAD" tutorial on our wiki - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 04:15.27 | Notify | 03GCI: Toshita Barve: Review and post "Blender to BRL-CAD" tutorial on our wiki - Done with everything but the wiki Hey Sean, I have done everything but put my tutorial on wiki. I decided to check it with you before I put it into wiki. My document is attached to the task. Please tell me if I missed something. Toshita http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 04:40.39 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - one more thing are you ok with spelling mistakes such as "writeout", and "inorder" ("write out" and "in order" are actually 2 seperate words) http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 05:37.48 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 05:38.28 | Notify | 03GCI: amit.daBeast: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - revised patch file this is the new patch copy, for a couple files i changed the "their and there" and also "than and then" there is also a sentence containing a word called "normalward", i think he was referring to the normal axis so i modified the... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 06:17.54 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:20.33 | *** join/#brlcad andrei_ (~andrei@188.25.172.22) | |
| 06:20.46 | *** join/#brlcad merzo (~merzo@82-44-132-95.pool.ukrtel.net) | |
| 06:32.56 | *** join/#brlcad merzo_ (~merzo@82-44-132-95.pool.ukrtel.net) | |
| 07:25.01 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 07:45.09 | Notify | 03GCI: Daniel Rossberg: Compile BRL-CAD using Dev-C++ - Task Closed Congratulations, this task has been completed successfully. http://www.google-melange.com/gci/task/view/google/gci2012/7945220 |
| 07:48.22 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 07:59.50 | Notify | 03GCI: Melange: Find and Fix 20 spelling mistakes in at least 5 different files (#2) - Initial Deadline passed Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24 hours to submit the work before the task is reopened and sent back to the pool for other students to claim. http://www.google-melange.com/gci/task/view/google/gci2012/8122202 |
| 08:13.45 | Notify | 03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 08:14.26 | Notify | 03GCI: Sean: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - odd Hm, you're supposed to be able to still upload for 24 hours after the time runs out. No matter, extension done. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 08:15.56 | Notify | 03GCI: Sean: Fix some LLVM Clang compilation warnings (#2) - hat would be great It would be great to know whether it works or not, a quick compile test. http://www.google-melange.com/gci/task/view/google/gci2012/8103206 |
| 08:27.59 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - glad Glad to see that you left "inorder" alone as that is correct as-is ( see http://en.wikipedia.org/wiki/Tree_traversal ), but the rest looks good. You got to 10 files, BUT, I only count 8 unique mistakes: then, shtuff, doe, normalward, facetted, writeout,... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 08:28.09 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 08:28.19 | Notify | 03GCI: Sean: Find and Fix 10 spelling mistakes in at least 10 different files (#2) - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8103205 |
| 08:35.30 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - bad patch Rahul, your patch is still "corrupted" .. there are way too many lines changed unintentionally. There are white spaces being added to the end of many many lines. The only lines that should be changed are the ones where you made spelling corrections. ... http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 08:35.51 | Notify | 03GCI: Sean: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your... http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 08:45.37 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article #2 - You didn't interview him? Plamen, it looks like you didn't actually interview Alex -- you just copied text he had already written into the wiki. You have the right idea with appropriate questions, but the "responses" you have are not useful just extracted out of context like that. Moreover,... http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 08:45.42 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article #2 - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 08:45.52 | Notify | 03GCI: Sean: Write a BRL-CAD showcase article #2 - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8095205 |
| 08:46.56 | *** join/#brlcad StrangeLoop (~solo@14.139.82.6) | |
| 08:50.54 | Notify | 03GCI: Sean: Design a commercial CAD comparison diagram - effort? Brenden, it looks like you could have come up with that diagram in about 10 minutes. Not only are there outright spelling mistakes, the oval representing BRL-CAD makes no sense. It implies we have partial linux support and complete windows support? Attempting to mimic the other... http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 08:50.59 | Notify | 03GCI: Sean: Design a commercial CAD comparison diagram - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 08:51.09 | Notify | 03GCI: Sean: Design a commercial CAD comparison diagram - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8141203 |
| 09:06.37 | Notify | 03GCI: Sean: Compile with -Wwrite-strings, fix warnings that ensue - how long? gcking, How long do you think this patch would take if you had to do it again? How many hours of typing? http://www.google-melange.com/gci/task/view/google/gci2012/8090205 |
| 09:11.58 | Notify | 03GCI: Aaron Keesing: Add a primitive surface area function ... for right hyperbolic cylinders (RHC) - Ready for review The work on this task is ready to be reviewed. http://www.google-melange.com/gci/task/view/google/gci2012/7982218 |
| 09:14.09 | Notify | 03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - wrong compiler Titi, cannot execute binary file implies that the arm-bcm2708 compiler that you are attempting to use is the wrong compiler. The reference we provided was merely a guide, not instruction. Have you tried to simply run: apt-get install gcc-4.7 http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 09:14.15 | Notify | 03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Task Needs More Work One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements needed to complete this task, submit your work again and mark the task as complete once you re-submit your work. http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 09:14.20 | Notify | 03GCI: Sean: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - Deadline extended The deadline of the task has been extended with 2 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 09:26.50 | Notify | 03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - looking good Toshita, That's looking great. Yeah, word for word is better for the last paragraph. It looks like you're still missing the final rendered image of the table after accepting the rotation edit -- that's the final result image. The word for word paragraph... http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 09:27.01 | Notify | 03GCI: Sean: Review and post "Blender to BRL-CAD" tutorial on our wiki - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 09:37.10 | Notify | 03GCI: Sean: Determine why solids.sh fails on 64-bit - hat's gold So that's certainly the high-level "cause" -- the shade_inputs message is saying that a ray was returned with a normal facing away from the camera. The ray is probably nearly perpendicular to the camera as the ray barely grazes a surface/edge. The dot products are clearly very... http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 09:39.31 | Notify | 03GCI: Sean: Determine why solids.sh fails on 64-bit - good to go This will be good enough to close on already, but if you can identify the rays that preceeded the three flipped normals -- and their values for the good and bad renderings -- that would help pinpoint the problem more specifically. http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 09:39.46 | Notify | 03GCI: Sean: Determine why solids.sh fails on 64-bit - Deadline extended The deadline of the task has been extended with 1 days and 0 hours. http://www.google-melange.com/gci/task/view/google/gci2012/7982217 |
| 09:44.47 | Notify | 03GCI: Sean: Research status of compiling BRL-CAD on MINGW - questions 1. you will need to run cmake, but you should only compile with visual studio as an exercise to make sure it compiles cleanly (so if you run into a problem, you know it's mingw-specific) 2. on windows, absolutely. we bundle almost everything needed to compile. 3. no 4.... http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 10:15.37 | Notify | 03GCI: AGENT UM: Review and post "Blender to BRL-CAD" tutorial on our wiki - http://www.google-melange.com/gci/work/download/google/gci2012/8079211?id=18001 http://www.google-melange.com/gci/work/download/google/gci2012/8079211?id=18001 http://www.google-melange.com/gci/task/view/google/gci2012/8079211 |
| 10:27.13 | Notify | 03GCI: Titi: Compile BRL-CAD with GCC 4.7+ on Raspberry Pi - yes I tried but for this command I must to be sudo. brlcad@raspberrypi ~ $ apt-get install gcc-4.7 E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied) E: Unable to lock the administration directory (/var/lib/dpkg/), are you root? brlcad@raspberrypi ~ $... http://www.google-melange.com/gci/task/view/google/gci2012/8038205 |
| 11:34.42 | Notify | 03GCI: V Rahul: Find and Fix 5 spelling mistakes in at least 40 different files (#2) - Puntuation Do punctuation mistakes and not starting the first word of a new sentence with a capital letter, count as errors? http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 11:35.16 | *** join/#brlcad VRahul (7aae2e74@gateway/web/freenode/ip.122.174.46.116) | |
| 12:01.12 | Notify | 03GCI: Silvrous: Set up BRL-CAD for continuous integration within Jenkins - Claim Removed The claim on this task has been removed, someone else can claim it now. http://www.google-melange.com/gci/task/view/google/gci2012/8109203 |
| 12:01.42 | Notify | 03GCI: Silvrous: Set up BRL-CAD for continuous integration within Jenkins - sorry I didn't, and still don't have time to work on the task. http://www.google-melange.com/gci/task/view/google/gci2012/8109203 |
| 12:02.24 | Notify | 03GCI: Skriptkid: Create test for thread creation on Windows - Task Claimed I would like to work on this task. http://www.google-melange.com/gci/task/view/google/gci2012/8086204 |
| 12:06.37 | VRahul | Do double space between a . and the first word of the next sentences count as an error? http://www.google-melange.com/gci/task/view/google/gci2012/8093205 |
| 12:13.35 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:15.52 | *** join/#brlcad StrangeLoop (~solo@14.139.82.6) | |
| 12:35.17 | *** join/#brlcad dsean (7aa452ce@gateway/web/freenode/ip.122.164.82.206) | |
| 12:37.01 | *** part/#brlcad dsean (7aa452ce@gateway/web/freenode/ip.122.164.82.206) | |
| 12:37.36 | *** join/#brlcad VRahul (7aa452ce@gateway/web/freenode/ip.122.164.82.206) | |
| 13:00.08 | *** join/#brlcad andrei_ (~andrei@188.25.158.11) | |
| 13:31.15 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-152-138.web.vodafone.de) | |
| 13:40.33 | Notify | 03GCI: Alexandur Osenov: Research status of compiling BRL-CAD on MINGW - Compile After configuring and generating brld-cad with CMAKE i navigated to the build directory using the mingw shell and tried running make aaaaad : make: *** No targets specified and no makefile found. Stop. http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 14:33.17 | *** join/#brlcad GrantMercer015 (~GrantMerc@ip72-193-246-126.lv.lv.cox.net) | |
| 14:39.11 | Notify | 03GCI:Erik * 8086204 Create test for thread creation on Windows: Task Assigned - This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! |
| 14:41.26 | Notify | 03GCI:Erik * 7979224 Modify IRC notifier output: Task Closed - Congratulations, this task has been completed successfully. |
| 14:50.02 | maths22 | ``Erik: I see you implemented the new output. |
| 14:52.01 | ``Erik | yup, had several blank ones go through in #notify, not sure if that was just a blip from merging/recompiling at the time or what.. grats on doing the crazy esoteric one O.o |
| 14:53.09 | maths22 | Now I have a new programming language to add to my list |
| 15:05.00 | Notify | 03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Test - The test files are run when "make test" is run right? And in Windows, if ALL_BUILD is used to build BRL-CAD, is "test"... |
| 15:20.36 | *** join/#brlcad merzo_ (~merzo@90-142-132-95.pool.ukrtel.net) | |
| 15:22.36 | *** join/#brlcad andrei_ (~andrei@188.25.158.11) | |
| 15:42.22 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.172.244) | |
| 15:50.07 | maths22 | Crit is a bit slow for the webserver. Why is that? |
| 15:50.41 | ``Erik | slow how? |
| 15:56.05 | Notify | 03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Function - "that calls bu_parallel() and calls a function N times." Create a function in the test file and call it through... |
| 16:09.54 | ``Erik | hurf, shoulda double checked that before starting heh |
| 16:40.15 | ``Erik | hm |
| 16:49.30 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:20.28 | *** join/#brlcad VRahul (7aa452ce@gateway/web/freenode/ip.122.164.82.206) | |
| 17:32.35 | *** join/#brlcad caen23 (~caen23@92.83.164.134) | |
| 17:51.23 | *** join/#brlcad Alexandur (4d461d04@gateway/web/freenode/ip.77.70.29.4) | |
| 17:51.36 | Alexandur | After configuring and generating brld-cad with CMAKE i navigated to the build directory using the mingw shell and tried running make aaaaad : make: *** No targets specified and no makefile found. Stop. |
| 17:52.49 | brlcad | Alexandur: what do you mean you navigated to the build directory? |
| 17:52.54 | brlcad | the build directory is where you ran cmake |
| 17:53.34 | brlcad | if you were in the right place, cmake has to complete successfully in order to generate the build system |
| 17:53.43 | brlcad | look at the cmake output, see if it succeeded |
| 18:00.19 | andrei_ | brlcad: I just realised how useful the VM image really is( Tom's one). I tried to contribute to Gentoo and/or NetBSD, and while the community was really helpful, I still lost a lot of time configuring stuff and I ended up not doing anything so far |
| 18:01.01 | brlcad | andrei_: you should tell him that ;) |
| 18:01.50 | andrei_ | I actually want to provide them a virtual machine\ |
| 18:02.56 | caen23 | i think netbsd has a vm too, for gci |
| 18:03.20 | andrei_ | caen23: it's a virtual CD, if I m correct |
| 18:07.17 | caen23 | it's the one here, i haven't used it, but it looks like the same thing we have ftp://ftp.netbsd.org/pub/NetBSD/misc/GCi |
| 18:08.09 | andrei_ | cool, I didn't manage to find it but I didn't do much research either |
| 18:08.25 | andrei_ | still, will keep it in mind, thanks ! |
| 18:08.55 | caen23 | i stumbled upon it a couple of weeks ago, too |
| 18:10.52 | andrei_ | caen23: mind if I ask you something on private message? I'm quite curious how you developed these ..well..developer skills. |
| 18:11.13 | Alexandur | i used the GUI and navigated to the build directory selected from the GUI which is equivalent to what you said |
| 18:11.55 | andrei_ | Alexandur, you need to run cmake before running make |
| 18:12.21 | andrei_ | I'm not sure how you run cmake from GUI, but I can help you with running it from terminal |
| 18:13.22 | Alexandur | ok its equivalent |
| 18:13.23 | caen23 | andrei_: sure, send me a message if you want to chat |
| 18:13.54 | Alexandur | doesnt matter and after i generated with cmake i can run make |
| 18:13.58 | Alexandur | from mingw shell |
| 18:14.19 | Alexandur | but i got the error described above |
| 18:15.36 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:25.41 | brlcad | Alexandur: did cmake complete successfully? |
| 18:34.16 | Alexandur | well i generated it successfully and |
| 18:34.47 | Alexandur | where to find the cmake log to see if it really was sucessful |
| 18:34.59 | brlcad | Alexandur: i'm not sure I understand what "generated it successfully" means |
| 18:35.09 | Alexandur | ok |
| 18:35.12 | Alexandur | lets put it that way |
| 18:35.17 | Alexandur | at the end |
| 18:35.19 | Alexandur | cmake said |
| 18:35.23 | Alexandur | configuration done |
| 18:35.27 | Alexandur | generation done |
| 18:35.43 | Alexandur | so where to check my cmake log |
| 18:35.48 | Alexandur | should be somewhere |
| 18:36.35 | andrei_ | Alexandur: just a small correction, try not writing one word per line, if more people are typing it makes it more difficult to track conversation |
| 18:37.30 | brlcad | it sounds like you're not sure |
| 18:38.22 | Alexandur | sure for what? I cant find where is the build log |
| 18:38.26 | brlcad | Alexandur: did you get a table at the end that had a lot of lines saying ... ON ... OFF etc |
| 18:38.35 | Alexandur | yes |
| 18:38.47 | brlcad | would you pastebin that somewhere? |
| 18:39.07 | brlcad | the entire output |
| 18:39.47 | brlcad | (not pastebin.com, but pastebin.ca works fine) |
| 18:40.05 | Alexandur | i`ve already closed the console/gui/ cmake.... |
| 18:41.44 | brlcad | just run it again |
| 18:42.02 | brlcad | should be able to run it over and over |
| 18:42.35 | brlcad | you just sometimes need to delete the CMakeCache.txt file sometimes, but right now just looking to see what it output |
| 18:47.08 | Alexandur | something similar -> http://pastebin.ca/2300481 |
| 18:50.57 | Alexandur | well? Any idea? |
| 18:51.28 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:52.56 | caen23 | what makefiles did you generate? |
| 18:55.45 | Alexandur | ? Used the MinGW makefile generator |
| 18:56.44 | caen23 | ok, then what directories did you use for source and build, in the cmake gui? |
| 18:58.28 | Alexandur | source -> svn checkouted brldcad build-> a random folder (also a .build folder and so on) but it doesnt seem to have effect on anything |
| 18:59.00 | Alexandur | also my task -> http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 19:03.32 | Alexandur | ? |
| 19:05.54 | caen23 | and if you go inside the random folder and run make, you get that error? |
| 19:10.20 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.172.244) | |
| 19:11.05 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.172.244) | |
| 19:15.33 | Alexandur | yep |
| 19:21.03 | brlcad | Alexandur: okay that looks great (and that's the log I was referring to -- it was successful) |
| 19:21.26 | brlcad | so it supposedly generated output somewhere - what's in your build directory? |
| 19:24.34 | Alexandur | here it is |
| 19:24.35 | Alexandur | http://pastebin.ca/2300494 |
| 19:30.30 | brlcad | and if you run "make" what happens? |
| 19:30.41 | brlcad | error above? |
| 19:36.13 | brlcad | there's clearly a Makefile there so if it says no makefile found, it sounds like you might be in the wrong place |
| 19:55.51 | Alexandur | well now i tried again and after hiting the make -> $ make Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. |
| 19:56.01 | Alexandur | i got just that |
| 19:56.39 | Alexandur | nothing else before there was an error but i think that i might be fixed because i checkouted the latest version |
| 20:07.02 | Alexandur | ideas? |
| 20:18.48 | andrei_ | Alexandur, I don't think there is any other explanation, I think you are running"make" in the wrong life |
| 20:19.09 | andrei_ | folder, sorry |
| 20:19.26 | andrei_ | at least for the make not found error |
| 20:21.51 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 20:22.00 | maths22 | What happened to irssi on crit? |
| 20:26.33 | Alexandur | andrei_, well i am not and i am 100% sure its in the right directory also after running make now it just gives me nothing ... i mean really i hit make and i recieve ONLY AND ONLY this -> $ make Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. |
| 20:27.58 | caen23 | Alexandur: go to the directory that you chose as your build dir, using cd |
| 20:28.25 | caen23 | there, run `echo %cd%` without the apostrophes, to make sure you're in the right directory. then run make |
| 20:35.03 | Alexandur | hmmm apart from that after typing make the shell instead of starting with $(mingw shell) it is somehow changes to windows cmd and thats all which is a weird behavior i think |
| 20:35.22 | Alexandur | hmmm apart from that after typing make the shell instead of starting with $(mingw shell) it somehow changes to windows cmd and thats all which is a weird behavior i think |
| 20:37.31 | caen23 | ugh, then try using `pwd` instead, i thought you were using the windows cmd |
| 20:38.58 | Alexandur | wait now i tried with cmd and cd to build dir |
| 20:40.49 | Alexandur | then mingw32-make and recieved___>>> and error in line in 746 cmakelist.txt --> invalid escape sequence |
| 20:44.59 | Alexandur | found the problem well in gui there are linux buildpaths which ofcourse use / for path instead of \ under windows |
| 20:45.32 | Alexandur | or something related |
| 20:49.52 | caen23 | i think this is because you ran it from cmd instead of mingw, but i'm not sure. you should still try to run it from the mingw shell, just make sure you're in the right directory when running make |
| 20:52.20 | Alexandur | eh got it working aaaand at 0% i got error with my directories the compiler somehow swapped some parts of the path (like the begining was at the back ) and some weird stuff so i`ll move everything on D:/ coz i am working on my desktop and re-generate everything |
| 20:52.57 | Alexandur | also the cmake entry -> INSTALL_PREFIX uses /usr/ something something |
| 20:53.16 | Alexandur | should i edit it or not?> |
| 20:54.09 | caen23 | i'm not sure how mingw works, but you shouldn't need to install so that entry seems less important to me |
| 21:11.51 | caen23 | Alexandur: hmm… i think the problem is that mingw creates a virtual environment, which is separate from the place where you downloaded brlcad and ran cmake |
| 21:15.35 | caen23 | how did you install mingw? did you use the gui installer here? http://www.mingw.org/wiki/Getting_Started |
| 21:15.44 | Alexandur | well moving my source and build folders on D: and re-generating got me running again but i got and error at 3% |
| 21:16.42 | Alexandur | undefined references to bcopy, kill , wait, pipe, fork and so on |
| 21:16.59 | caen23 | running make inside Command Prompt is not what you need to do |
| 21:18.00 | Alexandur | hmm running make from mingwshell does nothing at all and my mingw is properly configured |
| 21:18.12 | caen23 | how did you install mingw? |
| 21:18.13 | Alexandur | also what i do is mingw32-make and it starts amking |
| 21:19.10 | Alexandur | installed the GUI one from mingw.org and added the enviromental variables |
| 21:23.05 | caen23 | go here and download the latest version of the installer https://sourceforge.net/projects/mingw/files/Installer/mingw-get-inst/ at some point, it will ask you what components you want to install. you need the c compiler, the c++ compiler, and the mingw developer toolkit |
| 21:26.39 | *** join/#brlcad luca79 (~luca@net-37-116-115-42.cust.dsl.vodafone.it) | |
| 21:27.06 | Alexandur | yep re-installed and its the same -> executing make from mingw shell doesnt do anything at all |
| 21:28.09 | Alexandur | executing mingw32-make from either mingw shell of cmd stops at 3% |
| 21:28.33 | caen23 | the mingw shell is not connected to your hdd. basically, if you had a movie in D:\Movies, you could not access it from the mingw shell. similarly, you cannot access your build dir from mingw |
| 21:29.10 | caen23 | you need to get the repo inside mingw, then run cmake inside mingw, and then you will be able to run make inside mingw |
| 21:30.25 | Alexandur | hmm doesnt seem legit coz i can access my D:\compilation folder |
| 21:30.45 | caen23 | from the mingw shell? |
| 21:31.16 | Alexandur | yep |
| 21:31.52 | caen23 | i don't think so. can you run pwd inside the mingw shell and tell me the output? |
| 21:34.33 | Alexandur | freshly started shell -> /home/Dimension Master |
| 21:35.25 | Alexandur | cded to D:\compile -> /d/compile |
| 21:41.02 | Alexandur | ? |
| 21:41.12 | Alexandur | caen23, ideas? |
| 21:41.54 | brlcad | Alexandur: that's the wrong "make" |
| 21:42.08 | brlcad | just catching up, but that's microsoft's make, not mingw's |
| 21:42.35 | brlcad | your path is apparently finding msvc before the mingw make |
| 21:42.52 | Alexandur | well what "make" should i use then? |
| 21:43.00 | brlcad | mingw's |
| 21:43.37 | brlcad | it's probably gnu make and would have been installed along with the compiler you're using |
| 21:43.39 | Alexandur | ok so mingw`s make is located in the bin folder of mingw and its called mingw32-make |
| 21:43.51 | brlcad | try running that |
| 21:44.22 | Alexandur | thats indeed what i am running and getting stuck at 3% |
| 21:44.33 | brlcad | pastebin all the output? |
| 21:44.59 | brlcad | there's no guarantee that it will compile everything cleanly |
| 21:45.36 | brlcad | that's not exactly a configuration that is tested all the time, so even minor typos could break the build or there could be build system issues or mingw bugs or a hundred other things that can go wrong and stop the build |
| 21:46.16 | brlcad | the task is to try (correctly) until you get genuinely stuck ;) |
| 21:47.32 | Alexandur | http://pastebin.ca/2300528 |
| 21:50.02 | Alexandur | brlcad, well? |
| 22:53.05 | ``Erik | lame, portmanager is no more, now I have to learn a replacement tool O.o |
| 22:53.15 | ``Erik | (also; I blowed up crit real good) |
| 23:10.11 | *** join/#brlcad javamonn (~twitch@108.230.19.64) | |
| 23:20.48 | *** join/#brlcad javamonn (~twitch@108.223.143.237) | |
| 23:32.30 | brlcad | ``Erik: what happened? I saw the reboot earlier today |
| 23:32.58 | brlcad | ironic timing given I've been flipping over domain names to point to it already |
| 23:46.13 | ``Erik | um, decided to try to push the system upgrade through before you got very far with that, purged old libs, core ports still linked against the wrong libs (perl=>libutil.so.8), tried to force a rebuild of all ports, portmanager committed suppuku, ... |
| 23:47.34 | ``Erik | but most of the service was back quickly, still building some here and there (if some out facing service isn't working right, lemme know and I'll bump it up on the priority list to restore), and we have a full release variant instead of that prerelease |
| 00:39.35 | *** join/#brlcad merzo_ (~merzo@90-142-132-95.pool.ukrtel.net) | |
| 00:50.26 | Notify | 03BRL-CAD:brlcad * 54143 (brlcad/trunk/misc/nsis/brlcad.nsi brlcad/trunk/src/burst/grid.c and 10 others): apply patch from amit.daBeast (http://www.google-melange.com/gci/task/view/google/gci2012/8103205) fixing some spelling mistakes |
| 00:50.28 | Notify | 03BRL-CAD:brlcad * 54144 brlcad/trunk/AUTHORS: credit amit.daBeast with special thanks for his gci spelling fix contribution |
| 02:07.36 | Notify | 03GCI:amit.daBeast * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): thanks - my name is Amit Saxena and thanks for helping me through this assignment |
| 02:07.37 | Notify | 03GCI:Sean * 7954218 Research status of compiling BRL-CAD on MINGW: irc - Alexandur, that last pastebin you provided via IRC was perfect. If you run that minw make with "VERBOSE=1 -k" and upload... |
| 02:07.38 | Notify | 03GCI:Sean * 7954218 Research status of compiling BRL-CAD on MINGW: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 02:07.38 | Notify | 03GCI:Cezar * 7982217 Determine why solids.sh fails on 64-bit: x, y, and z - I logged the x, y, and z of the arguments passed to VDOT in shade_inputs and extracted the differences in those three... |
| 02:07.40 | Notify | 03GCI:Cezar * 7982217 Determine why solids.sh fails on 64-bit: Ready for review - The work on this task is ready to be reviewed. |
| 02:07.41 | Notify | 03GCI:gcking * 8090205 Compile with -Wwrite-strings, fix warnings that ensue: 10-12 hours - Sorry for the late reply, I just finished some school work. I guess 10 hours should be ok. |
| 02:07.41 | Notify | 03GCI:amit.daBeast * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): Ready for review - The work on this task is ready to be reviewed. |
| 02:07.42 | Notify | 03GCI:Melange * 8122202 Find and Fix 20 spelling mistakes in at least 5 different files (#2): Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 02:07.43 | Notify | 03GCI:Sean * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): Task Closed - Congratulations, this task has been completed successfully. |
| 02:07.44 | Notify | 03GCI:Sean * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): nicely done! - Now I take it you see why I said there are hundreds and they should be rather easy to find... |
| 02:07.45 | Notify | 03GCI:V Rahul * 8093205 Find and Fix 5 spelling mistakes in at least 40 different files (#2): Time - Could you tell me when you'll be online? A few minutes of live chat on IRC can clear all my... |
| 02:07.47 | Notify | 03GCI:Sean * 8103205 Find and Fix 10 spelling mistakes in at least 10 different files (#2): committed - Patch applied in r54143. |
| 02:07.48 | Notify | 03GCI:Sean * 8086204 Create test for thread creation on Windows: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 02:07.48 | Notify | 03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Work - What's the needed work? |
| 02:07.50 | Notify | 03GCI:amit.daBeast * 7955216 Compile BRL-CAD on Windows using the Borland Embarcadero Compiler: Task Claimed - I would like to work on this task. |
| 02:07.51 | Notify | 03GCI:Sid Robinson * 8095206 Link all of our orphaned website wiki pages: Yay! - Thanks. I hope it was okay. Appreciate the help. Sid |
| 02:12.39 | *** join/#brlcad crosshammer (6ce24073@gateway/web/freenode/ip.108.226.64.115) | |
| 02:15.04 | crosshammer | hey i want to claim task Create a utility library (LIBBU) API unit test ... for parse.c |
| 02:16.47 | Notify | 03GCI:Erik * 7955216 Compile BRL-CAD on Windows using the Borland Embarcadero Compiler: Task Assigned - This task has been assigned to amit.daBeast. You have 72 hours to complete this task, good... |
| 02:22.17 | brlcad | crosshammer: sounds good |
| 02:27.14 | crosshammer | where are the unit test examples |
| 02:29.19 | crosshammer | in the description it says there are "plenty of examples" but i don't know where to find them |
| 02:33.20 | crosshammer | 7948222 |
| 02:40.19 | brlcad | did you check out the source code? |
| 02:41.01 | brlcad | you should also claim the task.. |
| 02:42.31 | Notify | 03GCI:Sean * 7982217 Determine why solids.sh fails on 64-bit: Task Closed - Congratulations, this task has been completed successfully. |
| 02:49.21 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: New Designs - I've sent two different design concepts for the diagram, both in the .zip file. They both have their pros and... |
| 03:01.07 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Explanation of conceptDiagram1 - The basic idea of this diagram is that each circle represents a feature corresponding to a... |
| 03:01.16 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Ready for review - The work on this task is ready to be reviewed. |
| 03:35.40 | *** join/#brlcad javamonn (~twitch@108.223.143.237) | |
| 03:49.26 | Notify | 03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Fixed - First three were issues, which are now corrected, but 4 and 5 are there intentionally. argv[1] is the number of times... |
| 03:50.26 | Notify | 03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Ready for review - The work on this task is ready to be reviewed. |
| 04:33.51 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: like the concept - Brenden, I like the new diagram concept. I'm not sure I understand the second one, but the basic idea of filling... |
| 04:34.11 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 05:20.33 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) | |
| 05:34.00 | *** join/#brlcad javamonn (~twitch@108.232.134.148) | |
| 08:08.39 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:41.53 | *** join/#brlcad merzo (~merzo@90-142-132-95.pool.ukrtel.net) | |
| 10:43.47 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.172.244) | |
| 10:52.20 | *** join/#brlcad StrangeLoop (~solo@14.139.82.6) | |
| 11:12.47 | Notify | 03BRL-CAD:brlcad * 54150 brlcad/trunk/AUTHORS: daBeast is Amit Saxena |
| 11:14.25 | Notify | 03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: more time - Toshita, do you need more time? All that's missing is one image, the paragraph, and the wiki upload. ... |
| 11:14.26 | Notify | 03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: looking to get it installed - Looking to get it installed, I'll update you soon. |
| 11:14.27 | Notify | 03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 11:14.28 | Notify | 03GCI:javamonn * 8126202 Add a command-line option that sets an object color temporarily: I feel like I'm close... - I feel like I'm close, but I'm not quite there yet. Changing the application... |
| 11:14.29 | Notify | 03GCI:Sean * 8086204 Create test for thread creation on Windows: not what I was saying - I wasn't saying that passing N and no-of-CPUs aren't needed. I was asking *why* are you running bu_parallel... |
| 11:14.30 | Notify | 03GCI:Sean * 8086204 Create test for thread creation on Windows: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 11:14.31 | Notify | 03GCI:Sean * 7954218 Research status of compiling BRL-CAD on MINGW: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours. |
| 11:14.32 | Notify | 03GCI:Sean * 8095206 Link all of our orphaned website wiki pages: feel free - Feel free to remove all of the markers you left in the wiki pages you edited. |
| 11:14.33 | Notify | 03GCI:Sean * 8126202 Add a command-line option that sets an object color temporarily: definitely on the right track - You're definitely on the right track. This is from memory so I could be wrong,... |
| 11:14.34 | Notify | 03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Misunderstanding - There's probably a misunderstanding on my part. The task description says "that calls bu_parallel and calls... |
| 11:14.35 | Notify | 03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: Ready for review - The work on this task is ready to be reviewed. |
| 11:14.36 | Notify | 03GCI:Skriptkid * 8086204 Create test for thread creation on Windows: New test - The latest patch has some more(25 more) tests. I haven't fixed the "N times" part yet, because I'm waiting for... |
| 11:32.31 | Notify | 03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: Task Claimed - I would like to work on this task. |
| 11:32.32 | Notify | 03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: I would like to complete this - I was on my way to hometown when you extended it took two days on trains to reach there till then the... |
| 11:35.12 | Notify | 03GCI:Cezar * 8109204 Set up BRL-CAD nightly downloads within Buildbot: Task Claimed - I would like to work on this task. |
| 11:50.47 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Re: effort? - I understand what you're saying and I'm developing a new format that could work really well. I also understand... |
| 11:50.48 | Notify | 03GCI:Sean * 8093205 Find and Fix 5 spelling mistakes in at least 40 different files (#2) http://www.google-melange.com/gci/task/view/google/gci2012/8093205: example? Capitalization does not... |
| 11:55.46 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.108.134) | |
| 11:57.58 | *** join/#brlcad javamonn (~twitch@108.223.142.236) | |
| 11:58.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 12:02.41 | Notify | 03GCI:Daniel Rossberg * 8109204 Set up BRL-CAD nightly downloads within Buildbot: Task Assigned - This task has been assigned to Cezar. You have 72 hours to complete this task, good luck! |
| 12:02.42 | Notify | 03GCI:Daniel Rossberg * 8043208 Create an Halfspace Model and Diagram: Task Assigned - This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! |
| 12:18.52 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 12:29.26 | Notify | 03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: Ready for review - The work on this task is ready to be reviewed. |
| 12:49.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 13:41.29 | Notify | 03GCI:Intro CIT * 7945230 Improve geometry database loading behavior: Task Claimed - I would like to work on this task. |
| 13:44.26 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-191-149.web.vodafone.de) | |
| 14:00.32 | Notify | 03GCI:Daniel Rossberg * 7945230 Improve geometry database loading behavior: Task Assigned - This task has been assigned to Intro CIT You have 72 hours to complete this task, good luck! |
| 14:03.06 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 14:26.30 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 14:29.46 | brlcad | Skriptkid: so what are your plans after gci is over? |
| 14:32.06 | Skriptkid | brlcad: Give more time to guitar and school, since 12 grade is around the corner, and learn more stuff in CS :) |
| 14:32.18 | brlcad | excellent |
| 14:32.23 | brlcad | what type of guitar? |
| 14:32.53 | Skriptkid | Electric, acoustic. Different styles on both. |
| 14:33.44 | Skriptkid | Why do you ask? |
| 14:34.35 | Skriptkid | brlcad: And also start contributing to BRL-CAD and other open-source projects. I've really started liking this :) |
| 14:43.11 | Skriptkid | brlcad: On my bu_parallel test creation, you asked why I'm running bu_parallel N times. Isn't that what the task desc says? "calls bu_parallel and calls a function N times"? Where am I going wrong here? |
| 14:46.14 | Notify | 03GCI:Melange * 8093205 Find and Fix 5 spelling mistakes in at least 40 different files (#2): Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:06.38 | Notify | 03BRL-CAD Wiki:FlorenciazjkrjepsmuMariacher * 4859 /wiki/To_Expect_At_A_Intensity_2_Ultrasound: New page: Their mission involves helping the doctors when diagnosing the medical issues. There are many different certified or degree programs for pharmacist techs, which may range provided by six m... |
| 15:12.22 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.108.134) | |
| 15:15.40 | *** join/#brlcad merzo (~merzo@70-85-133-95.pool.ukrtel.net) | |
| 15:26.23 | brlcad | Skriptkid: just curious what you're up to |
| 15:26.32 | brlcad | play guitar myself (classical) |
| 15:27.01 | brlcad | or better stated *played* |
| 15:27.39 | ``Erik | back when classical was called contemporary? *duck* :D |
| 15:27.54 | brlcad | pretty much |
| 15:28.19 | ``Erik | <-- still has to fix one of his amps :/ |
| 15:29.08 | *** join/#brlcad Alexandur (4d461d04@gateway/web/freenode/ip.77.70.29.4) | |
| 15:30.28 | Skriptkid_ | Brlcad: cool :D |
| 15:30.55 | Skriptkid_ | Which one? |
| 15:31.31 | ``Erik | which one what? amp? |
| 15:31.43 | Skriptkid_ | Amp |
| 15:31.57 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 15:31.58 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 15:31.58 | Alexandur | Hello again! I checked my task and tried compiling with mingw but i got error at 8% -----> [ 8%] Built target exppp mingw32-make[1]: Target `all' not remade because of errors. mingw32-make[1]: Leaving directory `D:/compile' mingw32-make: *** [all] Error 2 mingw32-make: Target `default_target' not remade because of errors. |
| 15:32.11 | ``Erik | my jcm2000 went out, so I'm stuck with just an old crate solid state and harmony portable |
| 15:33.11 | Skriptkid | JCM2000 eh, that's pretty awesome |
| 15:33.37 | ``Erik | used to be O.o :) |
| 15:34.18 | d_rossberg | Alexandur: did you set BRLCAD_ENABLE_VERBOSE_PROGRESS via cmake? |
| 15:34.23 | Skriptkid | 2006, so maybe. I've just read and heard it. :) |
| 15:34.57 | Skriptkid | Alexandur: yep |
| 15:35.03 | Skriptkid | Sorry |
| 15:35.10 | Skriptkid | Didnt read that right |
| 15:35.59 | Skriptkid | :-$ |
| 15:38.32 | brlcad | Alexandur: what was the command you ran/ |
| 15:52.03 | caen23 | brlcad: can i get an account for my buildbot nightlies task? |
| 15:53.29 | brlcad | caen23: sure, gimme a sec |
| 15:53.38 | caen23 | okay |
| 16:19.57 | Alexandur | mingw32-make VERBOSE=1 -k |
| 16:25.43 | *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2864::ade7:2864) | |
| 16:28.29 | Skriptkid_ | brlcad: Could you please answers doubt? |
| 16:29.52 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 16:33.52 | *** join/#brlcad luca79 (~luca@188-22-206-147.adsl.highway.telekom.at) | |
| 16:48.30 | Notify | 03BRL-CAD Wiki:FlorenciazjkrjepsmuMariacher * 4860 /wiki/Specifically_What_Does_A_Sonogram_Technician_Go_About_Doing: New page: The doctor is suggested to show the woman a photo of the sonogram and noticable the heartbeat of the unborn child audible for the woman to learn. How the national average beginning salary ... |
| 17:06.57 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 17:10.19 | *** join/#brlcad maths22 (ada798d1@gateway/web/freenode/ip.173.167.152.209) | |
| 17:11.47 | Notify | 03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Task Claimed - I would like to work on this task. |
| 17:14.00 | maths22 | brlcad: what is up with irssi on crit? |
| 17:14.32 | Notify | 03GCI:Sean * 8023219 Set up QEMU deployment testing: Task Assigned - This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! |
| 17:15.01 | maths22 | Also, why is crit not the webserver anymore? |
| 17:19.19 | caen23 | brlcad: hmm… that's weird. i ran regress on a 32-bit freebsd and solids didn't fail |
| 17:24.53 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 17:31.59 | Alexandur | mingw32-make VERBOSE=1 -k -> tried compile with this and got error at 8% |
| 17:32.07 | Alexandur | anyone? |
| 17:38.51 | Skriptkid | Alexandur: Are you asking why it stops even with "-k"? |
| 17:39.27 | Alexandur | probably |
| 17:39.38 | Skriptkid | What is your question? |
| 17:43.23 | Skriptkid | Alexandur: If you mean to say "I used -k, but still compilation fails" then it's probably because at 8% there are so many errors and failures that nothing beyond can be processed. |
| 17:46.08 | Alexandur | ok then my task is completed i think |
| 17:46.19 | Alexandur | http://www.google-melange.com/gci/task/view/google/gci2012/7954218 |
| 17:47.47 | Alexandur | ? |
| 17:49.47 | Skriptkid | Alexandur: Probably, since this is just an "attempt" task. But I can't say, since I'm not a mentor. But try some workarounds or fixes before submitting. That'll leave a lesser space for questions. And also give a good report about what you did. |
| 17:59.34 | *** join/#brlcad ``Erik_ (~erik@66-118-151-70.static.sagonet.net) | |
| 17:59.42 | ``Erik_ | irssi on crit seems to work for me |
| 18:03.29 | brlcad | Alexandur: mingw32-make --version |
| 18:04.44 | brlcad | Alexandur: if you think you're done, you should upload that entire build log |
| 18:05.15 | brlcad | it's hard to say what stopping at 8% means without more information |
| 18:05.54 | Alexandur | ok but when i do > log.txt more errors occur |
| 18:06.00 | Alexandur | D:\compile>mingw32-make --version GNU Make 3.82 Built for i386-pc-mingw32 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. |
| 18:06.12 | brlcad | okay, that's good |
| 18:06.19 | brlcad | so -k should be working ;) |
| 18:06.43 | brlcad | mingw32-make -k VERBOSE=1 > log.txt 2>&1 |
| 18:06.51 | brlcad | upload that |
| 18:21.40 | *** join/#brlcad luca79 (~luca@188-22-206-147.adsl.highway.telekom.at) | |
| 18:21.46 | *** join/#brlcad libero (~luca@188-22-206-147.adsl.highway.telekom.at) | |
| 18:25.20 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 18:25.27 | *** join/#brlcad andrei_ (~andrei@188.25.160.239) | |
| 18:30.05 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 18:30.26 | Notify | 03GCI:Melange * 8095204 Create test for mutex/semaphore locking: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded.... |
| 18:43.02 | Notify | 03GCI:Alexandur Osenov * 7954218 Research status of compiling BRL-CAD on MINGW: Ready for review - The work on this task is ready to be reviewed. |
| 18:44.28 | *** join/#brlcad luca79 (~luca@188-22-206-147.adsl.highway.telekom.at) | |
| 19:51.13 | *** join/#brlcad luca79 (~luca@188-22-206-147.adsl.highway.telekom.at) | |
| 20:27.07 | Notify | 03GCI:Sean * 7954218 Research status of compiling BRL-CAD on MINGW: Task Closed - Congratulations, this task has been completed successfully. |
| 20:29.19 | Notify | 03GCI:Sean * 8086204 Create test for thread creation on Windows: Task Closed - Congratulations, this task has been completed successfully. |
| 20:37.55 | Notify | 03GCI:Sean * 8086204 Create test for thread creation on Windows: unnecessary tests - I think there is some misunderstanding on your part of what bu_parallel() does. All of the additional tests you... |
| 20:40.40 | Notify | 03GCI:Alexandur Osenov * 7945223 Write a BRL-CAD to RAW converter: Task Claimed - I would like to work on this task. |
| 20:44.45 | Notify | 03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: perspective? - Hi Sharan, welcome back! That looks a lot better but the diagram is still very confusing. Compared to the scale of the... |
| 20:44.51 | Notify | 03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 20:45.36 | Notify | 03GCI:Sean * 7945223 Write a BRL-CAD to RAW converter: Task Assigned - This task has been assigned to Alexandur Osenov. You have 48 hours to complete this task, good luck! |
| 20:45.56 | Alexandur | sean can you provide more info? |
| 20:46.55 | brlcad | Alexandur: what do you mean? |
| 20:48.16 | Alexandur | https://google-melange.appspot.com/gci/task/view/google/gci2012/7945223 |
| 20:48.31 | Alexandur | about this task |
| 20:48.36 | brlcad | what would you like to know? |
| 20:49.40 | brlcad | did you look at the converter file mentioned in the description? |
| 20:51.41 | Notify | 03GCI:Sean * 8095204 Create test for mutex/semaphore locking: more time - Do you need more time? |
| 20:52.10 | *** join/#brlcad Alexandur_ (4d461d04@gateway/web/freenode/ip.77.70.29.4) | |
| 20:52.57 | Alexandur_ | yes i am looking at it now so i need to edit what ? O |
| 20:53.49 | brlcad | Alexandur_: are you familiar with either the stl format or raw format? |
| 20:54.22 | Alexandur_ | well no.. but ofcourse this means i`ll look it up |
| 20:54.37 | brlcad | what about opengl display lists? |
| 20:56.56 | Alexandur_ | sortaaa, but why askin? |
| 20:57.29 | brlcad | if you don't understand what the task is having you do, you're going to have a really hard time doing the task, no? |
| 20:57.42 | brlcad | so the task is to create a geometry exporter |
| 20:57.54 | brlcad | for the RAW format ... which yes you have to look up |
| 20:58.04 | brlcad | you're writing out triangles |
| 20:58.20 | brlcad | the STL format is another relatively simple format but has slightly different syntax being output |
| 20:58.35 | brlcad | we provide our g-stl.c source as an example to help you |
| 20:59.15 | brlcad | you're going to copy that, change it to g-raw.c, update the stl references to raw references and then make the output actually be properly formatted RAW output |
| 21:00.17 | brlcad | you should run the g-stl program on one of our test geometry files so that you understand how it works |
| 21:01.06 | brlcad | raw is considerably simpler, but you'll need to understand how g-stl works to know what to eliminate/simplify |
| 21:02.24 | Alexandur_ | so where to find a test geometry file? |
| 21:02.43 | brlcad | there's a couple dozen provided in our distribution |
| 21:02.53 | brlcad | in the share/db directory |
| 21:04.42 | Notify | 03GCI:Titi * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: okay - okay thanks |
| 21:05.54 | Alexandur_ | in the brld-cad which i checkouted from svn or on the svn somewhere |
| 21:07.49 | brlcad | build direcotry |
| 21:08.09 | brlcad | look for moss.g for example |
| 21:12.00 | Alexandur_ | ok so with 2 words i need to edit the g-stl.c so instead of stl the output should be a raw image? And ofcourse not to mention that for 48 hours i cant even get to know even half of the functions used in th Stl which should mean that i need to focus only on 1 thing for example function or case ??? |
| 21:13.44 | brlcad | it's not an image |
| 21:13.53 | brlcad | it's 'raw' format triangle data |
| 21:13.57 | brlcad | vertices |
| 21:14.16 | brlcad | 3 floating point values per vertex, three vertices per triangle |
| 21:15.06 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 21:15.13 | brlcad | you certainly will not have enough time to understand all of the functions used in stl-g but fortunately you'll be using them identically -- just printing output differently |
| 21:15.53 | brlcad | Alexandur_: start by running g-stl successfully |
| 21:16.23 | brlcad | look at the stl file it produces with a text editor |
| 21:16.24 | Alexandur_ | tried :D but got library erros.. |
| 21:16.40 | brlcad | what OS are you on? |
| 21:17.31 | Alexandur_ | .. :D windows |
| 21:17.34 | brlcad | is there a language barrier or are you really this slow typing? :) |
| 21:17.38 | Alexandur_ | no |
| 21:17.51 | Alexandur_ | i got used to wait like 20min for answer |
| 21:17.52 | Alexandur_ | :D |
| 21:17.57 | brlcad | k |
| 21:18.11 | Skriptkid | brlcad: so all the test program had to take was one parameter? Which is the ncpu? |
| 21:18.27 | Alexandur_ | coz it iseems like you guys dont use irc as chat but more as forum |
| 21:18.31 | brlcad | Skriptkid: pretty much |
| 21:18.47 | brlcad | Skriptkid: there's certainly no harm in running the command multiple times |
| 21:19.03 | brlcad | and for parallel code, that might actually catch some stateful bug down the road |
| 21:19.14 | brlcad | but you don't actually test the function, so it's moot ;) |
| 21:19.20 | Alexandur_ | ok i`ll be off.. its time for some sleep |
| 21:19.29 | brlcad | Alexandur_: what library error? |
| 21:19.33 | Alexandur_ | common.h |
| 21:19.39 | brlcad | that's not a library |
| 21:19.46 | Alexandur_ | its header |
| 21:19.48 | Alexandur_ | sry |
| 21:20.05 | brlcad | running g-stl will not give you a header error |
| 21:20.19 | caen23 | have you compiled successfully with msvc? |
| 21:20.26 | Alexandur_ | running :D |
| 21:20.42 | brlcad | what does that mean? |
| 21:20.45 | Alexandur_ | wait nobody said i had to compile it :D |
| 21:20.56 | Alexandur_ | i mean |
| 21:21.04 | Alexandur_ | the whole project |
| 21:21.09 | brlcad | you are obviously going to need to compile your g-raw.c program, just like g-stl |
| 21:21.22 | Alexandur_ | otherwise i am trying to compile |
| 21:21.42 | Alexandur_ | .... :D i gcced it |
| 21:21.55 | Alexandur_ | g-stl |
| 21:22.00 | brlcad | you're not making much sense... |
| 21:22.07 | Alexandur_ | ok |
| 21:22.12 | Alexandur_ | will keep it simple |
| 21:22.13 | caen23 | i think he tried compiling g-stl.c individually |
| 21:22.22 | Alexandur_ | indeeed |
| 21:22.23 | brlcad | ahh |
| 21:23.00 | Skriptkid | I do understand what bu_parallel does. I had thought I needed to run bu_parallel N times with X CPUs. Is it possible to make a commit for this on svn? |
| 21:23.13 | brlcad | Alexandur_: you should really just say that, not "running" not "running the whole project" not "i gcced it" .. what is "it"!? |
| 21:23.57 | brlcad | Skriptkid: like I said, running it in a loop is fine |
| 21:24.57 | brlcad | the real test is running it at *least* 1 time with X CPUs, but no harm runnning more times if it were testing and not printing |
| 21:25.18 | Alexandur_ | gcced individually the stl-g.c.. sry guys i dont know how peps on my age can know soo many things like raw format and so on... the thing is that i had a task from school to do 2 google code in tasks and i need to do em... |
| 21:25.41 | Skriptkid | brlcad: okay. And about the error detection, I couldn't come up with anything, since everything is void and is based on using stderr. Any ideas on this? |
| 21:25.57 | brlcad | Alexandur_: that's okay, you're not supposed to know everything |
| 21:26.09 | brlcad | the problem hasn't been what you know or don't know but how you're communicating it |
| 21:26.28 | brlcad | I can't read your mind or know what commands you ran or what buttons you clicked on, etc |
| 21:26.45 | brlcad | if you need help, ask for help :) |
| 21:26.49 | brlcad | you're supposed to |
| 21:27.02 | brlcad | Skriptkid: of course ;) |
| 21:27.21 | Skriptkid | Tell me. I'll at least try implementing them. |
| 21:27.28 | brlcad | Skriptkid: everything is void, but you pass a parameter to bu_parallel() |
| 21:27.42 | brlcad | that parameter is passed to your function |
| 21:27.50 | brlcad | you even print that value (the cpu id in your case) |
| 21:28.01 | Alexandur_ | ok thats all for now coz i have to bed now guys... Good night |
| 21:28.03 | caen23 | Alexandur_: in your checkout version, go inside the "doc" folder and open README.Windows with a text editor. it will teach you how to compile on windows, but you will need a full (not express) version of visual c++. you can get a 90-day trial version from microsoft |
| 21:28.37 | brlcad | helpful as ever :) |
| 21:28.39 | Alexandur_ | kk i know how to compile the brl-cad |
| 21:28.42 | Alexandur_ | bb |
| 21:29.15 | Skriptkid | brlcad: so whenever a CPU Id missing, something is wrong with that run. |
| 21:29.31 | Skriptkid | *CPU id is missing |
| 21:29.48 | brlcad | you're providing the CPU id, so it should never be missing |
| 21:30.17 | brlcad | but sure, you could test that, but you still have to know whether it worked in the caller where bu_parallel() was invoked |
| 21:31.06 | brlcad | how can you do that? |
| 21:32.15 | Skriptkid | What if a modification is made to the thread_data structure I created in one task? A Boolean or int variable which holds if thread execution as successful or not? |
| 21:33.03 | brlcad | you're getting your tasks mixed up |
| 21:33.20 | brlcad | where do you have access to a thread_data structure? |
| 21:34.01 | Skriptkid | Sorry. That's not there yet. Forgot. |
| 21:34.10 | brlcad | lets say you want to test what you just said -- that you want to test whether the CPU id is non-negative inside your test function |
| 21:34.30 | brlcad | say we only invoke bu_parallel once |
| 21:34.38 | brlcad | it runs your test function |
| 21:35.02 | brlcad | what are some of the ways that main() can know whether test function found a non-negative value? |
| 21:36.33 | Skriptkid | A pointer as an argument to the test function? |
| 21:36.58 | brlcad | if you pass a pointer, how do you pass the cpu id? |
| 21:37.49 | andrei_ | brlcad: I know you are on a tight schedule so answer just if you have time: any specific plan to remove globals from remrt/remrt.c ? Thanks |
| 21:37.53 | Skriptkid | Hmm...yeah. That won't work. |
| 21:38.39 | brlcad | Skriptkid: you're on the right track but think even simpler -- there are a half dozen stupid ways you could do it really easily |
| 21:39.14 | Skriptkid | brlcad: Files? Some global variable? |
| 21:39.47 | brlcad | that'd be two ways, yep |
| 21:39.54 | brlcad | andrei_: specific plan as in? I think the answer is no, but removing globals is always a good thing |
| 21:40.07 | brlcad | you removing them is a fantastic idea ;) |
| 21:40.17 | brlcad | I saw your e-mail, it's four down in my queue atm ;) |
| 21:40.45 | andrei_ | I fixed the other one and nothing crashed so far :) |
| 21:41.05 | brlcad | andrei_: I suggest starting with just ONE global (like save_overlaps) and just trying to eliminate that one properly |
| 21:41.48 | brlcad | that way your approach will be really obvious, easy to review, and easier to discuss how it might apply to other globals .. most will be on a case-by-case as to how they should be eliminated |
| 21:42.14 | brlcad | Skriptkid: so yeah, you could just have the test function write a global that said "uh oh" and main would read it, and report the error |
| 21:42.42 | brlcad | Skriptkid: and yeah, you could write that same "uh oh" to a file, have main read it, etc |
| 21:43.18 | brlcad | but then both of those are very terrible computing practices |
| 21:43.29 | brlcad | horrible even (especially the file-based approach) |
| 21:44.02 | brlcad | how else can the test function send information back to main()? |
| 21:44.55 | brlcad | Skriptkid: reminder that you were on the right track... |
| 21:47.53 | Skriptkid | brlcad: I'm out of ideas here. I can think of passing a structure with pointer and CPU id. But that might be stupid too. |
| 21:48.29 | brlcad | why's that stupid? |
| 21:48.56 | Skriptkid | But...if the pointer holds a certain value and test function hasn't changed it, it can be and indication to main that there was a failure |
| 21:49.12 | Skriptkid | *an indication |
| 21:49.39 | brlcad | I'm sensing you haven't worked a whole lot with pointers just yet and that's fine, but that sounds brilliantly perfect to me |
| 21:50.35 | brlcad | it wouldn't need to be a pointer that "maybe" changes, it could be a simple int that is initialized to 0 and set to 1 by the test function if it fails |
| 21:51.33 | brlcad | or it could literally set the CPU id and main() could test whether they match |
| 21:52.29 | brlcad | the only issue is that you're passing a struct to bu_parallel() which then passes that single struct to multiple simultaneous copies of the test function |
| 21:52.40 | brlcad | so parallelism in play that you have to deal with |
| 21:53.05 | Skriptkid | Of course. But pass by reference will have to done right? Else the main wont be able to read it. |
| 21:53.19 | brlcad | have done what? |
| 21:53.55 | Skriptkid | You will need to pass a pointer to the structure. To the test function. |
| 21:53.56 | brlcad | sure it will pass your struct reference to X copies of the test function and they'll all be trying to set the same field |
| 21:54.11 | brlcad | try it |
| 21:54.25 | brlcad | simple enough test to see in action |
| 21:55.17 | Skriptkid | Will do. Next thing tomorrow(because its 4AM here now). How do I submit it? |
| 21:55.57 | brlcad | solution is to pass a pointer to struct containing a per-cpu array |
| 21:56.13 | brlcad | go ahead and work on it, I'll create another task for it later |
| 21:57.05 | Skriptkid | Okay. Thank you. |
| 22:00.42 | caen23 | brlcad: did you manage to set up the crit account? :D |
| 22:21.10 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 1.jpg]]" |
| 22:28.04 | *** join/#brlcad andrei_ (~andrei@188.25.160.239) | |
| 22:30.25 | Notify | 03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Re: more time - Hi Sean, I am having tiny little issues that I am starting to fix when I am uploading in... |
| 22:33.07 | Notify | 03BRL-CAD:carlmoore * 54151 brlcad/trunk/src/proc-db/brickwall.c: remove reference to help (would be replaced by a man page), and add an 'if' construct to avoid division by 0 |
| 22:44.37 | Notify | 03GCI:javamonn * 8126202 Add a command-line option that sets an object color temporarily: Ready for review - The work on this task is ready to be reviewed. |
| 22:47.38 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Test1.jpg]]" |
| 22:51.58 | Notify | 03GCI:javamonn * 8126202 Add a command-line option that sets an object color temporarily: Knew it... - I knew I was close. I was doing exactly that, overwriting the values in ma_color, but I guess... |
| 23:00.23 | Notify | 03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Image Size - I have a question. You said that the files can't be too big, so I resized my Blender files to... |
| 00:17.01 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Ready for review - The work on this task is ready to be reviewed. |
| 00:19.16 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Modified Diagram - I sent the first diagram with the changes you requested. I sent it as a .png file, but I can send it in a... |
| 00:23.29 | *** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 00:23.42 | *** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 00:39.15 | Notify | 03BRL-CAD Wiki:Toshibarve * 4863 /wiki/Image:Test1.jpg: |
| 00:41.30 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 3.jpg]]" |
| 00:42.20 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 4.jpg]]" |
| 00:43.27 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:Blender Step 4.jpg]]" |
| 01:11.40 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 02:58.59 | Notify | 03GCI:javamonn * 7995206 Add MGED key-binding to reopen the command window: Maybe I'm missing something... - Maybe I'm missing something, but when you close the command window, you can still re... |
| 02:59.00 | Notify | 03GCI:amit.daBeast * 7955216 Compile BRL-CAD on Windows using the Borland Embarcadero Compiler: later - i'll re-claim this later on friday, im kind of busy right now during the weekday |
| 02:59.00 | Notify | 03GCI:amit.daBeast * 7955216 Compile BRL-CAD on Windows using the Borland Embarcadero Compiler: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 03:00.52 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 2.jpg]]" |
| 03:00.54 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 5.jpg]]" |
| 03:00.56 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 6.jpg]]" |
| 03:00.59 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 7.jpg]]" |
| 03:01.01 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Blender Step 9.jpg]]" |
| 03:01.02 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Fullscreen capture Step 16 -1.jpg]]" |
| 03:01.03 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:Fullscreen capture Step 16 -1.jpg]]" |
| 03:01.06 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Fullscreen capture Step 16 -2 -2.jpg]]" |
| 03:01.08 | Notify | 03BRL-CAD Wiki:Toshibarve * 4876 /wiki/Tutorial/Blender_to_CAD: |
| 03:01.11 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Fullscreen capture Step 16 -2.jpg]]" |
| 03:01.17 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Fullscreen capture Step 16 -3.jpg]]" |
| 03:01.17 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Geometry Browser Step 13.jpg]]" |
| 03:01.19 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Graphics Step 11.jpg]]" |
| 03:01.19 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 11.jpg]]" |
| 03:01.21 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 15 -2.jpg]]" |
| 03:01.23 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 15.jpg]]" |
| 03:01.24 | Notify | 03BRL-CAD Wiki:Toshibarve * 4884 /wiki/Tutorial/Blender_to_CAD: |
| 03:01.26 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 16 -1.jpg]]" |
| 03:01.28 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22 Step 16 -3.jpg]]" |
| 03:01.30 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Command Window Step 12.jpg]]" |
| 03:01.32 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Command Window Step 13.jpg]]" |
| 03:01.33 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Command Window Step 14.jpg]]" |
| 03:01.35 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Command Window Step 15 -1.jpg]]" |
| 03:01.41 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:MGED 7.22.0 Graphics Window Step 16 -5.jpg]]" |
| 03:01.41 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Raytrace Control Panel Step 15 and 16 -4.jpg]]" |
| 03:01.42 | Notify | 03BRL-CAD Wiki:Toshibarve * 4893 /wiki/Tutorial/Blender_to_CAD: |
| 03:01.43 | Notify | 03BRL-CAD Wiki:Toshibarve * 4894 /wiki/Tutorial/Blender_to_CAD: |
| 03:01.45 | Notify | 03BRL-CAD Wiki:Toshibarve * 4895 /wiki/Tutorial/Blender_to_CAD: |
| 03:59.17 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 06:32.59 | brlcad | caen23: you haven't done the one thing yet (reply in PM) |
| 06:43.49 | brlcad | Notify: hug |
| 06:43.56 | brlcad | Notify: 1+1 |
| 07:26.54 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:35.16 | *** join/#brlcad luca79 (~luca@ydvlwtU-188-227.uibk.ac.at) | |
| 09:48.22 | *** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in) | |
| 09:54.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.134) | |
| 09:55.34 | Skriptkid | Is Jenkins unavailable? |
| 09:56.16 | Skriptkid | crit.brlcad.org:8080 —> "Browser could not connect" |
| 10:04.45 | Skriptkid | Or maybe it's just shutdown now. But the file needed to start it up("jenkins.war") is in the public_html of another user. Anyway I can access that? I need to do "java -jar path/to/jenkins.war" |
| 10:06.18 | caen23 | why not redownload it in your home folder? |
| 10:12.17 | Skriptkid | caen23: that can be done, but I was just looking for a quick alternative :) |
| 10:13.44 | d_rossberg | who is this other user? |
| 10:14.06 | Skriptkid | gcimoin |
| 10:15.23 | *** join/#brlcad Silvrous (4f7056ea@gateway/web/freenode/ip.79.112.86.234) | |
| 10:18.06 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 10:27.12 | Skriptkid | d_rossberg: I downloaded it |
| 10:32.21 | Silvrous | I have a question about this task http://www.google-melange.com/gci/task/view/google/gci2012/7960232 ; Where are the unit tests that need refactoring? there is no /tests folder in src/libpkg |
| 11:26.47 | Notify | 03BRL-CAD:starseeker * 54152 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Die typo die\! |
| 11:26.58 | Notify | 03BRL-CAD Wiki:Jacksixb * 4896 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 11:27.00 | Notify | 03BRL-CAD Wiki:Toshibarve * 4897 /wiki/Tutorial/Blender_to_CAD: |
| 11:27.01 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Task Claimed - I would like to work on this task. |
| 11:27.02 | Notify | 03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: Ready for review - The work on this task is ready to be reviewed. |
| 11:27.03 | Notify | 03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Almost Done - Hey Sean, I put all the pictures and text into the wiki. I just need to finish the sketch... |
| 11:27.04 | Notify | 03GCI:Sean * 8126202 Add a command-line option that sets an object color temporarily: Task Closed - Congratulations, this task has been completed successfully. |
| 11:27.05 | Notify | 03GCI:Sean * 8126202 Add a command-line option that sets an object color temporarily: looks great - That's much better. We'll incorporate a substantially modified version of your patch in the near... |
| 11:27.06 | Notify | 03GCI:Melange * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 11:27.07 | Notify | 03GCI:javamonn * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Task Claimed - I would like to work on this task. |
| 11:27.08 | Notify | 03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: reclaim - Toshita, reclaim the task so we can credit you with the completion. Looking at the wiki page, I see... |
| 11:27.09 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 11:27.10 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: editable format - It's better to review as a png, but would be great to have in an editable format (ideally xls or similar gridded... |
| 11:27.11 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 11:27.12 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram http://www.google-melange.com/gci/task/view/google/gci2012/8141203: also I kind of expected to see more operating systems too...... |
| 11:27.13 | Notify | 03GCI:Sean * 7995206 Add MGED key-binding to reopen the command window: on some platforms - On some platforms (eg, Mac OS X) closing the command window results in the menu being unpacked/hidden... |
| 11:27.14 | Notify | 03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Task Assigned - This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! |
| 11:27.14 | Notify | 03GCI:Sean * 8043208 Create an Halfspace Model and Diagram http://www.google-melange.com/gci/task/view/google/gci2012/8043208: better Better but that's a bit too dark. Maybe try adding -A.75 or... |
| 11:27.16 | Notify | 03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 11:27.17 | Notify | 03GCI:Sean * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Task Assigned - This task has been assigned to javamonn. You have 48 hours to complete this task, good luck! |
| 11:27.18 | Notify | 03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: installed - 4.7 has been installed along with 4.6 |
| 11:27.19 | Notify | 03GCI:Sean * 8104208 Add missing documentation for any one command (#4): fyi - It looks like you only need to complete one more task for the free t-shirt! |
| 11:27.20 | Notify | 03GCI:Sean * 8093204 Fix Cygwin configuration warnings/errors: fyi - It looks like you only need to complete one more task for the free t-shirt! |
| 11:27.21 | Notify | 03GCI:Sean * 7996224 Graph our geometry conversion logs: fyi - It looks like you only need to complete one more task for the free t-shirt! |
| 11:27.22 | Notify | 03GCI:Sean * 7985235 Remove (void) before sscanf/scanf/fprintf/printf/bu_log function calls: fyi - It looks like you only need to complete one more task for the free t-shirt! |
| 11:27.23 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: fyi - After you complete this task, you'll just need one more for the free t-shirt prize! |
| 11:27.24 | Notify | 03GCI:Sean * 8032205 Write a tutorial on manually creating an Eclipse project around BRL-CAD: fyi - Completing just one more task will get you the free Google t-shirt! Thought you might like to... |
| 11:27.25 | Notify | 03GCI:Sean * 7998216 Implement a primitive centroid function ... for extruded bitmaps (EBM): fyi - In case you didn't know, completing just one more task will get you the free Google t-shirt prize! |
| 11:27.26 | Notify | 03GCI:Sean * 8009210 Write solicitation for new website designer: fyi - Completing just one more task will get you the free Google t-shirt prize. Thought you might like to know. :) |
| 11:27.27 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: lastly - After this task, I think you just need one more and you'll get the free t-shirt prize from Google! |
| 11:27.28 | Notify | 03GCI:Sean * 8017216 Create an "MGED Interface" reference sheet (#2): thingi? - Ashish, I'm not sure what you're referring to but we can certainly add tasks if there's follow-up work you're... |
| 11:27.28 | Notify | 03GCI:Sean * 7999212 Find and fix at least 5 spelling mistakes in at least 40 different files: fyi - An Ha, I think you're just one task completion away from the free Google t-shirt prize. I... |
| 11:27.30 | Notify | 03GCI:Sean * 7982223 Compile BRL-CAD using GCC 4.8: fyi - I think you're just one task away from getting the free Google t-shirt prize. Thought you might like to know. :) |
| 11:27.31 | Notify | 03GCI:Sean * 8063202 Create a Hyperbolic Cylinder Model and Diagram: close! - Richard, it looks like you're just one or two tasks away from making our top five. Thought you might like to know that... |
| 11:27.32 | Notify | 03GCI:Sean * 8001225 Create a numerics library (LIBBN) API unit test ... for msr.c: close... - Silvrous, it looks like you're just two or three tasks away from making our top five. I thought you... |
| 11:27.33 | Notify | 03GCI:Sean * 8095204 Create test for mutex/semaphore locking: close - Arjun, it looks like you're currently about three or four tasks close to making our top five. Thought you might like to know... |
| 11:27.34 | Notify | 03GCI:Sean * 8012216 Create a utility library (LIBBU) API unit test ... for backtrace.c: close - Lachlan, I thought you might like to know that there's about 4 days remaining and you're currently... |
| 11:27.35 | Notify | 03GCI:Sean * 7982218 Add a primitive surface area function ... for right hyperbolic cylinders (RHC): close - Aaron, thought you might like to know that you're about four tasks close to making our... |
| 11:27.36 | Notify | 03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: FYI - Sharan, thought you might like to know that I think you're currently tied with two others to make our top five. There are also... |
| 11:27.37 | Notify | 03GCI:Sean * 8023219 Set up QEMU deployment testing: FYI - Jacob, I thought you might like to know that you're currently tied with two others to make our top five. There are also about three others... |
| 11:27.38 | Notify | 03GCI:Dr Coconut * 8009210 Write solicitation for new website designer: Done :) - I have actually already completed 3 tasks, 2 for BRL-CAD and 1 for copyleft games |
| 11:27.39 | Notify | 03GCI:Sharan * 8043208 Create an Halfspace Model and Diagram: Ready for review - The work on this task is ready to be reviewed. |
| 11:27.40 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Jenkins unavailable? - crit.brlcad.org:8080 gives me nothing. Has Jenkins been moved? Or does it require... |
| 11:27.41 | Notify | 03GCI:Ashish * 8017216 Create an "MGED Interface" reference sheet (#2): I Would love it ! - Seriously i would love to do the Mock brlcad's interface !! But my studies for my board exams have... |
| 11:27.42 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Available - It had been shutdown. It's running now |
| 11:27.43 | Notify | 03GCI:Sean * 8043208 Create an Halfspace Model and Diagram http://www.google-melange.com/gci/task/view/google/gci2012/8043208: still not quite It's not clear to me how you're getting that... |
| 11:27.44 | Notify | 03GCI:Sean * 8043208 Create an Halfspace Model and Diagram: Task Closed - Congratulations, this task has been completed successfully. |
| 11:27.45 | Notify | 03GCI:Sean * 8017216 Create an "MGED Interface" reference sheet (#2): very good - Ah, very good then. The good thing about open source is that you can participate any time and regardless of GCI so... |
| 11:30.28 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 11:50.29 | d_rossberg | Skriptkid: now crit.brlcad.org:8080 works again |
| 11:51.05 | Skriptkid | d_rossberg: Yep :) I started Jenkins :) |
| 11:51.06 | d_rossberg | (it wasn't me) |
| 11:51.13 | Skriptkid | I know :) |
| 11:51.14 | d_rossberg | ah |
| 11:58.48 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 12:06.22 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Ready for review - The work on this task is ready to be reviewed. |
| 12:10.31 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 12:10.38 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Currently not running - Currently, Jenkins is not running, because it starts up in the command-line as an... |
| 12:14.53 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Shutting down - One thing I forgot to mention in the otes - shutting it down. Just go to... |
| 12:20.39 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 12:24.34 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Program suggestions - What program would I need to use to export in one of those formats? I have MS Paint (which I've used... |
| 12:29.18 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.201.168.241) | |
| 12:30.04 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Preferably free - I would prefer it be a free program, also. Since I just spent the last of my money getting a can of... |
| 12:37.16 | Notify | 03GCI:javamonn * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Ready for review - The work on this task is ready to be reviewed. |
| 12:39.36 | Notify | 03GCI:An Ha * 7999212 Find and fix at least 5 spelling mistakes in at least 40 different files: Sorry - Hi, sorry, I've been busy lately, school is rushing with work and exams are coming up very... |
| 12:41.56 | Notify | 03GCI:Cezar * 7995206 Add MGED key-binding to reopen the command window: Could be wrong, but... - The patch I sent for the other task (Close both windows when mged is closed) contained the fix for... |
| 12:47.52 | Notify | 03GCI:Intro CIT * 7945230 Improve geometry database loading behavior: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 12:51.22 | Notify | 03GCI:Daniel Rossberg * 8141203 Design a commercial CAD comparison diagram: You could use a program from your office suite - The text and presentation program have simple vector-graphic functions.... |
| 12:51.49 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 13:06.50 | brlcad | Skriptkid: you and one other user are within just two tasks of each other, nice work :) |
| 13:08.29 | Notify | 03GCI:Ashish * 8017216 Create an "MGED Interface" reference sheet (#2): Of course ... - After this exam - Supposed to be oneof the 2 biggest exams in my school life i get A full free time for 2... |
| 13:11.19 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 13:11.39 | Skriptkid | brlcad: Thank you :) |
| 13:17.05 | Skriptkid | brlcad: Jenkins is done setting up. |
| 13:18.12 | Skriptkid | (Sorry I keep getting disconnected. I'm on my phone and the connection keeps getting closed every 5 mins in idle state) |
| 13:35.19 | d_rossberg | Skriptkid: have you tried to work with a screen session on one of the brlcad.org servers? |
| 13:36.09 | d_rossberg | ssh to ftp.brlcad.org (for example) and start screen there, for more information "man screen" ;) |
| 13:37.00 | Skriptkid | brlcad: Nope. I haven't. |
| 13:37.08 | Skriptkid | Sorry. That wasn't for you |
| 13:37.25 | Skriptkid | d_rossberg: I haven't. I'll try that. |
| 13:37.59 | d_rossberg | the irc program you had to use then is irssi |
| 13:40.00 | Skriptkid | Oh. I'll check it out. Thanks :) |
| 13:42.25 | d_rossberg | screen is a terminal emulation which keeps running on the server even when you log out/are disconnected |
| 13:44.37 | Skriptkid | Ah. So that's how brlcad is all the time? |
| 13:44.58 | Skriptkid | *online all the time |
| 13:46.47 | d_rossberg | probable, he recommended it to me but i prefer to be "sometimes" offline too |
| 13:58.08 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-89-77.web.vodafone.de) | |
| 14:08.07 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 14:11.26 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 14:19.08 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 14:26.39 | maths22 | d_rossberg: you can use screen and set yourself "away" |
| 14:30.03 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 14:36.03 | *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 14:44.25 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:44.40 | Notify | 03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed. |
| 14:44.44 | Notify | 03GCI:Melange * 8095205 Write a BRL-CAD showcase article #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work... |
| 14:45.07 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:45.33 | Notify | 03GCI:Yatharth Agarwal * 8104208 Add missing documentation for any one command (#4): I'm getting it! - 3 tasks for a tee, right? That's what it says in the rules. And according to my dashboard, I... |
| 14:54.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 14:56.13 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.241) | |
| 15:02.36 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: what are you doing? - Plamen, did you not understand the previous reply? This is no good. The article is a misrepresentation. You're... |
| 15:02.46 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 15:02.51 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 15:08.26 | Notify | 03GCI:Sean * 8104208 Add missing documentation for any one command (#4): don't have access - I don't have access to your dashboard, but I gather that you completed tasks for other orgs which is... |
| 15:12.02 | Notify | 03GCI:Daniel Rossberg * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Task Closed - Congratulations, this task has been completed successfully. |
| 15:12.57 | Notify | 03GCI:Daniel Rossberg * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Looks OK for me - No build warnings/errors, and there is no rt_nmg_internal struct ;) |
| 15:14.36 | *** join/#brlcad merzo (~merzo@229-64-200-46.pool.ukrtel.net) | |
| 15:17.22 | Notify | 03GCI:Yatharth Agarwal * 8104208 Add missing documentation for any one command (#4): Oh well - That was my biggest mistake. HadI concentrated on one project, I might have been moivated enough by... |
| 15:30.54 | *** join/#brlcad starseeker (~starseeke@BZ.BZFLAG.BZ) | |
| 15:31.10 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 15:48.05 | *** join/#brlcad brlcad (~sean@BZ.BZFLAG.BZ) | |
| 15:48.43 | brlcad | d_rossberg: fyi, the intent is to move the nmg sources (to src/libnmg) first, then apply the name fix patch |
| 15:48.51 | brlcad | in case you were planning on committing it |
| 15:49.13 | brlcad | not that it matters, easy enough to move the files, but one of the gsoc students did do that for us (cristina) |
| 15:49.58 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 15:51.20 | Notify | 03GCI:Sean * 8104208 Add missing documentation for any one command (#4): possibly - You would have needed about 8 tasks to have made our final five consideration. I suspect other orgs are similar. |
| 15:51.33 | d_rossberg | brlcad: ok, good to know (somewhere i've already read something about this plan) |
| 16:15.06 | Skriptkid | brlcad: bu_parallel exits only when all threads have started/failed running right? |
| 17:32.00 | maths22 | brlad: /lastlog - |
| 17:43.57 | Notify | 03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Ties - What happens if there is a tie? |
| 17:51.52 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 17:53.48 | Notify | 03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: Task Claimed - I would like to work on this task. |
| 17:55.03 | Notify | 03GCI:javamonn * 7992228 Code cleanup to rename uses of rt_nmg_ to nmg_: Let me know... - Just get back to me if it turns out that I missed something. I have a couple scripts written that do this... |
| 17:57.01 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.201.168.241) | |
| 17:57.02 | *** join/#brlcad luca79 (~luca@194-166-177-203.adsl.highway.telekom.at) | |
| 17:57.18 | Notify | 03GCI:Daniel Rossberg * 8051204 Create a 2D Sketch Model and Diagram: Task Assigned - This task has been assigned to Sharan. You have 48 hours to complete this task, good luck! |
| 17:57.48 | Notify | 03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: Parameters - Which parameters are to be shown? Just V,A,and B or anything else I made the sketch as from the site given above so it... |
| 18:02.15 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 18:02.38 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:04.49 | Notify | 03GCI:Daniel Rossberg * 8051204 Create a 2D Sketch Model and Diagram http://www.google-melange.com/gci/task/view/google/gci2012/8051204: Looking at: Looking at http://brlcad.org/wiki/Sketch - I... |
| 18:09.44 | Notify | 03GCI:Sean * 8023219 Set up QEMU deployment testing: top five - We can only pick two grand prize winners from the top five students that have completed the most tasks, based on specific evaluation... |
| 18:15.19 | Notify | 03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: I think - In the site i have read that- V is the postion A and B sets scale and orientation VL is a list of 2D vertices SL is the... |
| 18:30.27 | Notify | 03GCI:Melange * 8095204 Create test for mutex/semaphore locking: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 18:43.19 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Update - Here's the catch on the background workaround. When it is being run in the background, it cannot connect... |
| 18:47.54 | Notify | 03GCI:Skriptkid * 7983225 Add a primitive surface area function ... for hyperboloids of one sheet (HYP): One last shot - Ilm thinking of giving this one last shot. I corrected whatever I had done... |
| 18:49.40 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 18:50.49 | *** join/#brlcad luca79 (~luca@188-22-203-15.adsl.highway.telekom.at) | |
| 18:53.19 | *** join/#brlcad andrei_ (~IceChat77@188.25.163.190) | |
| 19:06.26 | *** join/#brlcad caen23_ (~caen23@92.83.187.235) | |
| 19:20.31 | brlcad | Skriptkid: yep |
| 19:20.46 | brlcad | Skriptkid: remind me about that task if I don't post something later tonight.. :) |
| 19:21.15 | Skriptkid | brlcad: Will do. |
| 19:21.25 | brlcad | maths22: hmm? |
| 19:22.24 | brlcad | maths22: if you said something between 4 and 6 hours ago, my irc client got disconnected |
| 19:22.38 | brlcad | lastlog is no help if you're not attached ;) |
| 19:24.01 | Skriptkid | brlcad: I tried implementing a model. A pointer to a structure is passed to the function this structure holds an int called "status". And every call to the test function increments it by 1. So if the value if status is less that no of threads created, something is wrong. But this didn't work. SegFault. |
| 19:24.33 | brlcad | segfault implies you did something wrong memorywise ;) |
| 19:24.34 | Skriptkid | *value of status is less than |
| 19:24.57 | Skriptkid | Yep. I'm troubleshooting that. But is that idea fine? |
| 19:25.26 | brlcad | note that without cpu-specific memory buckets, your status value will be "at most" X .. but due to race conditions it could end up being less |
| 19:26.15 | Skriptkid | Oh....okay. I'll just wait for your post. |
| 19:26.37 | Skriptkid | After GCI is over, these issues will still remain open right? |
| 19:27.27 | brlcad | imagine starting with status=0 .. thread0 reads status=>0 .. cpu switches to thread1, thread1 reads status=>0, writes status=1 .. cpu switches to thread0, thread0 writes status=1 ... |
| 19:27.52 | brlcad | "these issues" means what? |
| 19:28.43 | Skriptkid | All these feature requests, research and implementation needs. |
| 19:29.31 | Skriptkid | Which have been put up for GCI. |
| 19:29.43 | brlcad | are you asking if BRL-CAD still needs lots of help? features, research, implementation needs? ;) |
| 19:30.15 | brlcad | yes, when GCI is over, we're still going to have tons of needs :) |
| 19:30.59 | Skriptkid | Including the ones that are still open here at GCI? Because there are tasks I want to work one, but don't think I'll be able to in 3 days. |
| 19:31.01 | brlcad | had tons before, will have tons after, and the great thing about open source is that it never ends |
| 19:31.12 | Skriptkid | Hehe :) yeah :) |
| 19:31.27 | brlcad | to participate in open source, you scratch your own itch however you like |
| 19:31.49 | brlcad | if you want to start working on a new tool or bug fix or feature and spend years working on it, that's fantastic ;) |
| 19:31.58 | andrei_ | It is also one of the most useful working experience you can obtain until you graduate university |
| 19:32.25 | andrei_ | Open source means anyone can look at what you wrote, and that's always a big plus |
| 19:32.28 | brlcad | I got started in open source (many many years ago) scratching my own itch working on something small that interested me |
| 19:32.35 | Skriptkid | Yeah, I do want to continue working :) I've learnt so much here that I probably wouldn't have in a long mite. |
| 19:33.03 | brlcad | can almost say that I've learned more working on open source than I did through all my years in college |
| 19:33.30 | brlcad | it's probably true, and definitely more time .. hard to say |
| 19:33.50 | Skriptkid | Cool :) |
| 19:34.03 | Skriptkid | *in a long time. |
| 19:34.18 | maths22 | brlcad: I did not say anything |
| 19:34.29 | brlcad | 12:32 < maths22> brlad: /lastlog - |
| 19:34.48 | maths22 | That was me forgetting to delete brlad: |
| 19:34.57 | brlcad | ah :) |
| 19:36.51 | Skriptkid | brlcad: If its okay, could you tell me currently who two participants are the best two? Just out of curiosity. |
| 19:37.12 | brlcad | yeah, no :) |
| 19:37.31 | Skriptkid | Oh. Okay :) |
| 19:37.40 | brlcad | and I won't be the only one who decides that anyways |
| 19:38.42 | Skriptkid | I see. |
| 19:44.05 | Skriptkid | Bye :) |
| 19:44.10 | andrei_ | brlcad: just a curiosity, suppose BRL-CAD would want to go back to closed source(Yes, I know that won't happen). Is it possible to do that? I m thinking at the Oracle/Illumos fork |
| 19:45.18 | ``Erik | the versions that are out are permanently open source, if something like that happens, it just means that the new development isn't contributed |
| 19:45.31 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 19:46.20 | andrei_ | Can you be open source without allowing anyone from exterior to contribute ? |
| 19:46.32 | ``Erik | yes, but you cannot prevent them from forking |
| 19:47.01 | ``Erik | that was a big part of the XFree86/Xorg mess |
| 19:48.10 | andrei_ | XFree86/Xorg is reffering to unix GUI handler ? |
| 19:48.40 | ``Erik | the windowing system stuff, yeh |
| 19:48.56 | caen23 | ``Erik: could you elaborate? they let you view the source but would not accept contributions from outside? |
| 19:49.21 | andrei_ | caen23: yes, I actually stumbled upon such an organization a few days ago |
| 19:49.42 | ``Erik | http://en.wikipedia.org/wiki/X.Org_Server has a small blip about it |
| 19:50.57 | Notify | 03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Task Claimed - I would like to work on this task. |
| 19:51.51 | Notify | 03GCI:Erik * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Task Assigned - This task has been assigned to Toshita Barve. You have 72 hours to complete this task, good luck! |
| 19:52.09 | brlcad | ahh beat me to it |
| 19:52.33 | brlcad | was giving me a "you're not permitted to do that" error which made me wtf |
| 19:52.53 | ``Erik | hah, neat, file a usability issue with melange? |
| 19:53.12 | ``Erik | "ur err0r msg is teh suxx0rz" |
| 19:53.35 | andrei_ | haha |
| 20:14.43 | Notify | 03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: jenkins installed - Jenkins is now properly installed via the FreeBSD Ports system, is enabled as a system service,... |
| 20:15.08 | Notify | 03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: port - By the way, it's running on port 8180. |
| 20:15.19 | Notify | 03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 20:21.05 | Notify | 03GCI:Sean * 7983225 Add a primitive surface area function ... for hyperboloids of one sheet (HYP): certainly come a long way - You've certainly progress quite a ways since you tried to tackle this... |
| 21:06.15 | Notify | 03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed. |
| 21:38.48 | Notify | 03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 22:52.39 | *** join/#brlcad andrei (~andrei@188.25.163.190) | |
| 22:58.43 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:Blender Step 1.jpg]]" |
| 22:59.43 | Notify | 03BRL-CAD Wiki:Toshibarve * 4899 /wiki/Tutorial/Blender_to_CAD: |
| 23:34.57 | Notify | 03BRL-CAD Wiki:Toshibarve * 4900 /wiki/Tutorial/Blender_to_CAD: |
| 00:06.36 | Notify | 03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Task Claimed - I would like to work on this task. |
| 00:23.18 | Notify | 03BRL-CAD Wiki:Toshibarve * 0 /wiki/Special:Log/upload: uploaded "[[Image:Xyz.jpg]]" |
| 00:37.06 | Notify | 03BRL-CAD Wiki:Toshibarve * 4902 /wiki/Tutorial/Blender_to_CAD: |
| 00:38.45 | Notify | 03BRL-CAD Wiki:Toshibarve * 4903 /wiki/Tutorial/Blender_to_CAD: |
| 00:41.46 | *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 02:01.34 | *** join/#brlcad javamonn (~twitch@108.223.141.99) | |
| 02:22.39 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 02:51.03 | *** join/#brlcad Skriptkid (~Skriptkid@117.201.168.241) | |
| 02:52.06 | Skriptkid | brlcad: Jenkins is not running on port 8180. I just get a "Could not connect" when I go to crit.brlcad.org:8180 |
| 04:43.17 | brlcad | hmmm, it is running, but not accessible from off of crit |
| 06:02.05 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-089-136.pools.arcor-ip.net) | |
| 06:20.24 | brlcad | yawns, wanders for a bit |
| 07:35.27 | *** join/#brlcad luca79 (~luca@ydvlwtU-188-100.uibk.ac.at) | |
| 07:37.54 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:57.18 | *** join/#brlcad luca79 (~luca@ydvlwtU-188-100.uibk.ac.at) | |
| 08:37.43 | *** join/#brlcad andrei_ (~andrei@188.25.160.73) | |
| 11:24.18 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 11:46.52 | Skriptkid | brlcad: For Jenkins to be publicly accessible, a restart is required to make it listen on crit. A command line paramter "—httpListenAddress" needs to be added while restarting it. Would it be alright If I set it to the IP addr of crit and restart it myself now? |
| 11:47.18 | Skriptkid | Or set it to 0.0.0.0 |
| 11:56.04 | Skriptkid | I can't. permission denied |
| 11:58.40 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43) | |
| 12:37.06 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 12:57.29 | ``Erik | does jenkins use an rc.d script? |
| 12:57.43 | ``Erik | yes it does, restarted |
| 12:58.44 | ``Erik | now it's set to listen to 127.0.0.1 which is loopback only |
| 13:04.51 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 13:05.09 | Skriptkid | Thank you, Erik :) |
| 13:09.28 | ``Erik | is it working as expected now? |
| 13:14.58 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 13:16.26 | Skriptkid | I don't know what an rc.d script is, but could you try restarting using the command line parameter? |
| 14:07.02 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 14:32.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 14:36.39 | Notify | 03GCI:Toshita Barve * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Ready for review - The work on this task is ready to be reviewed. |
| 14:36.40 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Everything but the File Format - I'm sending in the copies with the changes you suggested. However, I don't have the ability... |
| 14:36.41 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Ready for review - The work on this task is ready to be reviewed. |
| 14:36.42 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: 3rd Task - Unfortunatly, I probably won't get that last task in. My Windows 8 Release Preview license expires Tuesday, and the... |
| 14:36.43 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Not running! - It's not running. Port 8180 gives me nothing. |
| 14:36.44 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Can carry on - I'll need username/password combo if security is enabled. If it's not, I'll set it up. Also,... |
| 14:36.45 | Notify | 03GCI:jasons * 8038207 Publish two Eclipse write-ups to our wiki: Thanks - Thanks for the mentoring for GCI 2012! Hope my work has benefited your project's goals. If you have any... |
| 14:36.46 | Notify | 03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Task Claimed - I would like to work on this task. |
| 14:36.47 | Notify | 03GCI:Sean * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Task Assigned - This task has been assigned to javamonn. You have 72 hours to complete this task, good luck! |
| 14:36.48 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Assigned - This task has been assigned to Plamen Hristov Nikiforov. You have 48 hours to complete this task, good luck! |
| 14:36.49 | Notify | 03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: it's running - It is running, just not accessible from outside of localhost (crit). You may need to look up "jenkins... |
| 14:36.50 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: Task Closed - Congratulations, this task has been completed successfully. |
| 14:36.51 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram: GCI ends - GCI ends on Sunday, so you should have time to do both, no? :) Tasks are estimated to only take about 2 hours, especially... |
| 14:36.52 | Notify | 03GCI:Sean * 7995206 Add MGED key-binding to reopen the command window: could be - Could be, the version I tested is not current. Or the problem could be platform specific. The version I tested,... |
| 14:36.53 | Notify | 03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: Task Closed - Congratulations, this task has been completed successfully. |
| 14:36.54 | Notify | 03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: nicely done - Thank you for your efforts, nicely done! A future announcement to our brlcad-news mailing list will... |
| 14:36.55 | Notify | 03GCI:Arjun Govindjee * 8095204 Create test for mutex/semaphore locking: A little busy - Sorry I couldn't complete this task (or even start it for that matter), I've been busy these past few days... |
| 14:36.56 | Notify | 03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Interview - I e-mailed some questions to a GSoC student Andrei and got a repy.In the last file that i have uploaded I... |
| 14:36.57 | Notify | 03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed. |
| 14:36.58 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins http://www.google-melange.com/gci/task/view/google/gci2012/8109203: Needs restart brlcad, It needs to be... |
| 14:36.59 | Notify | 03GCI:BrendenD15 * 8141203 Design a commercial CAD comparison diagram: Last Task - Probably, I would have to find another task quickly, but I can probably get one more done. |
| 14:37.01 | Notify | 03BRL-CAD Wiki:Toshibarve * 4904 /wiki/Tutorial/Blender_to_CAD: |
| 14:37.03 | Notify | 03BRL-CAD Wiki:Toshibarve * 4905 /wiki/Tutorial/Blender_to_CAD: |
| 14:37.05 | Notify | 03BRL-CAD Wiki:Toshibarve * 4906 /wiki/Tutorial/Blender_to_CAD: |
| 14:37.41 | Notify | 03BRL-CAD:starseeker * 54153 brlcad/trunk/src/librt/test_botpatches.cpp: Rework trimming loop assembly to make sure loops are closed - somewhat better results, but that clearly wasn't the only issue. |
| 14:37.43 | Notify | 03BRL-CAD:starseeker * 54154 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Need to be able to run brep on invalid geometry, for debugging - don't bail if it isn't valid, just print the message. |
| 14:38.07 | Notify | 03BRL-CAD:bob1961 * 54155 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added a snap-to-grid capability to Archer's sketcher. |
| 14:39.38 | brlcad | Skriptkid: given it's set up as an rc.d that implies that command line parameters aren't the way to configure it |
| 14:39.52 | brlcad | that it should be the config file it's using (wherever that is) |
| 14:40.05 | Skriptkid | Oh okay. Didn't know that. |
| 14:40.07 | brlcad | a setting in some file |
| 14:40.30 | brlcad | rc.d are "startup" scripts on linux, bsd, unix systems |
| 14:41.00 | Skriptkid | Oh. So they're there permanently until new changes |
| 14:41.06 | brlcad | a directory filled with scrips that start the services that you want to start up automatically usually, or easily control |
| 14:41.31 | brlcad | that's how apache httpd is run, for example |
| 14:41.45 | brlcad | someone doesn't manually start it, there's a script for it that is just run automatically |
| 14:42.20 | brlcad | and we don't specify any command line parameters for it, even though httpd had *many* that we could configure -- there's a config file |
| 14:43.15 | Skriptkid | Okay. |
| 14:47.14 | ``Erik | hm, set up a port forward, http://jenkins.elfga.org/ gets a 404 on / not being found from the servlet engine |
| 14:49.15 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2 http://www.google-melange.com/gci/task/view/google/gci2012/8095205: that looks much better That looks much better Plamen! Your interview... |
| 14:51.15 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 14:52.16 | brlcad | ``Erik: you know where this loads from? load_rc_config "jenkins" |
| 14:53.50 | brlcad | ah, it says it right there |
| 14:54.01 | brlcad | /etc/rc.conf |
| 14:58.08 | brlcad | Skriptkid: there we go: http://crit.brlcad.org:8180/jenkins/ |
| 14:58.47 | brlcad | let me know if you want me to change the user or pass or any of the other parameters |
| 14:59.12 | brlcad | read /usr/local/etc/rc.d/jenkins to see what options it has |
| 14:59.43 | brlcad | (probably should change the default user/pass) |
| 15:00.39 | Skriptkid | Amazing. It's running. Yeah. I'll configure security. |
| 15:01.12 | Skriptkid | By default, there is no user/pass. (Or is it there in this installation?) |
| 15:01.53 | brlcad | no idea, you tell me :) |
| 15:02.07 | Skriptkid | It's not by default. |
| 15:02.24 | *** join/#brlcad javamonn (~twitch@108.223.143.178) | |
| 15:03.51 | Skriptkid | I had previously configured on the temporary Jenkins. I'll configure this in the same way. So all security, build process everything is in my notes. |
| 15:08.15 | brlcad | great |
| 15:09.12 | Notify | 03GCI:Sean * 8141203 Design a commercial CAD comparison diagram http://www.google-melange.com/gci/task/view/google/gci2012/8141203: easy Given you're on Windows, this one is pretty easy:... |
| 15:15.22 | brlcad | Skriptkid: have you seen http://www.unix-heaven.org/book/export/html/65 ? |
| 15:16.52 | Skriptkid | Yeah. Was reading it about an hour back. |
| 15:17.59 | brlcad | wonders if it's worth adding another 20 or so eash tasks |
| 15:18.45 | brlcad | considering probably only three or four will get completed at best ... hrm |
| 15:19.13 | Skriptkid | Yep. 3 days may not be sufficient. |
| 15:19.30 | brlcad | they're still just 2-hour tasks |
| 15:19.50 | brlcad | someone could literally jump to the #1 spot in 3 days |
| 15:20.03 | brlcad | task-wise at least |
| 15:20.34 | brlcad | no likely of course, but possible :) |
| 15:20.41 | Skriptkid | Hehe. Yeah. But what about the waiting the for review? Difference in time ones. |
| 15:20.52 | Skriptkid | *waiting time for review |
| 15:21.02 | Skriptkid | *time zones |
| 15:21.04 | brlcad | my weekend is mostly available, cleared just in case |
| 15:21.13 | Skriptkid | Oh. |
| 15:21.18 | Notify | 03GCI:Melange * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:21.24 | brlcad | aww |
| 15:21.38 | Skriptkid | What shall I set the build period to? Every 6 hours? |
| 15:21.41 | brlcad | see now *that* should be an easy task.. |
| 15:21.44 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.111.43) | |
| 15:21.47 | brlcad | building on pi |
| 15:21.58 | brlcad | can't wait to play with his raspberry pi |
| 15:22.31 | Skriptkid_ | I can do that task, but I don't have a usb keyboard at the moment |
| 15:22.38 | Notify | 03GCI:Titi * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: I am done - I am done but melange has reopened the task |
| 15:22.46 | Skriptkid_ | Oh, snap |
| 15:22.50 | brlcad | heh |
| 15:22.52 | Skriptkid_ | :-$ |
| 15:22.54 | Skriptkid_ | :) |
| 15:22.58 | brlcad | what'd you need a usb keyboard for? |
| 15:23.19 | Notify | 03GCI:Titi * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Claimed - I would like to work on this task. |
| 15:23.41 | Skriptkid | Raspberry Pi |
| 15:24.06 | brlcad | I repeat the question, what do you need a usb keyboard for? :) |
| 15:24.58 | Notify | 03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Assigned - This task has been assigned to Titi. You have 72 hours to complete this task, good luck! |
| 15:25.04 | caen23 | brlcad: would this be a good time to ask about my crit account? :D |
| 15:25.08 | Skriptkid_ | To compile BRL-CAD with GCC on a Raspberry PI, to type the commands |
| 15:25.30 | brlcad | Skriptkid: for that, what's wrong with the keyboard you're typing on now? |
| 15:25.41 | Skriptkid_ | Wireless, Mac |
| 15:25.46 | brlcad | we provide remote access to a raspberry pi that we already set up |
| 15:25.53 | brlcad | you just log in remotely and compile |
| 15:26.09 | brlcad | so as long as you can run ssh, you're good |
| 15:26.15 | brlcad | caen23: yep :) |
| 15:26.31 | Skriptkid_ | Oh, but snap, again, it's taken. I'll move to a design task when this is done |
| 15:26.54 | Skriptkid_ | on Jenkins, shall I "make all"? Or just test and regress? |
| 15:27.03 | brlcad | just "make" |
| 15:27.23 | Skriptkid_ | You've added benchmark and regress on Buildbot. That wont be necessary here? |
| 15:27.34 | brlcad | rather, similar to buildbot, make, make test, make regress, make bench, etc |
| 15:27.43 | brlcad | I forget the specific set |
| 15:27.45 | Skriptkid | okay |
| 15:27.54 | brlcad | but a simple build should be the first step |
| 15:28.11 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43) | |
| 15:28.19 | Skriptkid | Of course |
| 15:29.49 | Notify | 03GCI:Dominika * 7945221 Create an ISST screenshot or animation: Task Claimed - I would like to work on this task. |
| 15:31.40 | brlcad | yeah, looks like buildbot is set up as make, make benchmark, make test, make regress |
| 15:32.08 | Skriptkid | brlcad: You can check out Jenkins now. It's still download source, and there might be problems with my config(which I'll will eventually correct,) but if you just wanna see. |
| 15:33.12 | brlcad | cool, it's go the same interactive console output |
| 15:33.49 | Skriptkid | Yeah. Looks cleaner though. |
| 15:33.59 | Skriptkid | Than buildbot |
| 15:34.26 | brlcad | we need a moose watching instead of 'jenkins watching' |
| 15:34.45 | Notify | 03GCI:Sean * 7945221 Create an ISST screenshot or animation: Task Assigned - This task has been assigned to Dominika. You have 48 hours to complete this task, good luck! |
| 15:34.58 | Skriptkid | Another task? ;) |
| 15:35.12 | Skriptkid | "Get a moose to Jenkins" |
| 15:35.34 | brlcad | hehe, http://transparent.clipartof.com/Clipart-Moose-Eating-Popcorn-And-Watching-A-3d-Movie-At-The-Theater-Royalty-Free-Vector-Illustration-10241091160.jpg |
| 15:36.08 | Skriptkid | hehe, that would be cool :D |
| 15:40.03 | brlcad | heh, or http://img.webme.com/pic/h/hcvallorbe-bakalas-wings/manitoba_moose_2004.gif |
| 15:40.13 | brlcad | angry moose! |
| 15:40.28 | brlcad | curious moose: http://media.photobucket.com/image/moose%20watching/marhaven/Element_Silhouette_Moose.png |
| 15:41.16 | Skriptkid | I'd go with the angry one |
| 15:41.39 | brlcad | CMake Error: The source directory "/usr/local/jenkins/jobs/BRL-CAD/workspace/workspace" does not exist |
| 15:42.17 | Skriptkid | expected that |
| 15:45.06 | Skriptkid | fixed |
| 15:45.42 | Skriptkid | make will fail, unless there is some change that has fixed the errors in the last revision |
| 15:46.17 | Skriptkid | (Preface: make failed the last Jenkins tried to Compile it, in the temporary session) |
| 15:46.48 | caen23 | Skriptkid: are you talking about the header errors, or something else? |
| 15:47.38 | Skriptkid | Yep. Header errors |
| 15:48.10 | caen23 | okay |
| 15:48.13 | Notify | 03BRL-CAD:carlmoore * 54156 (brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/test_botpatches.cpp brlcad/trunk/src/proc-db/brickwall.c): remove trailing blanks/tabs, detected by the overnight job I ran |
| 15:50.13 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 15:50.47 | Skriptkid | brlcad: Does the server support parallel execution? "make -j" |
| 15:51.50 | brlcad | no |
| 15:51.57 | brlcad | even if it did, not a good idea for a web server |
| 15:52.18 | Skriptkid | Thought so. Just asked. |
| 15:52.20 | brlcad | should probably run all of the make tasks through nice too to set the absolute lowest priority |
| 15:52.49 | Skriptkid | make failed |
| 15:53.07 | brlcad | nice 20 make |
| 15:53.12 | Skriptkid | "ansidecl.h" not found |
| 15:53.12 | brlcad | nice 20 make benchmark, etc |
| 15:53.22 | Skriptkid | Didnt get you |
| 15:53.29 | Skriptkid | What's that? |
| 15:53.32 | brlcad | look at what buildbot does |
| 15:53.39 | brlcad | it had the same issue I thought |
| 15:53.49 | Skriptkid | Oh, yeah. |
| 15:53.51 | brlcad | you can set the priority of a process with the nice command |
| 15:54.00 | brlcad | -20 to 20 |
| 15:54.15 | Skriptkid | so you want me to set bench to highest priority? |
| 15:54.20 | brlcad | 20 tells the kernel to only run that task when it's got nothing else to do |
| 15:54.30 | brlcad | higher is lowest |
| 15:54.34 | Skriptkid | Oh |
| 15:54.43 | Skriptkid | okay. I'll do that |
| 15:55.13 | Skriptkid | Would it be better if I add "-k" to make? |
| 15:56.29 | Skriptkid | nice 20 has been added to all make steps |
| 15:56.33 | Skriptkid | "nice 20" |
| 15:57.08 | brlcad | nah, without is fine |
| 15:57.34 | brlcad | confuses new devs |
| 15:57.45 | Skriptkid | Okay |
| 15:57.54 | Skriptkid | But you wanted the "nice 20" right? |
| 15:58.05 | Skriptkid | "nice 20 make, bench, etc" |
| 15:58.33 | brlcad | sure |
| 15:58.49 | Skriptkid | So mark this as complete? Or is anything else needed? You might as well tell me if there's something more needed, since 3 days might not be enough for more tasks |
| 15:59.15 | brlcad | I think it's good enough for the task |
| 15:59.22 | brlcad | undoubtedly will need more work |
| 15:59.34 | brlcad | but it's set up more proper |
| 16:00.10 | Skriptkid | Okay |
| 16:00.39 | Notify | 03GCI:Skriptkid * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Ready for review - The work on this task is ready to be reviewed. |
| 16:00.49 | Skriptkid | Ive documented everything in "jenkins-updated.txt." Hope it's enough, but if you need more info, tell me. |
| 16:01.44 | Skriptkid | (everything essentisl) |
| 16:02.54 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43) | |
| 16:03.04 | Notify | 03GCI:Sean * 8109203 Set up BRL-CAD for continuous integration within Jenkins: Task Closed - Congratulations, this task has been completed successfully. |
| 16:04.05 | Notify | 03GCI:Skriptkid * 8142202 Design a prototype CAD GUI layout (#2): Task Claimed - I would like to work on this task. |
| 16:04.17 | brlcad | Skriptkid: so the only thing left is to tell moinnadeem what you did (since he asked and hopefully his write-up was helpful) |
| 16:04.52 | brlcad | Skriptkid: I frankly think the design tasks take more time than the coding tasks... :) |
| 16:05.00 | Notify | 03GCI:Sean * 8142202 Design a prototype CAD GUI layout (#2): Task Assigned - This task has been assigned to Skriptkid. You have 72 hours to complete this task, good luck! |
| 16:05.04 | Skriptkid | I'm doing that :) |
| 16:05.08 | brlcad | it's not hard, but it takes more time to do anything useful |
| 16:05.09 | Skriptkid | telling moin nadeem |
| 16:05.13 | brlcad | cool |
| 16:05.14 | Skriptkid | Yeah, I know |
| 16:05.27 | Skriptkid | But, I've been working on it for some time now, and it's almost complete :) |
| 16:05.34 | Skriptkid | The design task, I mean |
| 16:05.53 | Skriptkid | So a few more hours maybe, and I'll submit it |
| 16:08.09 | brlcad | ok |
| 16:13.48 | Skriptkid | I want to have variety in my tasks, and this'll probably help in that, since everything else has been code and documentation. |
| 16:17.11 | brlcad | nods |
| 16:20.18 | brlcad | caen23: so if that changes the task too much, feel free to shift the goal (like getting buildbot set up proper instead of in gcimaths home directory |
| 16:20.50 | brlcad | fixing the build errors as part of that would be reasonable since you've done that work too |
| 16:22.30 | caen23 | i've asked on buildbot's irc channel if it was a feature of buildbot or a hack by blender and others. i believe it's the latter, but just to be sure. if it's a hack, it would be interesting to try and replicate it, and it shouldn't be too hard, either |
| 16:28.33 | Skriptkid | brlcad: What exactly is anightly build? |
| 16:28.37 | Skriptkid | * anightly build |
| 16:28.44 | Skriptkid | *a nightly |
| 16:32.58 | Skriptkid | Don't bother answering. Got it. |
| 16:40.24 | Notify | 03BRL-CAD:caen23 * 54157 brlcad/trunk/src/other/xmltools/libexslt/CMakeLists.txt: Fix include path error on FreeBSD |
| 16:44.06 | Skriptkid | There's an issue with nice. "nice 20 make" —> "nice: 20: No such file or directory" |
| 16:44.14 | Skriptkid | What have I done wrong? |
| 16:44.20 | caen23 | try nice -n20 make |
| 16:46.36 | Skriptkid | Yeah. Doing that |
| 16:50.19 | Skriptkid | caen23: Did you make the header fix? |
| 16:51.04 | Skriptkid | Ah, it's successful. But the same error is there in another file |
| 16:51.34 | caen23 | the build directory should be deleted before running cmake |
| 16:54.07 | Skriptkid | it gets deleted |
| 16:54.11 | Skriptkid | every time a build is run |
| 16:54.37 | caen23 | i don't know, cmake doesn't seem to start from the top, with trying to find gcc |
| 16:55.57 | Skriptkid | hmm..yeah. But the log says the build directory is sucessfully deleted. Your of works of course, but it was only for libexslt right? |
| 16:56.07 | Skriptkid | *your fix |
| 16:56.47 | caen23 | yes, it only modified the CMakeLists in that directory, the other two (libxml and libxslt) had already been modified |
| 16:57.13 | Skriptkid | Okay. Anyway, I don't wanna disturb you from your current task. That'll be a different task I guess. |
| 16:57.23 | Skriptkid | So its okay |
| 16:58.38 | caen23 | you're not disturbing me from anything, i need to know if jenkins is the problem or there's something else i need to change |
| 17:00.43 | Skriptkid | You'll probably need to add another fix. Jenkins isn't reporting any error |
| 17:07.05 | brlcad | it looks like jenkins is halting after the svn checkout/update |
| 17:08.19 | Skriptkid | It's not halting. Strangely, it's redirecting to another environment called "default" where the build is being continued |
| 17:08.50 | Skriptkid | Not environment, default is a configuration |
| 17:09.03 | brlcad | ah, http://crit.brlcad.org:8180/jenkins/job/BRL-CAD/default/5/console |
| 17:09.16 | Skriptkid | So it downloads the source only once, and then redirects to a configuration |
| 17:09.20 | brlcad | it's reusing the build directory |
| 17:09.23 | brlcad | needs to delete it |
| 17:09.57 | Skriptkid | Hmm. I've put the "rm -rf build" I'll check it out |
| 17:10.03 | Notify | 03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: Ready for review - The work on this task is ready to be reviewed. |
| 17:10.19 | brlcad | can tell from the cmake output that it reused the cmake cache |
| 17:10.31 | Notify | 03BRL-CAD:caen23 * 54158 brlcad/trunk/src/other/xmltools/CMakeLists.txt: Add /usr/local/include to xmltools/CMakeLists.txt as well |
| 17:10.36 | Skriptkid | About the config, Jenkins is set up for multiple configs. So this is the default config |
| 17:10.44 | caen23 | ok, now that should do it |
| 17:12.44 | caen23 | brlcad: i told you about this yesterday as well, but on 32-bit freebsd, make regress passes as well |
| 17:12.56 | caen23 | so it seems like 32-bit linux is the problem |
| 17:13.00 | Notify | 03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 17:13.57 | Skriptkid | cean23: Yep. It's fixed |
| 17:14.35 | Notify | 03GCI:Melange * 8023219 Set up QEMU deployment testing: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The... |
| 17:20.51 | Notify | 03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: missing lots - You just did V, yet even you originally identified A and B vectors too. Plus, that should denote (perhaps with different... |
| 17:22.57 | Notify | 03BRL-CAD:bob1961 * 54159 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Added a ruler to Archer's sketcher. |
| 17:30.50 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43) | |
| 17:40.47 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 18:02.44 | Skriptkid | brlcad: https://wiki.jenkins-ci.org/display/JENKINS/Simple+Theme+Plugin |
| 18:08.13 | Notify | 03BRL-CAD:bob1961 * 54160 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Tweak the ruler placement a bit. |
| 18:16.09 | maths22 | brlcad: should the latest svn compile correctly? |
| 18:16.24 | brlcad | maths22: I haven't tried a compile today |
| 18:16.43 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43) | |
| 18:16.44 | maths22 | thanks |
| 18:16.45 | brlcad | but generally, it should ALWAYS compile correctly but sometimes things happen that are quickly fixed |
| 18:17.20 | brlcad | if it doesn't compile, it's always something very trivial (usually that anyone can fix if they just read the error message) |
| 18:27.48 | maths22 | I get an error in the file /src/libbn/tests/bn_list.c |
| 18:28.56 | Skriptkid | brlcad: Yesterday, you asked me to remind you about the bu_parallel test. |
| 18:29.03 | caen23 | maths22: can you paste the output of the error to http://pastebin.mozilla.org/ ? |
| 18:29.59 | maths22 | Not really. I cannot copy and paste from my qemu vm, which I am trying to set up. |
| 18:30.35 | caen23 | then can you tell us what it complains about? |
| 18:30.45 | maths22 | Sure: |
| 18:31.23 | maths22 | error: ignoring return value of 'fread' declared with attribute warn_unused_result |
| 18:31.42 | maths22 | In function 'compare_result' |
| 18:33.09 | maths22 | also in function 'check_result_len' |
| 18:33.57 | caen23 | i would try adding a (void) before the calls to fread, but i don't know if this is how they should be properly solved |
| 18:34.26 | maths22 | ok. thanks |
| 18:36.05 | maths22 | Do I then need to re-run cmake, or just make? |
| 18:37.01 | brlcad | or better, check the return value |
| 18:37.11 | Notify | 03GCI:Titi * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Ready for review - The work on this task is ready to be reviewed. |
| 18:37.40 | maths22 | How (what do I do with the return value? |
| 18:39.31 | caen23 | i guess you check to see if fread was successful or not |
| 18:39.57 | Notify | 03BRL-CAD:brlcad * 54161 brlcad/trunk/src/libbn/tests/bn_list.c: quellage. check fread() return value. |
| 18:40.14 | maths22 | thanks. I will update my source |
| 18:40.28 | brlcad | you should read the patch and make sure you understand it too |
| 18:40.34 | maths22 | I will |
| 18:40.44 | brlcad | that's something that should take any dev 5 minutes to recognize, understand, and fix |
| 18:41.07 | maths22 | I have not previous looked at any of brlcad's source |
| 18:41.27 | brlcad | that's not specific to BRL-CAD |
| 18:42.08 | brlcad | you'll find the more you look at code, there's many common patterns and most of them really are very simple and easy to understand |
| 18:43.03 | brlcad | and the messages that are spit out from compilers even are very common from compiler to compiler, but 99% of the time will be pretty simple messages |
| 18:43.11 | maths22 | OK. I do not have a lot of c exprience (mostly java) |
| 18:43.53 | brlcad | it's really no different for other languages either, more a matter of reading the message and actually *trying* to understand what it's telling you |
| 18:44.29 | maths22 | I got that something had to happen with the return value, but I could not identify what. |
| 18:44.46 | brlcad | you'll find that the messages quickly start to make sense, and the solutions (regardless of language, compiler, platform, etc) are VERY similar and all revolve around the same issues |
| 18:45.08 | maths22 | I probably just need more experience with big projects. |
| 18:45.15 | brlcad | nah |
| 18:45.26 | brlcad | just more experience reading those messages |
| 18:45.51 | brlcad | the first time you read a message, it'll always take a "little" bit longer until you encounter more and more and more and start to see the patterns |
| 18:46.01 | maths22 | True. I have compiled all of two c programs. |
| 18:46.47 | brlcad | so with that error, you'd just start with what you noticed .. something wrong with a return value |
| 18:47.03 | brlcad | it tells you what's wrong even: "ignoring return value" |
| 18:47.05 | maths22 | the fix seems to work. HOwever, I have not yet been able to look at the patch |
| 18:47.10 | brlcad | so first step is to not ignore it |
| 18:47.37 | maths22 | web svn is not working now |
| 18:48.07 | brlcad | reading the fread manual page (man fread), you'd have seen the return is a size_t, so you stash it in a size_t |
| 18:48.34 | brlcad | once captured ... it's no longer ignored, and had you done that, you'd probably have gotten another warning saying you don't actually use the value |
| 18:49.23 | brlcad | so that should make sense if you just size_t val = fread() and do nothing, that's not readlly doing anything, so reading the manual page you see that the return value should equal the value of the third parameter |
| 18:49.59 | brlcad | that gives you something to check, you add the check and it's not clear in that code what useful thing could be done if that read fails, so we just print a message |
| 18:50.11 | brlcad | done |
| 18:50.42 | brlcad | maybe 10 minutes the first time to go from start to finish, but the second time becomes all of 30 seconds |
| 18:51.19 | brlcad | you don't need web svn to look at a patch ;) |
| 18:51.45 | brlcad | svn info file.c ; svn diff -r### file.c where ### is the previous revision |
| 18:54.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 18:54.43 | caen23 | what is the maximum line length in use? hacking doesn't seem to mention it |
| 18:55.20 | brlcad | there isn't one |
| 18:55.25 | brlcad | it should just be file-consistent |
| 18:55.39 | brlcad | I have monitors that are 500+ chars wide |
| 18:56.04 | caen23 | i usually go with 80, but i've seen that 78 and 79 are also used by some projects |
| 18:56.06 | brlcad | others will be 100+ or 200 .. with a good editor it shouldn't matter |
| 18:56.35 | brlcad | we do have column specs for certain files (and for comments) |
| 18:56.54 | brlcad | but not for code, like a long if() statement or function signature |
| 18:57.28 | brlcad | those the practice is generally one long line or one arg per line |
| 18:58.03 | brlcad | the general idea is to be consistent with whatever the file is currently doing |
| 18:58.16 | brlcad | if the file isn't consistent, you can make a separate commit to make it consistent |
| 18:59.34 | caen23 | i was thinking that you could have written if(fread != BUFFER) in your previous patch, but then i thought that maybe it got too long and there are some rules in place |
| 19:01.27 | brlcad | nah, that would have been fine |
| 19:01.54 | brlcad | per fread()'s docs, it will never be >, only == or < and < is the error, so I went with that |
| 19:02.15 | brlcad | slightly faster test, not that it matters |
| 19:02.54 | caen23 | ugh, didn't pay attention to my sign :D |
| 19:17.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 19:26.10 | Notify | 03BRL-CAD:brlcad * 54162 brlcad/trunk/HACKING: mention our implicit guidelines around line length. consistency is king, but we're not yet pedants on line length. |
| 19:37.39 | Notify | 03BRL-CAD:carlmoore * 54163 brlcad/trunk/src/proc-db/brickwall.c: oops, remove some debugging stuff which was not to be committed |
| 19:39.12 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 19:44.54 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43) | |
| 19:59.42 | Notify | 03BRL-CAD:brlcad * 54164 brlcad/trunk/src/libfb/tcl.c: deconditionalize the function declarations and validate all parameters. avoids undocumented need for checking if w or h are less than zero, which is unclear what that would even mean anyways. |
| 20:00.21 | Notify | 03GCI:Skriptkid * 8142202 Design a prototype CAD GUI layout (#2): Ready for review - The work on this task is ready to be reviewed. |
| 20:00.56 | Notify | 03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: Task Closed - Congratulations, this task has been completed successfully. |
| 20:01.36 | Notify | 03GCI:Skriptkid * 8142202 Design a prototype CAD GUI layout (#2): Design2.zip - Ignore Design.zip |
| 20:02.36 | Notify | 03GCI:Sean * 8038205 Compile BRL-CAD with GCC 4.7+ on Raspberry Pi: well done - Now that looks like a much better compile attempt. I made a change to the file that failed (src/libfb/tcl.c) so it... |
| 20:09.12 | Notify | 03GCI:Sean * 8142202 Design a prototype CAD GUI layout (#2): Task Closed - Congratulations, this task has been completed successfully. |
| 20:13.32 | brlcad | Skriptkid_: that is actually very very nice .. |
| 20:13.41 | Skriptkid_ | thank you :) |
| 20:13.47 | brlcad | that's a lot closer to what we were hoping to see from some of the others |
| 20:14.07 | brlcad | I think only one other of the layout tasks did as well and their design is radically different |
| 20:15.19 | Skriptkid_ | Oh, Cool :) I looked at how other famous CAD softwares out there are, took the best out of them and added some of my own design |
| 20:17.22 | Notify | 03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Task Claimed - I would like to work on this task. |
| 20:18.27 | Notify | 03GCI:Sean * 8007218 Implement runtime detection of SSE: Task Assigned - This task has been assigned to Skriptkid. You have 48 hours to complete this task, good luck! |
| 20:18.53 | brlcad | we're just getting started on the design of our third-generation GUI, you might like to get involved with that some in a few months |
| 20:18.59 | brlcad | if that's interesting to you, of course |
| 20:19.28 | brlcad | ability to participate in something that very well may get used by millions of people ;) |
| 20:20.03 | brlcad | by our 3rd gen, our usability issues will be nearly all gone (that's the point) |
| 20:20.43 | brlcad | note that SSE task is a little different than the description says -- I believe that function already exists now in libbu, but it's not being used where we have SSE |
| 20:21.52 | Skriptkid_ | I'll keep that in mind. And yes, I'd like to be involved in the design |
| 20:22.47 | maths22 | My linux system was tied up trying to make. |
| 20:23.38 | Skriptkid_ | brlcad: libbu/simd.c |
| 20:27.07 | Skriptkid_ | So since this function is already present, where should it be implemented? |
| 20:33.38 | Skriptkid | brlcad: Or rather, a more appropriate question, where is SSE being used? |
| 20:34.32 | caen23 | brlcad: the guy who maintains buildbot wrote on their irc that blender and scummvm did the download thing themselves. i can do it, too, but how do you want to proceed? close this task as research, or give me an extension and write the whole thing? |
| 20:39.17 | Notify | 03BRL-CAD:starseeker * 54165 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/test_botpatches.cpp): interpolation of points to create a 3d curve doesn't work so well when there are only two of them. |
| 20:39.32 | Skriptkid | brlcad: Sorry, Sean. Gotta run. I know I'm breaking IRC etiquette. I'll figure that out myself. |
| 20:41.14 | Notify | 03BRL-CAD:starseeker * 54166 brlcad/trunk/src/librt/CMakeLists.txt: whoops - don't uncomment yet. |
| 20:42.54 | Notify | 03BRL-CAD:bob1961 * 54167 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Fixed an issue related to the units being something other than mm. There are a couple more that still need fixing. |
| 20:45.39 | Notify | 03GCI:Melange * 7945223 Write a BRL-CAD to RAW converter: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The... |
| 21:09.57 | Notify | 03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: Task Claimed - I would like to work on this task. |
| 21:25.47 | Notify | 03GCI:Sean * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: Task Assigned - This task has been assigned to BrendenD15. You have 48 hours to complete this task, good luck! |
| 21:27.45 | brlcad | caen23: yeah, lets just close it as research |
| 21:28.14 | brlcad | caen23: best to not try and implement it without deciding on jenkins vs buildbot first |
| 21:28.26 | brlcad | which isn't going to happen this weekend ;) |
| 21:28.43 | caen23 | alright, then :D |
| 21:34.26 | Notify | 03GCI:Cezar * 8109204 Set up BRL-CAD nightly downloads within Buildbot: Ready for review - The work on this task is ready to be reviewed. |
| 21:38.23 | brlcad | caen23: you should summarize your findings in a comment |
| 21:38.45 | caen23 | brlcad: the file is not enough? |
| 21:38.53 | brlcad | didn't see that, never mind ;) |
| 21:39.09 | caen23 | okay :D |
| 21:40.34 | Notify | 03GCI:Sean * 8109204 Set up BRL-CAD nightly downloads within Buildbot: Task Closed - Congratulations, this task has been completed successfully. |
| 22:47.43 | *** join/#brlcad caen23_ (~caen23@92.81.207.138) | |
| 22:59.40 | Notify | 03BRL-CAD Wiki:BrendenD15 * 4907 /wiki/Tutorial/Shaders: Tutorial/Shaders 0.5 w/o pictures |
| 23:05.26 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot1.png]]" |
| 23:17.47 | Notify | 03BRL-CAD Wiki:BrendenD15 * 4909 /wiki/Tutorial/Shaders: Added first image |
| 23:18.27 | Notify | 03BRL-CAD Wiki:BrendenD15 * 4910 /wiki/Tutorial/Shaders: |
| 01:33.59 | starseeker | arrrgh - I can't believe I didn't see this earlier: www.cs.berkeley.edu/~sequin/CS284/PAPERS/root3subdiv.pdf |
| 01:34.46 | starseeker | is "faking" the interpolation by scaling, but a proper interpolation is *much* better |
| 01:35.26 | starseeker | noticed openflipper had it listed in their GUI |
| 01:47.00 | starseeker | hmm... looks like openflipper/openmesh may be the only implementation |
| 01:48.50 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 01:49.18 | *** join/#brlcad abetusk (~abetusk@cpe-24-58-232-122.twcny.res.rr.com) | |
| 02:00.11 | starseeker | tries openflipper's mesh editing... |
| 02:04.23 | starseeker | wow |
| 02:05.06 | starseeker | may need to rethink any time spent with meshlab, at least for editing... |
| 02:07.22 | ``Erik | starseeker: http://knowyourmeme.com/memes/youre-doing-it-wrong |
| 02:09.28 | starseeker | ``Erik: what am I doing wrong? |
| 02:10.37 | ``Erik | editing in meshlab, it'd seem :D |
| 02:10.42 | starseeker | heh |
| 02:11.29 | starseeker | ``Erik: what do you make of this license exception: http://www.openmesh.org/index.php?id=381 |
| 02:12.26 | starseeker | ``Erik: is that enough to be LGPLv2 compatible? |
| 02:13.47 | ``Erik | that exception almost makes it sound PDish or BSD/MITish |
| 02:14.59 | starseeker | I'm interpreting that as "it's LGPLv3, and changes to the particular files are LGPLv3, but you can combine it with whatever" |
| 02:15.50 | starseeker | sorta like the MPL2 |
| 02:16.10 | ``Erik | yeah, I d'no, it's almost like an academic type decided that they're smart enough to do lawyer-speak O.o |
| 02:16.18 | starseeker | winces |
| 02:16.43 | *** join/#brlcad javamonn (~twitch@108.223.134.14) | |
| 02:17.23 | starseeker | guess it would stand to reason they'd have sqrt3 subdivision implemented, seeing as Kobbelt was behind the original idea |
| 02:17.43 | ``Erik | the dude calls himself professor, usually they're extremely happy to answer questions about their shtuff if it might be used |
| 02:18.16 | ``Erik | could send an email saying how you want to use it and what our beef with lgplv3 is to verify that it's covered |
| 02:19.03 | ``Erik | (and I can never remember what our beef with v3 is) |
| 02:19.05 | ``Erik | :D |
| 02:19.37 | starseeker | not compatible with LGPLv2, according to the FSF compatibility chart |
| 02:22.26 | starseeker | IIRC, it works like this: LGPLv2 only is compatible with GPLv2 only usage, but LGPLv3 is not compatible with such usage |
| 02:22.58 | starseeker | so if we use an LGPLv3 library, we "poison pill" our code for use with GPLv2 only licensed codebases |
| 02:25.32 | starseeker | O.o http://openmesh.org/Documentation/OpenMesh-Doc-Latest/vdpm_docu.html |
| 02:25.43 | starseeker | View Dependent Progressive Meshes |
| 02:28.30 | starseeker | subdivides the heck out of the bunny in openflipper... |
| 02:28.51 | starseeker | ``Erik: how many faces do you need before a typical OpenGL view starts bogging down? |
| 02:36.01 | starseeker | nevermind, I hit swap too quickly anyhow - ram insufficient |
| 02:51.32 | ``Erik | starseeker: too many variables for a single number... if the faces are front to back, a lot of circuitry can be skipped (depth buffer test), different cards have different onboard ram amounts, so you might be able to cache whole geometries on the card, different cache expiration mechanisms can change performance, pcix vs pcie vs agp vs ... |
| 02:51.48 | ``Erik | tristrip vs trifan vs tris vs vars vs ... |
| 02:52.30 | ``Erik | (and never do polygons, break 'em to triangles... the cards usually do triangles so they'll have to break polys up on the fly, which can blow pipeline performance) |
| 02:55.55 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot2.png]]" |
| 02:56.51 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot3.png]]" |
| 02:57.41 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot4.png]]" |
| 02:58.11 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 03:00.26 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot5.png]]" |
| 03:03.26 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot6.png]]" |
| 03:06.32 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded a new version of "[[Image:ShadersShot6.png]]" |
| 03:07.47 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot7.png]]" |
| 03:08.52 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot8.png]]" |
| 03:09.22 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot9.png]]" |
| 03:10.02 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot10.png]]" |
| 03:10.33 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot11.png]]" |
| 03:12.44 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot12.png]]" |
| 03:13.19 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot13.png]]" |
| 03:14.14 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot14.png]]" |
| 03:14.40 | Notify | 03BRL-CAD Wiki:BrendenD15 * 0 /wiki/Special:Log/upload: uploaded "[[Image:ShadersShot15.png]]" |
| 03:14.57 | starseeker | even if I can't use openmesh directly, I can probably study how he organized his data for the subdivision |
| 03:15.25 | starseeker | not to mention figure out what the *bleep* a couple of his terms actually mean geometrically |
| 03:44.11 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 04:03.13 | Notify | 03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Where should it be implemented? - libbu/simd.c already has a function for runtime detection of SSE. Where should this be implemented?... |
| 04:10.25 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.43) | |
| 04:19.42 | Notify | 03BRL-CAD Wiki:BrendenD15 * 4926 /wiki/Tutorial/Shaders: Added all pictures |
| 04:34.03 | *** join/#brlcad yukonbob (~AndChat95@107.231.51.27) | |
| 04:34.13 | yukonbob | Hello #brlcad |
| 04:40.50 | starseeker | ``Erik: have you seen this paper? http://www.graphics.rwth-aachen.de/media/papers/campen_2010_eg_021.pdf |
| 04:49.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 04:54.39 | Notify | 03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki http://www.google-melange.com/gci/task/view/google/gci2012/8137202: Almost Done I've got almost everything set... |
| 05:06.04 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 05:08.27 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 05:16.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.43) | |
| 05:19.59 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 05:51.48 | *** join/#brlcad hsrai_ (~quassel@202.164.53.117) | |
| 06:11.35 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 06:28.01 | *** join/#brlcad hsrai_ (~quassel@202.164.53.117) | |
| 06:28.55 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 06:36.15 | *** join/#brlcad hsrai_ (~quassel@202.164.53.117) | |
| 06:51.05 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 07:21.25 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-237-182.web.vodafone.de) | |
| 07:43.27 | *** join/#brlcad hsrai_ (~quassel@202.164.53.117) | |
| 08:32.10 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 09:55.11 | *** join/#brlcad merzo (~merzo@203-196-200-46.pool.ukrtel.net) | |
| 10:43.40 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-82-146.web.vodafone.de) | |
| 11:21.57 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233) | |
| 12:12.50 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:13.09 | Notify | 03BRL-CAD Wiki:95.43.219.114 * 4927 /wiki/Community_Publication_Portal: /* Final Editorial Review */ |
| 12:13.10 | Notify | 03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed. |
| 12:13.11 | Notify | 03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: leaderboard... - can you tell me whats my position on the leaderboard after closing of this task |
| 12:17.39 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233) | |
| 15:12.14 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:12.14 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started! | |
| 15:26.22 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233) | |
| 16:42.46 | *** topic/#brlcad by Skriptkid -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GCI STUDENTS: Have questions? Ask and STAY ON IRC. Don't ask if someone is here, ask what you intended to ask them. See http://brlcad.org/wiki/Deuces to get started! | |
| 16:43.03 | Skriptkid | Snap. Sorry about that. Accident |
| 16:45.35 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.233) | |
| 16:47.51 | Skriptkid | brlcad: Really sorry that topic changed happen. Now it says "Set by Skriptkid" when someone logs in. Please re-set it so that it goes back to "set by brlcad" Sorry again. |
| 16:51.48 | andrei__ | Skriptkid: I don't think that's a terrible mistake, don't worry :) |
| 16:52.31 | Skriptkid | Okay :) |
| 17:14.37 | Notify | 03GCI:Melange * 8023219 Set up QEMU deployment testing: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 17:25.05 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233) | |
| 17:26.43 | Notify | 03GCI:Sean * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: don't worry - Don't worry about shrinking the images when you upload them. You can upload them full resolution and the... |
| 17:31.08 | Notify | 03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: No bezier segments? - I noticed that there's no bezier segments in your example? It would be good to include at least one. Its pretty... |
| 17:31.33 | Notify | 03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours. |
| 17:32.58 | Notify | 03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: I believe - I believe you're still in the top 5 but we won't be reviewing the list again until after the deadline. Remember that quality... |
| 17:33.08 | Notify | 03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: Task Closed - Congratulations, this task has been completed successfully. |
| 17:34.23 | Notify | 03GCI:Sean * 8051204 Create a 2D Sketch Model and Diagram: good enough - Just to be clear, the image is "good enough" now, but it is still really desirable to have a Bezier segment. |
| 17:38.14 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: forgot an image - Plamen, I missed noticing in the first review that there should be at least one image with every article. Can you find... |
| 17:38.18 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-098-120.pools.arcor-ip.net) | |
| 17:38.19 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 17:45.51 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233) | |
| 17:47.21 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-098-120.pools.arcor-ip.net) | |
| 18:24.00 | Notify | 03BRL-CAD Wiki:BrendenD15 * 4928 /wiki/Tutorial/Shaders: Re sized many photos and added minor formatting changes. |
| 18:25.42 | Notify | 03BRL-CAD:caen23 * 54168 brlcad/trunk/src/other/xmltools/libxml/CMakeLists.txt: In some cases (e.g. OS X), CMAKE_THREAD_LIBS_INIT is set to "" when threads are available, causing IF(CMAKE_THREAD_LIBS_INIT) to fail even if threads are available. This, in turn, causes compilation of libxml/src/threads.c to fail. We now check if Threads_FOUND is true, which should be more portable |
| 18:26.09 | caen23 | now that's some change i've been meaning to make since the beginning of gci, i hope it's okay |
| 18:28.13 | Notify | 03BRL-CAD Wiki:BrendenD15 * 4929 /wiki/Main_page: Added Shaders Tutorial link |
| 18:31.03 | Notify | 03BRL-CAD Wiki:95.43.219.114 * 4930 /wiki/Community_Publication_Portal: /* "Improving BRL-CAD's networking library":Andrei - Constantin Popescu */ |
| 18:33.08 | Notify | 03GCI:Plamen Hristov Nikiforov * 8095205 Write a BRL-CAD showcase article #2: Ready for review - The work on this task is ready to be reviewed. |
| 18:33.40 | Notify | 03BRL-CAD Wiki:BrendenD15 * 4931 /wiki/Tutorial/Shaders: Re sized ShadersShot3.png |
| 18:50.58 | Notify | 03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki http://www.google-melange.com/gci/task/view/google/gci2012/8137202: Finished Product I've shrunk most of the... |
| 18:51.28 | Notify | 03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: Ready for review - The work on this task is ready to be reviewed. |
| 19:01.43 | Notify | 03GCI:BrendenD15 * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki http://www.google-melange.com/gci/task/view/google/gci2012/8137202: Other Wikis I've Done By the way, if you... |
| 19:27.21 | Notify | 03GCI:Cezar * 7992230 Demonstrate merging two independent repos with GIT, write tutorial: Task Claimed - I would like to work on this task. |
| 19:33.41 | Notify | 03GCI:Andrei Popescu * 7992230 Demonstrate merging two independent repos with GIT, write tutorial: Task Assigned - This task has been assigned to Cezar. You have 72 hours to complete this task, good... |
| 20:08.46 | *** join/#brlcad andrei__ (~andrei@188.25.163.124) | |
| 20:20.02 | Notify | 03GCI:Dominika * 7945221 Create an ISST screenshot or animation: Problem with running isst - I've got a problem with running ISST from disc image. When I try to run isst I can see something like... |
| 20:37.09 | *** join/#brlcad cherv (53055678@gateway/web/freenode/ip.83.5.86.120) | |
| 20:45.38 | Notify | 03GCI:Melange * 7945223 Write a BRL-CAD to RAW converter: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 20:53.46 | *** join/#brlcad Dominika (b225529a@gateway/web/freenode/ip.178.37.82.154) | |
| 20:56.27 | Dominika | I've got a problem with running ISSt from disc image. I can see in terminal sometning like that: Error in startup script: couldn't load file "/usr/brlcad/dev-7.21.0/bin/../lib/isst0.1/../../lib/libissttcltk.so": /usr/brlcad/dev-7.21.0/bin/../lib/isst0.1/../../lib/libissttcltk.so: cannot open shared object file: No such file or directory while executing "load /usr/brlcad/dev-7.21.0/bin/../lib/isst0.1/../../lib/libissttcltk.so |
| 21:08.45 | *** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it) | |
| 21:46.49 | Notify | 03GCI:Cezar * 7992230 Demonstrate merging two independent repos with GIT, write tutorial: Couple of questions - What happens if dir1/file1 is edited in both repoA and repoB? Should you be prompted... |
| 22:04.40 | *** join/#brlcad merzo (~merzo@211-22-132-95.pool.ukrtel.net) | |
| 22:15.12 | Notify | 03GCI:Dominika * 7945221 Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 00:31.53 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 01:50.02 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.233) | |
| 02:08.13 | Notify | 03GCI:Sean * 8095205 Write a BRL-CAD showcase article #2: Task Closed - Congratulations, this task has been completed successfully. |
| 02:08.59 | abetusk | for { set i 1 } { i <= 5 } { incr i } { |
| 02:09.00 | abetusk | echo $i |
| 02:09.00 | abetusk | } |
| 02:09.21 | abetusk | gives: Error: invalid bareword "i" in expression " i <= 5 "; should be "$i" or "{i}" or "i(...)" or ... |
| 02:09.25 | abetusk | help? |
| 02:09.47 | brlcad | abetusk: what don't you understand? |
| 02:10.12 | abetusk | What the proper syntax is |
| 02:10.26 | brlcad | abetusk: the "i" in "i <= 5" is invalid |
| 02:10.34 | brlcad | it gives you suggestions |
| 02:10.40 | abetusk | substituting $i does not work.. |
| 02:10.40 | brlcad | what's the first suggestion? |
| 02:10.47 | brlcad | what does that do? |
| 02:10.56 | abetusk | it does not print out anything |
| 02:11.06 | brlcad | that's a different problem |
| 02:11.06 | abetusk | but runs without error |
| 02:11.10 | abetusk | true |
| 02:12.39 | brlcad | where are you running that script? |
| 02:13.06 | abetusk | I have a an mged command line window open |
| 02:13.11 | abetusk | is that what you're asking? |
| 02:13.37 | brlcad | yep |
| 02:13.42 | brlcad | change echo for puts |
| 02:14.14 | abetusk | thank you |
| 02:14.20 | abetusk | what is the difference? |
| 02:15.37 | brlcad | the tcl intepreter running within mged is running within a complex I/O framework |
| 02:16.17 | abetusk | Right, tcl. Haven't used that in over a decade. |
| 02:16.35 | brlcad | tcl's default behavior for commands doesn't output to channels we control -- we override the behavior for puts so it works, but not for echo |
| 02:17.01 | Skriptkid | brlcad: Where is SSE being used? Libbu? |
| 02:18.29 | brlcad | Skriptkid: grep _SSE include/* |
| 02:19.05 | brlcad | vector_x86.h in particular iirc |
| 02:20.57 | Skriptkid | Thank you. |
| 02:21.41 | brlcad | if you follow the preprocessor symbols and functions, those are part of a general interface used in a few places, but src/librt/test_dvec.cpp and src/libnurbs/opennurbs_fit.* come to mind |
| 02:22.34 | Skriptkid | I'll look at them too. |
| 02:23.38 | brlcad | the dvec interface is generalized |
| 02:24.01 | brlcad | it presently toggles over between vector_x86.h and vector_fpu.h depending on whether sse is available |
| 02:24.23 | abetusk | is there a way to 'select' the object from the command line instead of from the 'primitive selection' dropdown? |
| 02:25.33 | brlcad | skriptkid: instead of compile-time toggle, the goal is to make it toggle at run-time (several ways to do that) |
| 02:25.48 | brlcad | Skriptkid: but definitely not easy - don't bang your head for too long |
| 02:25.52 | Skriptkid | So that toggle needs to be done during runtime rather than at cMake. |
| 02:26.17 | brlcad | abetusk: absolutely, you can use the sed or oed commands to select primitives and combination objects |
| 02:26.21 | Skriptkid | Oh. I might need an extension. I haven't been able to work on it yesterday. |
| 02:26.31 | brlcad | Skriptkid: no worries |
| 02:26.55 | brlcad | abetusk: e.g., make sph sph; sed sph ; tra 10 0 0 ; accept |
| 02:27.29 | brlcad | or: r sph.r u sph ; oed / sph.r/sph ; tra -100 0 0 ; accept |
| 02:27.57 | brlcad | oed's a little tricky, but there's an entire tutorial on it on the website |
| 02:29.02 | abetusk | brlcad, I appreciate the help. I learn faster this way. As long as you can stand it, I would like to ask this way. |
| 02:31.13 | brlcad | abetusk: sometimes it takes seconds to respond, sometimes hours, but I always respond and absolutely don't mind |
| 02:38.37 | Notify | 03GCI:Sean * 8137202 Post "BRL-CAD Ray Tracing Shaders" tutorial to our wiki: Task Closed - Congratulations, this task has been completed successfully. |
| 02:49.04 | Notify | 03GCI:Sean * 7945221 Create an ISST screenshot or animation: compile from source - It should be easy to fix that error by finding the libissttcltk.so file that it's looking for and putting it into... |
| 02:55.40 | Notify | 03BRL-CAD Wiki:FlorpeztpmroxjKassem * 4932 /wiki/Benny_Hinn_Moving_In_the_Miraculous_and_Mentoring_the_Next_Generation: New page: My beloved Pastor Benny Hinn of two-and-a-half years was instrumental in teaching me the Word of God, the ways on the Hallowed Soul and the best way to move on the supernatural to bring he... |
| 02:57.12 | *** join/#brlcad ws (~ws@antigenx.com) | |
| 03:06.40 | Notify | 03GCI:Sean * 7992230 Demonstrate merging two independent repos with GIT, write tutorial: should merge - It should merge the two change sets. The trick is getting git to recognize that those are the... |
| 03:35.28 | *** part/#brlcad ws (~ws@antigenx.com) | |
| 03:37.49 | *** join/#brlcad hsrai (~quassel@202.164.53.117) | |
| 03:41.06 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 05:58.16 | yukonbob | Anybody aware of brlcad being used for data visualization outside of CSG modeling or displacement maps? Examples? I'm aware of DSP for viewing eg USGS DEM data, and modeling objects for various illustrative purposes (show design, construction, measure mass and dimensions), but curious what other creative uses have been performed. |
| 07:07.24 | abetusk | brlcad, up and about? |
| 07:50.57 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-119-130.web.vodafone.de) | |
| 09:13.23 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-119-130.web.vodafone.de) | |
| 09:29.29 | *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 09:31.26 | *** join/#brlcad KimK_laptop_ (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 09:50.17 | *** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it) | |
| 11:55.22 | *** join/#brlcad andrei_ (~andrei@188.25.26.19) | |
| 12:25.04 | *** join/#brlcad EricPoehlsen (~Eric@109.46.51.124) | |
| 13:12.16 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 13:17.01 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 13:18.08 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232) | |
| 14:16.08 | *** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it) | |
| 14:26.17 | Notify | 03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Task Claimed - I would like to work on this task. |
| 14:32.29 | Skriptkid | Would dynamic loading be a good option for implementing run-time SSE toggling? |
| 14:32.32 | Skriptkid | brlcad? |
| 14:32.49 | Notify | 03GCI:Andrei Popescu * 8023219 Set up QEMU deployment testing: Task Assigned - This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! |
| 14:57.40 | Skriptkid | Any suggestions or ideas anyone? |
| 15:48.44 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 15:50.03 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232) | |
| 16:29.29 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232) | |
| 17:14.37 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-104-171.pools.arcor-ip.net) | |
| 17:34.14 | *** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it) | |
| 18:08.10 | Notify | 03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Dynamic Loading? - Would dynamic loading be the right path here? I've done reasearch for 5 hours, but I've found nothing that can help... |
| 18:40.07 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 18:50.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 19:05.24 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232) | |
| 19:10.58 | *** join/#brlcad luca79 (~luca@net-2-34-209-45.cust.dsl.vodafone.it) | |
| 19:13.56 | *** join/#brlcad Skriptkid__ (~Skriptkid@117.208.162.232) | |
| 19:15.35 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232) | |
| 19:20.33 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232) | |
| 19:20.52 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 19:42.40 | Notify | 03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Extension - Need an extension. Please. Was not able to work on this yesteray and today. Started about 6 hours ago and still waiting for... |
| 20:18.28 | Notify | 03GCI:Melange * 8007218 Implement runtime detection of SSE: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The... |
| 20:37.45 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 21:26.39 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 22:07.31 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 22:14.00 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 22:39.05 | brlcad | huh, no emails |
| 22:40.12 | Notify | 03GCI:Sean * 8007218 Implement runtime detection of SSE: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 22:41.37 | Notify | 03GCI:Sean * 8007218 Implement runtime detection of SSE: dynamic loading - Dynamic loading would be a viable solution, but generally not desired. Better to just compile both the sse and non-see... |
| 00:11.22 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 00:27.07 | *** join/#brlcad KimK_laptop (~kkirwan@ip68-102-65-151.ks.ok.cox.net) | |
| 00:37.45 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 00:56.12 | Notify | 03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Well... - Well, this task has taken me far longer than I had originally anticipated. I started with compiling... |
| 01:04.51 | Skriptkid | dvec.h contains the class dvec and prototypes of all members of the class, while their definitions are in vector_x86.h or vector_fpu.h, depending on availability of SSE right? Sorry If this is stupid. I'm not really familiar with C++ |
| 01:14.56 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232) | |
| 01:15.11 | *** join/#brlcad Skriptki_ (~Skriptkid@117.208.162.232) | |
| 02:00.25 | Notify | 03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Toggling - Should subclassing be done here? Since the definitions of members of dvec are different but prototypes are same, overloading... |
| 02:51.51 | Notify | 03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Dropping - I guess I'm dropping this. I don't know C++, especially OOP in it, so no point breaking my head over this when i can do some... |
| 02:54.11 | Notify | 03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Ready for review - The work on this task is ready to be reviewed. |
| 02:54.51 | Notify | 03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Unclaim? - How can I unclaim?! There's no "Unclaim" option! |
| 03:43.22 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-104-171.pools.arcor-ip.net) | |
| 03:51.29 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-104-171.pools.arcor-ip.net) | |
| 04:00.18 | Skriptkid | Could some mentor please reopen that task? I'm unable to unclaim it. |
| 04:29.14 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.162.232) | |
| 04:29.20 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 04:56.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 05:17.41 | Notify | 03GCI:Melange * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status... |
| 05:19.16 | Notify | 03GCI:Sean * 8007218 Implement runtime detection of SSE: Task Closed - Congratulations, this task has been completed successfully. |
| 05:23.58 | Notify | 03GCI:Sean * 8007218 Implement runtime detection of SSE: as you noted - As you noted, we technically have an implementation of runtime detection and you identifeid that feature available. You've... |
| 06:09.26 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 06:10.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 06:14.15 | Skriptkid | Is analyze working for elliptical hyperboloids(ehy)? I get an "unable to process ID_EHY" on even a fresh checkout |
| 06:41.26 | Notify | 03GCI:Skriptkid * 8007218 Implement runtime detection of SSE: Subclassing - Subclassing might be a good idea. You have the main(base) dvec class. Create two subclasses which inhert it. One for x86... |
| 07:17.55 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 07:28.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 07:47.16 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 08:00.46 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 08:14.02 | *** join/#brlcad abhishek (cb7a0604@gateway/web/freenode/ip.203.122.6.4) | |
| 08:16.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 08:25.10 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 08:53.39 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 09:03.07 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:06.01 | Notify | 03GCI:Daniel Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Set the task to "needs review" - if you think you did enough for a GCi task. |
| 09:13.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 10:23.54 | *** join/#brlcad andrei_ (~IceChat7@5-12-220-69.residential.rdsnet.ro) | |
| 10:30.11 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 10:42.01 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.232) | |
| 10:56.48 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 12:09.38 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6) | |
| 12:24.00 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6) | |
| 12:35.02 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:38.06 | Notify | 03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Ready for review - The work on this task is ready to be reviewed. |
| 12:41.18 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.208.165.6) | |
| 12:45.27 | *** part/#brlcad Skriptkid1 (~Skriptkid@117.208.165.6) | |
| 12:46.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6) | |
| 12:46.21 | *** join/#brlcad Skriptki_ (~Skriptkid@117.208.165.6) | |
| 13:14.04 | Notify | 03GCI:Daniel Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: I'm getting the following compilation errors - with standard CMake generated make files (no... |
| 13:14.14 | Notify | 03GCI:Daniel Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 13:15.09 | Notify | 03GCI:Daniel Rossberg * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 13:15.33 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.208.165.6) | |
| 13:18.49 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-81-124.web.vodafone.de) | |
| 14:14.35 | *** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 14:18.04 | Notify | 03GCI:Sean * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: two hours remaining - Javamonn, Since there's only two hours remaining, go ahead and mark the task as needing review... |
| 14:42.21 | Notify | 03GCI:Sean * 8104208 Add missing documentation for any one command (#4): thank you! - As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts. This comment... |
| 14:43.21 | Notify | 03GCI:Sean * 7998215 Implement a primitive volume function ... for gridded volumes (VOL): thank you! - As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts.... |
| 14:43.31 | Notify | 03GCI:Sean * 8079211 Review and post "Blender to BRL-CAD" tutorial on our wiki: thank you! - As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts. This comment... |
| 14:44.06 | Notify | 03GCI:Sean * 8003218 Compile and run BRL-CAD on a Raspberry Pi: thank you! - As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts. This comment interface closes... |
| 14:44.21 | Notify | 03GCI:Sean * 7987215 Categorize all of BRL-CAD's commands into a spreadsheet: thank you! - As GCI comes to a close, we wanted to take the time to say THANK YOU for all your efforts. This comment... |
| 14:47.21 | Notify | 03GCI: * : - |
| 14:47.31 | Notify | 03GCI: * : - |
| 14:47.41 | Notify | 03GCI: * : - |
| 14:47.51 | brlcad | heh |
| 14:48.10 | brlcad | looks like notify can't handle accents |
| 14:49.02 | Notify | 03GCI: * : - |
| 14:49.22 | Notify | 03GCI: * : - |
| 14:51.08 | Notify | 03GCI: * : - |
| 14:51.23 | Notify | 03GCI: * : - |
| 14:52.03 | Notify | 03GCI: * : - |
| 14:52.38 | Notify | 03GCI: * : - |
| 14:54.03 | Notify | 03GCI: * : - |
| 14:54.48 | Notify | 03GCI: * : - |
| 14:55.33 | Notify | 03GCI: * : - |
| 14:56.48 | Notify | 03GCI: * : - |
| 14:56.58 | Notify | 03GCI: * : - |
| 14:57.08 | Notify | 03GCI: * : - |
| 14:57.18 | Notify | 03GCI: * : - |
| 14:58.13 | Notify | 03GCI: * : - |
| 14:58.43 | Notify | 03GCI: * : - |
| 14:58.58 | Notify | 03GCI: * : - |
| 14:59.14 | Notify | 03GCI: * : - |
| 14:59.29 | Notify | 03GCI: * : - |
| 14:59.44 | Notify | 03GCI: * : - |
| 15:00.34 | Notify | 03GCI: * : - |
| 15:02.09 | Notify | 03GCI:Sharan * 8051204 Create a 2D Sketch Model and Diagram: Name - I have already provided my name in one ofthe previous task. BTW my name is Sharan Narayan. My email address is... |
| 15:02.44 | Notify | 03GCI:Skriptkid * 8142202 Design a prototype CAD GUI layout (#2): Thank you too! - GCI has been amazing! I'll save the whole thank-you note for the end ;) My full name is "Akshay Kashyap" And the... |
| 15:04.09 | Notify | 03GCI: * : - |
| 15:04.24 | Notify | 03GCI: * : - |
| 15:05.19 | Notify | 03GCI: * : - |
| 15:05.44 | Notify | 03GCI: * : - |
| 15:06.54 | Notify | 03GCI: * : - |
| 15:07.09 | Notify | 03GCI: * : - |
| 15:07.20 | Notify | 03GCI: * : - |
| 15:07.50 | Notify | 03GCI: * : - |
| 15:08.10 | Notify | 03GCI: * : - |
| 15:08.25 | Notify | 03GCI: * : - |
| 15:09.15 | Notify | 03GCI: * : - |
| 15:09.30 | Notify | 03GCI: * : - |
| 15:09.55 | Notify | 03GCI: * : - |
| 15:10.00 | Notify | 03GCI: * : - |
| 15:10.10 | Notify | 03GCI: * : - |
| 15:10.30 | Notify | 03GCI: * : - |
| 15:10.56 | Notify | 03GCI: * : - |
| 15:11.21 | Notify | 03GCI: * : - |
| 15:11.46 | Notify | 03GCI: * : - |
| 15:11.56 | Notify | 03GCI: * : - |
| 15:15.26 | Notify | 03GCI: * : - |
| 15:15.36 | Notify | 03GCI: * : - |
| 15:16.18 | Notify | 03GCI: * : - |
| 15:16.31 | Notify | 03GCI: * : - |
| 15:17.31 | Notify | 03GCI: * : - |
| 15:21.46 | Notify | 03GCI: * : - |
| 15:22.01 | Notify | 03GCI: * : - |
| 15:22.31 | Notify | 03GCI: * : - |
| 15:22.41 | Notify | 03GCI: * : - |
| 15:23.07 | Notify | 03GCI: * : - |
| 15:23.27 | Notify | 03GCI: * : - |
| 15:24.02 | Notify | 03GCI: * : - |
| 15:24.37 | Notify | 03GCI: * : - |
| 15:27.48 | Notify | 03GCI: * : - |
| 15:37.50 | Notify | 03GCI: * : - |
| 15:42.26 | Skriptkid | brlcad: There's a feature request on sourceforge - "Tilde symbol for home directory representation" I came with a little piece of code for that(although I don't know if it'll be acceptable.) Can I submit it as an attachment on that artifact? |
| 15:56.05 | Skriptkid | ah..can't do that.. |
| 15:56.42 | *** join/#brlcad Skriptki_ (~Skriptkid@117.208.165.6) | |
| 16:00.39 | brlcad | Skriptkid: hm? |
| 16:01.37 | Skriptkid | There's a feature request and I modified Mged to introduce that feature. I can't submit it right? |
| 16:01.48 | Skriptkid | On sourceforge. |
| 16:03.02 | brlcad | Skriptkid: can you comment on that task? |
| 16:03.50 | Skriptkid | It's not a task. It's a feature request artifact on sourceforge |
| 16:04.25 | Skriptkid | "Tilde symbol for home directory. |
| 16:05.07 | brlcad | task == artifact |
| 16:05.22 | brlcad | on that tracker item |
| 16:05.35 | Skriptkid | Oh. Sorry. Yeah. I'll comment on it. |
| 16:05.35 | brlcad | can you comment or do you not have permission? |
| 16:05.43 | Skriptkid | I can comment. |
| 16:06.07 | brlcad | you can include a note there for starters, at least until we get you added |
| 16:06.25 | Skriptkid | I'll do that. |
| 16:08.08 | Notify | 03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Uploading - Don't download the file yet: it is a 5.6 gb file, and it is still uploading. I could not finish the task on friday because I had... |
| 16:08.45 | Skriptkid | brlcad: comment added. |
| 16:10.19 | Notify | 03GCI:Jacob B * 8023219 Set up QEMU deployment testing: Ready for review - The work on this task is ready to be reviewed. |
| 16:16.03 | Notify | 03GCI:Sean * 8023219 Set up QEMU deployment testing: Task Closed - Congratulations, this task has been completed successfully. |
| 16:28.00 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 16:28.05 | maths22 | brlcad: my client estimates 1:10 to upload. I am uploading it to ty family's NAS, so once you have it downloaded to a better location, let me know so I can delete the file. |
| 16:28.21 | brlcad | maths22: hehe |
| 16:28.27 | brlcad | will do |
| 16:28.36 | brlcad | let me know when it's done uploading |
| 16:28.50 | maths22 | ok. There are not many good places to share 5.6 gb files. |
| 16:29.05 | brlcad | wouldn't compress better? |
| 16:29.26 | maths22 | How should I compress it. gzip? |
| 16:29.35 | brlcad | anything :) |
| 16:30.14 | maths22 | I will do that and reupload it. |
| 16:30.35 | brlcad | okay, that should make it a lot smaller, I'd hope |
| 16:30.52 | Notify | 03GCI:Cezar * 7957220 Separate LIBNURBS files into one class per file: Thanks - Thanks a lot for all the nice words and the help you've provided to all of us during the contest, it's been a great... |
| 16:30.58 | maths22 | It is compressing with gzip; I have no clue how long that will take. |
| 16:37.32 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.165.6) | |
| 16:51.19 | maths22 | By the way, now that GCI is almost over, I would like to express my interest in the webmaster role decribed previously. |
| 16:51.43 | brlcad | maths22: there's still 8 minutes ;) |
| 16:52.12 | maths22 | I know. |
| 16:52.23 | brlcad | but that's fantastic to hear, you're mostly set up so we'll just have to figure out a plan |
| 16:57.22 | maths22 | Now it is uploading to ftp://share:brlcad@50.141.159.74/OpenShare/brlcad-ubuntu.qcow2 |
| 16:57.35 | maths22 | Now it is uploading to ftp://share:brlcad@50.141.159.74/OpenShare/brlcad-ubuntu.qcow2.gz |
| 16:57.50 | maths22 | SOrry about the first link |
| 16:57.56 | maths22 | It is now only 1.8 gb |
| 16:58.15 | brlcad | excellent, that's a little better ;) |
| 16:58.23 | brlcad | is it done? |
| 16:59.04 | maths22 | Now it is uploadg estimate is about half an hour. |
| 16:59.52 | Skriptkid | Wow. GCI is over. |
| 17:00.24 | maths22 | Yep. The homepage now says CONTEST BEGINS ON NOV 26 |
| 17:05.23 | brlcad | woo hoo! |
| 17:05.46 | brlcad | thank you all for your efforts |
| 17:05.47 | Skriptkid | Now that GCI has come to an end, I'd like to thank everyone here at BRL-CAD for this amazing experience. I've learnt so much from you all, that I probably wouldn't have in a longtime, and you've been such a wonderful and helpful crowd! THANK YOU, BRL-CAD! And best of luck to all participants for your future endeavors! :D |
| 17:06.55 | maths22 | Thank you for the opportunity to become involved in open source. |
| 17:07.15 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-099-054.pools.arcor-ip.net) | |
| 17:07.42 | brlcad | maths22: you have always had that opportunity ;) |
| 17:07.57 | brlcad | that's one of the great things about open source, nobody has to invite you and you don't have to ask for permission |
| 17:08.10 | brlcad | GCI has certainly been a great way to get started, though |
| 17:08.18 | Skriptkid | True :) |
| 17:08.44 | maths22 | Well, I did not think to become involved until GCI |
| 17:10.54 | Notify | 03BRL-CAD:carlmoore * 54169 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove trailing blanks/tabs |
| 17:18.28 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.165.6) | |
| 17:19.46 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.165.6) | |
| 17:20.26 | caen23 | congratulations to all the students and the mentors! like i said, it's been an awesome and unique experience, and it's the beginning of a wonderful journey |
| 17:22.14 | Skriptkid | Thank you, caen23 :) |
| 17:28.50 | *** join/#brlcad andrei_ (~andrei@188.25.163.40) | |
| 17:36.53 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6) | |
| 17:45.01 | andrei_ | woah, it takes almost 3 weeks to decide winners, that's quite the time to think |
| 17:46.03 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 17:48.39 | maths22 | brlcad: it is up. |
| 18:14.55 | brlcad | maths22: receiving, eta 1 hr |
| 18:16.16 | maths22 | Sorry that my upload speed is not great. I unfortuniatly canno host it on my awsome school's network/ |
| 18:22.57 | maths22 | brlcad: why is bzflag back to being the webhost? |
| 18:23.13 | maths22 | sorry: webserver |
| 18:29.44 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-099-054.pools.arcor-ip.net) | |
| 18:31.17 | brlcad | maths22: what do you mean? back to being the webserver? |
| 18:32.06 | maths22 | crit is not the server for brlcad.org anymore |
| 19:08.29 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-099-054.pools.arcor-ip.net) | |
| 19:21.15 | starseeker | finally: http://www.pcworld.com/article/2024391/acer-takes-on-apple-with-retina-class-laptop-displays.html |
| 19:34.01 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 19:51.35 | brlcad | starseeker: heh, that's a CES prototype |
| 19:52.19 | brlcad | so yeah, some other company might start shipping a high-resolution display a solid later .. I'd hope so! |
| 19:52.58 | brlcad | maths22: ah, I thought you meant the bzflag site itself |
| 19:53.16 | caen23 | i watched the first 10 minutes of qualcomm's ces introduction (i think that's what it was) and it was so stupid it wasn't even funny |
| 19:53.21 | brlcad | crit will be, it wasn't supposed to be switched over to crit just yet and was only accidentally switched for a couple hours |
| 20:19.05 | maths22 | Ahah |
| 20:21.15 | Notify | 03BRL-CAD:bob1961 * 54170 brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl: Stub in a configbody for units and valueUnits |
| 20:35.57 | Notify | 03BRL-CAD:bob1961 * 54171 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl): The following tweaks are for Archer's sketch editor. Update the sketch panel when the units are changed. Use bboxVerts to get the bounding box instead of calling the canvas' bbox method. This results in a better initial scale factor for the sketch view. Hook the edit panel entries to |
| 20:35.59 | Notify | non-array variables. Other minor tweaks. |
| 20:52.57 | *** join/#brlcad luca79 (~luca@2.192.134.46) | |
| 21:07.21 | maths22 | brlcad: is it downloaded? |
| 21:12.28 | brlcad | maths22: yep, all done |
| 21:12.56 | brlcad | it'll be a day or two before I free up space to test it -- we have some gci announcements to prepare (and the website migration work) |
| 21:13.04 | maths22 | ok. that way I can disable the share login. |
| 21:13.13 | maths22 | I don't want that out there for too long/ |
| 21:13.49 | maths22 | (the access, not the file) |
| 21:29.40 | starseeker | brlcad: yeah, not a product announcement yet - but the first positive sign I've seen in a while that the industry is going to try and follow apple down the retina display road |
| 21:31.27 | starseeker | "caught the PC industry off guard" is putting it mildly - they were so silent about whether they were even going to plan to offer anything like that display I was kinda worried they were hiding under the boardroom tables and hoping it would all go away |
| 21:33.38 | andrei_ | starseeker: why do you consider the retina display such a crucial improvement ? |
| 21:34.06 | andrei_ | I mean, I have seen flexible displays, lately. I consider that a much bigger accomplishment |
| 21:34.47 | starseeker | andrei_: retina displays let me a) fit more stuff on the screen simultaneously and b) view big images at full quality |
| 21:35.49 | starseeker | finds flexible displays technically impressive, but largely "meh" functionality wise |
| 21:36.21 | starseeker | specific applicaitons where they will be useful, but I've never had a real problem with "hard" display screens |
| 21:36.24 | andrei_ | Doesn't Apple have patent on retina display ? |
| 21:36.53 | starseeker | they probably have a trademark on "retina display" - I doubt they can patent "high resolution" displays |
| 21:37.33 | starseeker | I use "retina" only to make it clear that I'm not referring to the non-apple state-of-the-PC-art high PPI displays |
| 21:37.52 | andrei_ | I have never used a mac so far, but I have seen many developers use macs in U.S. |
| 21:38.02 | starseeker | Essentially, I'm hoping this will mean the return of the IBM T221 style desktop monitor |
| 21:38.20 | starseeker | http://en.wikipedia.org/wiki/IBM_T220/T221_LCD_monitors |
| 21:38.43 | andrei_ | was looking at it just now |
| 21:38.58 | starseeker | andrei_: if they get linux working reliably on the Apple retina display hardware, that might be OK too |
| 21:40.05 | starseeker | refuses to buy in to the Mac OSX thing - too closed. Pretty, but seeing as I use a dark grey fluxbox desktop at home "pretty" doesn't really factor in ;-) |
| 21:40.24 | andrei_ | I have to admit, the resolution is significantly larger |
| 21:40.50 | starseeker | screens are ultimately about displaying as much information as possible as usefully as possible - it's not unusual for me to have a dozen or more terminals open |
| 21:41.41 | starseeker | plus PDF papers, web browsers with project pages, etc. - the more screen real estate available, the more "parallel" my monitoring and switching between information inputs |
| 21:42.39 | starseeker | I tend to have rather small fonts, especially on terminals - usually what I'm doing in a terminal is launching a process or monitoring it's progress via watching "text flow" |
| 21:42.49 | andrei_ | I was using a 17' monitor until a year ago or so and when I switched from 17' to 30' I was like : " so many vsplits possible " |
| 21:43.02 | starseeker | hehe |
| 21:44.39 | starseeker | it really does make a difference - I was surprised |
| 21:45.16 | starseeker | has considered trying to get a T221 via ebay or some such, but not immediately clear how difficult it would be to get it working properly |
| 21:46.45 | andrei_ | it takes quite some gear to get it running, for a monitor, at least. |
| 21:46.52 | starseeker | with any luck, the Apple retina displays will finally bring in a new generation of really high PPI displays and I can assemble a 3x(3840x2400) monitor setup without jumping through insane hardware hoops :-) |
| 21:48.08 | andrei_ | that means an incredible amount of info |
| 21:48.39 | andrei_ | but, speaking about that, I don't think it will be easy to have the appropriate videocard(s) setup |
| 21:49.04 | starseeker | it will probably usher in another few generations of new video cards |
| 21:49.33 | andrei_ | and here I mean working with BRL-CAD because I think the GUI insn't incredibly hard to render |
| 21:49.38 | starseeker | thinks NVIDIA and friends should be happy about that - another reason for *everybody* to upgrade their video cards, not just hardcore gamers |
| 21:50.18 | starseeker | andrei_: sorry? not following - why would BRL-CAD have trouble? |
| 21:50.49 | andrei_ | I meant doing 3d modeling probably puts a lot more work onto the graphics card than loading a GUI |
| 21:51.18 | starseeker | ah - sure |
| 21:51.18 | andrei_ | but in fact, BRL-CAD uses images, not frames |
| 21:51.25 | andrei_ | or so I believe |
| 21:51.49 | starseeker | andrei_: if you're using the openGL backend the card will make a difference |
| 21:51.57 | andrei_ | I was thinking at some example I encountered a few days ago in openGL |
| 21:52.17 | andrei_ | I don't remember the exact name, but I know there is a list used for static objects that significantly improves performance |
| 21:52.29 | andrei_ | display lists, or something like that. |
| 21:52.41 | starseeker | over time, will probably start to look more like "standard" cad modelers by default, and that'll involve using GPUs for casual 3D displays... |
| 21:53.01 | starseeker | yeah, display lists - we can use those, even in MGED |
| 21:53.16 | andrei_ | I was impressed about the difference they can make |
| 21:53.39 | starseeker | holy cow, there is an 80 megapixel digital camera out there... |
| 21:53.51 | starseeker | now there's a good excuse for a high PPI display |
| 21:54.08 | andrei_ | I might be wrong but there are some companies planning to get 40 megapixel on smartphones |
| 21:54.43 | starseeker | notes 16 megapixels is nothing special anymore... wow, we were glad to have 4/5 megapixel cameras just a few years ago |
| 21:55.00 | andrei_ | indeed |
| 21:55.17 | andrei_ | now I can say " When I was young ..we used to have VGA cameras on phones " |
| 21:55.36 | starseeker | actually picked up a 4 megapixel camera for ten bucks at a yard sale - cost $300 new just a few years ago |
| 21:55.37 | ``Erik | when I was young, phones didn't have cameras, and they plugged into the wall |
| 21:55.50 | andrei_ | hahaha |
| 21:56.33 | ``Erik | starseeker: you can run that 'leenewx' thing on mac hw, or fbsd... and for the most part, apple is surprisingly open O.o darwin is the core kernel, the bsd userland is all open, etc |
| 21:57.35 | starseeker | projects like this look more affordable by the day: http://www.diybookscanner.org/ |
| 21:57.59 | starseeker | pretty soon you'll be able to fish *everything* you need out of the trash - cameras included |
| 21:58.46 | andrei_ | starseeker: that looks like some torture machine |
| 21:58.57 | starseeker | ``Erik: sure, the non-GUI parts of Apple aren't bad - but they're a pain in the neck when it comes to encouraging the "locked down, app store" mentality with users |
| 22:00.37 | ``Erik | hate to say it, but I think a majority consider that a boon... I'd also point out that there're more automatic transmissions in the US than manuals, people would rather have it 'just work' than have control and freedom |
| 22:01.30 | starseeker | ``Erik: agreed. All the more reason to make sure I put my own $$ somewhere that preserves the alternatives |
| 22:02.43 | starseeker | doesn't object to things being easy or well done - but in his case, both of those considerations are trumped by the desire to be in control of my own machine |
| 22:04.54 | starseeker | with any luck, system76 will have a "Retina Display" laptop option by the time I actually need to replace my old Thinkpad (which will be a while - it's still working fine, and it's now so old a thief stealing it would probably lose money paying for their getaway gas) |
| 22:35.10 | Notify | 03BRL-CAD Wiki:KaitlinozfrsflzllRamsay * 4933 /wiki/Baltimore_Home_Assessments_Fall: New page: A investment planner can guide you furthermore refer you to an est planning attorney to draft ruined. Buy-sell arrangments made govern the transfer of the most important pharmacy between t... |
| 22:44.11 | Notify | 03BRL-CAD:brlcad * 54172 brlcad/trunk/src/util/pix-png.c: don't set the gAMA chunk if gamma is negative/unset, quells warnings on default use |
| 22:45.01 | Notify | 03BRL-CAD:brlcad * 54173 brlcad/trunk/src/fb/fb-png.c: zero is also not valid, so go ahead and check if gama chunk is positive. |
| 23:49.44 | Notify | 03BRL-CAD:starseeker * 54174 brlcad/trunk/src/librt/test_botpatches.cpp: Add a function for testing whether a bot patch is planar |
| 23:55.41 | Notify | 03BRL-CAD Wiki:KaitlinozfrsflzllRamsay * 4934 /wiki/Vivid_White_House%27s_Mexican_Trucking_Proposal_Brings_Ire_Of_Us_Truckers: New page: Also, learn where the scales are each of them on the interstates, and in the truck stops. That is right I cannot care about their country, We care about ours and feel like we should take c... |
| 01:07.52 | Notify | 03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Ready for review - The work on this task is ready to be reviewed. |
| 01:14.37 | Notify | 03GCI:javamonn * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Removed that line - I removed the line from the patch that was causing the problem. It's still an old style... |
| 03:07.59 | Notify | 03GCI:Sean * 8131203 Compile with -Wstrict-prototypes, fix warnings that ensue: Task Closed - Congratulations, this task has been completed successfully. |
| 03:10.38 | brlcad | caen23: your task is the last remaining open |
| 03:41.37 | *** join/#brlcad phoenixyjll (7b7e325f@gateway/web/freenode/ip.123.126.50.95) | |
| 03:45.15 | *** join/#brlcad abetusk (~abetusk@cpe-24-58-232-122.twcny.res.rr.com) | |
| 04:26.10 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-074-118.pools.arcor-ip.net) | |
| 06:47.12 | caen23 | brlcad: i'm sorry, but i haven't managed to get it done properly. i can merge history, but i cannot get it to recognize they are the same files. i was thinking of merging the history with git, then merging the files outside of git (with patch), but i think it's an ugly hack |
| 07:30.27 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:29.12 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 11:08.47 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.165.6) | |
| 11:32.56 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117) | |
| 11:51.18 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117) | |
| 12:11.21 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.104.117) | |
| 13:16.14 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-147-17.web.vodafone.de) | |
| 13:32.30 | *** join/#brlcad tujli (5bc6aec9@gateway/web/freenode/ip.91.198.174.201) | |
| 13:39.19 | maths22 | brlcad: I'm wondering what still has to happen on crit for it to become the webserver. |
| 13:46.07 | tujli | I modeled my part with BRLCAD but the manufacturer says they want a 2d drawing |
| 13:46.26 | tujli | how can I get it? |
| 14:18.24 | brlcad | maths22: good question, mainly a file sync and one final database sync |
| 14:18.59 | brlcad | tujli: couple ways but know that 2d drawings are not yet our forte |
| 14:19.23 | brlcad | tujli: you can run the rtedge command and it'll output a hidden-line rendering for a specified view |
| 14:19.55 | brlcad | it's trivial to generate drawings for each primary view (top, front, left, 35/25), and they'll want that |
| 14:20.32 | brlcad | the problem is that they'll also want dimension information which we don't yet add to the drawings for you |
| 14:20.44 | brlcad | you'll have to add your annotations and dimensions manually |
| 14:21.10 | brlcad | which is honestly done most easily within an image editor |
| 14:22.41 | brlcad | rtege will give you a rendering like this http://brlcad.org/gallery/s/renderings/havoc_rtedge.png.html (35/25 view) |
| 14:23.57 | brlcad | caen23: can you write up what all you tried? |
| 14:24.28 | brlcad | how can you merge history if you cannot get it to recognize they are the same files? |
| 14:25.11 | brlcad | task-wise, the research on a solution is enough |
| 14:26.00 | brlcad | usefulness-wise, even a horrible horrible hack that gets the job done will be awesome because right now the only solution is manually merging and losing the history |
| 14:26.23 | caen23 | brlcad: i can create a new (parent) repository and add the other two repositories to it, preserving history. so if repoA had 3 commits, and repoB had 4, this parent repository would have 7 commits logged |
| 14:27.14 | brlcad | ah, but that wouldn't necessarily preserve the different authors |
| 14:27.45 | caen23 | why not? |
| 14:28.13 | brlcad | hm, how are you adding the two repos? |
| 14:29.08 | caen23 | using something called "subtree merge" in git. the log would keep the original authors for each commit, not mention the merger as the author of all commits, if that's your concern |
| 14:30.24 | brlcad | so then is the only problem that it needs two subtrees, because even a merge of the src subdirectory would be right |
| 14:31.40 | brlcad | I guess what's needed is to see the actual steps with some comments |
| 14:32.08 | caen23 | ok, i can write that |
| 14:33.04 | brlcad | if it can work with our svn repo and the github repo as the data starting point, not abstracted, even better.. :) |
| 14:35.00 | caen23 | i tried running svn2git on the whole repo, but i got an error around r18000, and i wasn't able to finish the conversion. but i didn't try running it on src/step specifically, i could give that a try |
| 14:35.40 | brlcad | so something to try later, for the task just write up what you did |
| 14:35.53 | caen23 | ok |
| 14:35.54 | brlcad | deadline is just in a couple hours I think |
| 14:36.50 | caen23 | 5, i see. i can get it done |
| 14:45.29 | Notify | 03BRL-CAD:bob1961 * 54175 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: More tweaks for Archer's sketch editor. Update the handle_configure method to redraw the grid after receiving a window configure event. Whether we're in detail mode or not, the segments need to be created in the canvas. |
| 14:46.58 | maths22 | brlcad: the db sync might be difficult for the website, as the two servers are running different versions of the software: changes since I upgraded the software on crit might need to be ported manually. |
| 14:50.13 | tujli | brlcad, any manual about rtedge (is it a command in mged, or a standalone program)? |
| 14:51.10 | brlcad | caen23: that's our limit on the task, I don't think that's GCI's limit |
| 14:51.15 | tujli | I can't get hidden lines and faces parallel to my eyesight displayed |
| 14:51.29 | brlcad | if it's 24 hours after gci close, then it's like two hours from now |
| 14:52.37 | brlcad | maths22: so one specific problem is that the site on crit is missing several modules that have been in place on .bz for quite some time |
| 14:52.44 | brlcad | spam measures in particular |
| 14:53.04 | brlcad | the db on crit is utterly flooded with spam (dozens a day) |
| 14:53.22 | brlcad | so they need to be purged (not manually deleted) |
| 14:53.33 | brlcad | easiest way to do that is to drop the database and re-import/re-upgrade |
| 14:53.55 | brlcad | tujli: it's a standalone program but it's also a command in mged |
| 14:54.00 | brlcad | there is a man page |
| 14:54.14 | brlcad | if you've set your MANPATH correctly, just man rtedge |
| 14:54.24 | brlcad | or running brlman rtedge if you've only set your PATH |
| 14:55.16 | brlcad | tujli: I'm not sure what you mean about faces parallel to your eyesight |
| 14:56.17 | *** join/#brlcad Guest36160 (~abetusk@cpe-24-58-232-122.twcny.res.rr.com) | |
| 14:57.05 | caen23 | brlcad: ugh, it seems i can no longer upload work at all |
| 14:57.22 | caen23 | but i can put the files somewhere and give you the link |
| 14:57.24 | brlcad | caen23: try to mark it closed |
| 14:57.40 | caen23 | i can't without uploading any work |
| 14:59.20 | tujli | brlcad: I see nothing about face z=0, 0<x,y<1 when looking from x-axis direction |
| 14:59.54 | tujli | it should be a line from y=0,z=0 to y=1,z=0 |
| 15:00.55 | maths22 | brlcad: is the wiki or the drupal page getting spammed? |
| 15:01.07 | maths22 | I can fix that once I know what is broken. |
| 15:01.27 | brlcad | that description does nothing to help me help you :) |
| 15:01.30 | brlcad | maths22: wiki |
| 15:01.39 | maths22 | True. |
| 15:01.43 | brlcad | see http://crit.brlcad.org/wiki/Special:RecentChanges |
| 15:02.09 | maths22 | the wiki is much easier to upgrade than the drupal site |
| 15:02.42 | brlcad | the last 500 changes spans all of 2 days |
| 15:03.08 | brlcad | there are several measures in place on the old wiki that have been effective |
| 15:03.15 | brlcad | all of them are apparently needed |
| 15:03.36 | brlcad | i have a half dozen to clean up in my queue |
| 15:03.45 | brlcad | but that's over the past two weeks |
| 15:03.50 | maths22 | I don't know what happened to the modules, but I will reupdate the site today. |
| 15:06.30 | maths22 | brlcad: can I have permissions to edit the w directory on crit. Some of the files are locked against my editing. |
| 15:07.18 | maths22 | Also, the images directory in w2 |
| 15:14.38 | brlcad | caen23: try uploading a link to our repo or the github repo, just to see if it's even closable |
| 15:15.24 | caen23 | i tried, links don't work either |
| 15:15.44 | brlcad | maths22: sure, give me a few minutse -- that's another issue raised, that there's a w2 directory and a stale out of sync w directory |
| 15:15.52 | brlcad | without a file sync, uploaded files are missing |
| 15:16.00 | brlcad | caen23: ahhh, so maybe too late already |
| 15:16.15 | caen23 | i think it is, unfortunately |
| 15:20.22 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 15:20.38 | maths22 | I only currently use the w2 directory (last time I could not fix the w directory, so I copied it to a new directory) |
| 15:20.52 | maths22 | I will resync the files to the w directory once it is deleted. |
| 15:21.12 | brlcad | caen23: what error do you get when you try to upload? |
| 15:22.28 | maths22 | until then, I will run it out of the w3 directory |
| 15:24.51 | brlcad | dude, just a few minutes :) |
| 15:25.04 | brlcad | you should be able to do it now |
| 15:25.13 | maths22 | That is fine. I just have time now, so I am doing the work now and can change the path later |
| 15:25.14 | brlcad | via sudo |
| 15:25.22 | maths22 | thanks |
| 15:25.28 | brlcad | what's the user/group? |
| 15:25.46 | brlcad | i haven't changed anything yet, that's the config that should be in place |
| 15:25.57 | brlcad | I need a few minutes to switch contexts, log in, and verify |
| 15:26.16 | brlcad | but sudo -u www is the usual way all web file editing should be occuring |
| 15:26.24 | brlcad | there could be some deviations that need fixing |
| 15:26.51 | maths22 | ok |
| 15:27.45 | maths22 | I am "not in the sudoers file" |
| 15:28.21 | brlcad | you did -u ? |
| 15:28.30 | maths22 | i did |
| 15:28.43 | brlcad | then couple minutes :) |
| 15:32.11 | caen23 | brlcad: "All work on tasks has stopped. You can no longer place comments, submit work or make any changes to existing tasks." |
| 15:32.44 | maths22 | no hurry |
| 15:33.24 | brlcad | ahh, looks like crit hasn't had the sudoers configuration migrated |
| 15:33.25 | brlcad | fixes |
| 15:36.30 | maths22 | thanks. |
| 15:39.42 | maths22 | <PROTECTED> |
| 15:39.42 | brlcad | maths22: there, that should do it |
| 15:39.50 | maths22 | thank you |
| 15:39.55 | brlcad | note that your mask is wrong for web root work |
| 15:40.11 | brlcad | umask 002 |
| 15:40.14 | maths22 | what does that mean? |
| 15:40.26 | brlcad | the permissions are wrong on the w2 and w3 folders that you made |
| 15:40.40 | maths22 | that is fine. I will delete them |
| 15:41.00 | brlcad | it'll be the same for any other files you create too |
| 15:41.06 | brlcad | so you'll have to keep an eye on that |
| 15:41.10 | brlcad | or set your mask |
| 15:41.32 | brlcad | files should be user and group readable/writeable and usually world readable |
| 15:41.58 | brlcad | numerically, files are usually 664 and directories are 775 |
| 15:42.19 | maths22 | what should my mask be? |
| 15:42.24 | brlcad | and you copy/edit/move everything as sudo -u www |
| 15:42.27 | brlcad | 002 |
| 15:42.37 | maths22 | ok. thanks. |
| 15:42.45 | brlcad | np, thx too |
| 15:43.00 | brlcad | that's set up that way so we can all edit the files |
| 15:43.12 | brlcad | without needing a sysadmin to jump in and fix things all the time |
| 15:43.24 | brlcad | and without granting everyone root access (bad) |
| 15:44.11 | maths22 | that makes sense |
| 15:45.14 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117) | |
| 15:47.22 | maths22 | root seems to own some of the files in w2 |
| 15:50.51 | brlcad | fixed -- that was a quick-fix I did a week or so ago to fix the wiki images |
| 15:51.09 | brlcad | (they were all missing, not synced) |
| 15:51.42 | maths22 | thanks |
| 15:58.33 | maths22 | I somehow do not have read permissions on the w folder (only w and x) |
| 16:01.06 | tujli | brlcad: well any advice for my question? |
| 16:03.02 | tujli | I was asking, that I see nothing about face z=0, 0<x,y<1 when rtedge from x-axis direction |
| 16:04.13 | maths22 | never mind. I fiexd it myself |
| 16:05.45 | brlcad | tujli: I reponded -- I don't understand what that means |
| 16:07.19 | brlcad | tujli: sounds like some face "on the ground", but that range seems somewhat useless for understanding the problem |
| 16:07.51 | brlcad | you're looking down the X axis and can't see a face in the xy-plane? |
| 16:08.35 | brlcad | faces aren't line-rendered in isolation, it depends on their neighboring geometry |
| 16:12.34 | tujli | brlcad: http://imagebin.org/242997 was rendered from default view, and http://imagebin.org/242998 from -a0 -A0 -e0 |
| 16:13.22 | tujli | looks like some edges are missing in the second (-a0 -A0 -e0) image |
| 16:13.30 | starseeker | gets his hopes up again that a PPI race may begin for desktop monitors: http://www.pcworld.com/article/261738/up_close_with_sharps_stunning_igzo_display_technology.html |
| 16:20.01 | brlcad | tujli: aha, I see what you mean now |
| 16:20.12 | brlcad | that looks like depth feature culling -- what's the size of that view? |
| 16:20.53 | tujli | brlcad: 800 |
| 16:23.05 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117) | |
| 16:24.38 | brlcad | tujli: units? :) |
| 16:24.41 | brlcad | mm ? |
| 16:25.15 | brlcad | i meant the geometric size, not the pixel size, btw |
| 16:25.53 | brlcad | it'll be at the bottom of your mged command window |
| 16:26.23 | brlcad | here, doesn't matter, lets just set the depth really really small so you get all features |
| 16:26.50 | tujli | ah |
| 16:26.51 | brlcad | -c "set max_dist=0.001" |
| 16:26.59 | tujli | 3.5mm iirc |
| 16:27.11 | brlcad | oooh, yeah ... that's itty bitty |
| 16:27.42 | brlcad | it's fine, but you just need to set the distance |
| 16:27.53 | tujli | nice it works for me now |
| 16:28.05 | brlcad | great! |
| 16:28.05 | tujli | btw how can I render hidden lines? |
| 16:28.25 | brlcad | you mean like the wireframe? |
| 16:28.33 | brlcad | you can save the wireframe itself |
| 16:30.06 | brlcad | File -> Render View, plot or postscript should do the trick |
| 16:30.11 | tujli | brlcad: no it won't work in this way |
| 16:30.57 | tujli | sometimes I write A - B where B is very large |
| 16:31.18 | brlcad | tujli: just so you know, we've been working on major infrastructure changes to make all this MUCH easier, but it's a ton of work to get it all in place so it's taking some time |
| 16:31.20 | tujli | I only want to see boundary of B at sections where it intersects with A |
| 16:32.13 | brlcad | so still a wireframe, but without the "negative" objects |
| 16:32.53 | tujli | so then? |
| 16:34.16 | brlcad | that's actually exactly what our new infrastructure supports, but I'm not sure it's currently possible honestly |
| 16:34.48 | brlcad | you could run the "E" command to see a polygonal version evaluated |
| 16:35.09 | brlcad | but then you're going to get more than the intersection edges, you'll get all the faces |
| 16:35.17 | tujli | brlcad: in mged? |
| 16:35.19 | brlcad | yes |
| 16:36.53 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-092-231.pools.arcor-ip.net) | |
| 16:37.31 | brlcad | hm, actually for a simple test, that actually seems to work |
| 16:37.43 | brlcad | for flat polygonal faces |
| 16:39.24 | tujli | brlcad: looks better than the default wireframe view, but I still need to erase some lines (with an image editor?) to get what I want |
| 16:39.36 | brlcad | around the holes? |
| 16:40.06 | brlcad | can you show me? |
| 16:41.13 | brlcad | might be simpler to turn the holes off, capture wireframe with E, then merge with an rtedge rendering |
| 16:41.34 | brlcad | pain in the ass, but should work |
| 16:41.47 | brlcad | and simpler than deleting lines with an image editor |
| 16:42.56 | tujli | brlcad: in A.s rpp 0 20 0 20 0 20 |
| 16:43.02 | tujli | in B.s rpp 10 30 10 30 0 20 |
| 16:43.09 | tujli | r C.r u A.s - B.s |
| 16:43.14 | tujli | E C.r |
| 16:43.24 | tujli | view from Top |
| 16:43.39 | tujli | expected: an L-shaped thing |
| 16:45.06 | brlcad | aha, that one is easy |
| 16:45.09 | brlcad | it's a tolerancing issue |
| 16:45.52 | brlcad | you subtract B.s from A.s but they share two faces exactly |
| 16:45.59 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117) | |
| 16:46.59 | brlcad | in B.s rpp 10 30 10 30 -0.1 20.1 |
| 16:49.34 | tujli | then the whole boundary of B (a square at 10,10 ~ 30,30) appears instead |
| 16:50.55 | brlcad | run "who"? |
| 16:51.11 | brlcad | make sure you're only displaying C.r |
| 16:51.20 | brlcad | B C.r ; E C.r |
| 16:51.40 | tujli | ok got the correct now :) |
| 16:51.47 | tujli | but this looks so hacky |
| 16:52.06 | brlcad | agreed |
| 16:52.08 | tujli | and difficult to do on an existing model |
| 16:52.12 | brlcad | like I said, I didn't even think it was possible |
| 16:52.59 | brlcad | you'd need to make those tolerance corrections to properly export the model as well |
| 16:53.20 | brlcad | the ray trace render evaluation is a lot more robust, that's why it looks okay via rt/rtedge |
| 16:53.49 | brlcad | but E and the exporters are a lot more sensistive to tolerancing, you have to nudge your subtractions so they do not coincide |
| 16:54.00 | brlcad | the boundary is undefined |
| 16:54.15 | ``Erik | I don't think any etc files were migrated to crit, so many packages had such significant updates, it woulda caused more harm than good, iirc |
| 16:55.24 | ``Erik | "sudo su"? O.o |
| 16:55.40 | tujli | brlcad: so I guess the only thing I can do now is to wait? |
| 16:59.07 | tujli | btw is there a good software you would recommend, with which I can get a 2d draft from an exported format of brlcad? |
| 16:59.28 | brlcad | tujli: options seem to be to either wait, edit the lines manually in an image editor, fix the coinciding faces so you can use the E command (which is actually a bit easier than it seems), or export the model into another CAD system that will handle the 2D drawing better (complex path) |
| 17:00.25 | brlcad | there actually is not any that I would recommend -- even the commercial systems deal with import/drawing very poorly |
| 17:01.57 | ``Erik | tujli: best bet is probably to rtedge a huge render and fix it up in inkscape or gimp :/ |
| 17:03.40 | tujli | ``Erik: the main barrier is that it doesn't show hidden edges |
| 17:07.27 | ``Erik | what if you facetized the regions and saved the plots of the facetized version? if you're code savvy, rtedge could be modified with some firsthit data to try to draw a stipled line for the hidden edges, but that'd be a bit of C fu |
| 17:14.45 | tujli | ``Erik: and have them overlapped each other? |
| 17:14.48 | tujli | I've never looked into brlcad code |
| 17:16.13 | ``Erik | overlapping regions is a semantic error |
| 17:21.26 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.104.117) | |
| 17:26.45 | brlcad | it actually shouldn't be very hard at all to get rtedge to show hidden edges... |
| 17:27.05 | brlcad | tujli: if you can wait a couple days, I can give that a try on Thursday |
| 17:28.34 | Notify | 03BRL-CAD:bob1961 * 54176 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Minor tweak to restore the graphical display after deleting the currently selected sketch. |
| 17:28.58 | brlcad | it has all the machinery, might not be too hard |
| 17:29.05 | Notify | 03BRL-CAD:brlcad * 54177 brlcad/trunk/TODO: add option to have rtedge also show interior/back-facing edges |
| 17:29.58 | tujli | ``Erik: i didn't really understand what you said. |
| 17:30.31 | tujli | i mean "what if you facetized the regions and saved the plots of the facetized version?" |
| 17:31.18 | tujli | brlcad: in what timezone :p |
| 17:31.32 | tujli | it's already Wednesday here now |
| 17:47.38 | Notify | 03BRL-CAD:starseeker * 54178 brlcad/trunk/src/librt/test_botpatches.cpp: Try to push the surface edges away from the trimming curves, to avoid uv pullback failures. |
| 17:59.45 | brlcad | tujli: so "a couple days", however you want to take that |
| 18:00.03 | brlcad | no promise that it'll work, but I'll gladly try if it'll be of use to use |
| 18:00.17 | brlcad | I just can't work on it right this moment |
| 18:15.04 | caen23 | brlcad: i was thinking of setting up buildbot on crit, where would you like me to place the master (sorry, not used to working on servers)? |
| 18:16.03 | Notify | 03BRL-CAD:bob1961 * 54179 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed a few issues related to primitive labels not being drawn. |
| 18:26.42 | tujli | brlcad: that's ok. thx anyway |
| 18:29.22 | tujli | brlcad: better to have interior edges have a different linestyle, or color |
| 18:34.31 | maths22 | brlcad: I updated it with the newest version |
| 19:24.04 | brlcad | caen23: talked to google and it was too late yesterday even |
| 19:24.38 | brlcad | I was a little confused because we were able to approve one after the deadline .. apparently they opened up the system for 15 minutes, just enough time for another student to submit and us to accept |
| 19:25.35 | brlcad | you can just share what you found on the brlcad-devel list instead, since that really is a high-priority hot topic I'd like to get closure on |
| 19:28.34 | caen23 | okay |
| 19:32.49 | brlcad | tujli: now you're just getting needy |
| 19:32.53 | brlcad | ;) |
| 19:33.30 | brlcad | hm, colors might be doable ... linestyle will have to wait for the new infrastructure, though |
| 19:35.58 | tujli | brlcad: anyway without color doable, I can generate two images, one with hidden edges and the other without them, using different color |
| 19:36.11 | tujli | then put the second one over the first one |
| 19:36.25 | brlcad | maths22: Warning: Missing argument 3 for makeBlock(), called in /usr/web/brlcad.org/skin2/page.tpl.php on line 179 and defined in /usr/web/brlcad.org/skin2/page.tpl.php on line 40 |
| 19:37.31 | brlcad | tujli: technically you can do that now too .. rtedge front + rtedge back (diff color), mirror back image, and composite together |
| 19:37.59 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-44-247.web.vodafone.de) | |
| 19:38.16 | brlcad | that'd be neat to experiment with in a script.. |
| 19:38.47 | tujli | brlcad: nope. my model has a hole from top to bottom |
| 19:39.44 | tujli | so it can't be seen from either side |
| 19:39.53 | brlcad | ah, so you need an *interior* edge |
| 19:39.58 | brlcad | good to know |
| 19:40.44 | brlcad | any value distinguishing between front, interior, and rear with three colors? |
| 19:41.05 | brlcad | or just front and not-front |
| 19:41.45 | tujli | the second is enough for me but the first might look reasonable |
| 19:42.12 | brlcad | maths22: that warning is on the mediawiki page (recent changes) .. which makes me wonder why if page.tpl.php is from mw or ours? |
| 19:43.45 | brlcad | why does the recent changes page suck so badly.. 500 changes in last 30 days and it stops at 3 JAN |
| 19:44.29 | caen23 | brlcad: i tried posting to the mailing list, but it seems i am not allowed to |
| 19:44.41 | brlcad | caen23: if you're subscribed, you're allowed to |
| 19:46.07 | brlcad | mail is supposed to come from the subscribed email address |
| 19:46.24 | tujli | brlcad: what's your $wgRCMaxAge value? |
| 19:46.37 | caen23 | this seems right. do i need to prefix the header with anything? |
| 19:46.45 | brlcad | nope |
| 19:47.24 | caen23 | hmm… actually, it could be because i am subscribed with mail@gmail.com, but the mail is sent from mail@googlemail.com |
| 19:47.35 | brlcad | tujli: whatever the default is, apparently |
| 19:47.45 | brlcad | caen23: that would be why |
| 19:48.20 | brlcad | list has no way of knowing that google makes those one in the same |
| 19:48.43 | tujli | brlcad: so it should be 7 days... per https://www.mediawiki.org/wiki/Manual:$wgRCMaxAge and I see your mediawiki version 1.11.0 |
| 19:48.57 | caen23 | makes sense, i guess i was hoping google would take care of it |
| 20:06.15 | brlcad | tujli: that's a good find, thanks! |
| 20:06.41 | brlcad | the site it was migrated to is the latest, but assumedly the 1.11 database has already purged the old changes |
| 20:09.58 | caen23 | brlcad: the mail is posted, and i wanted to setup buildbot on crit. where would you like the master to be located? |
| 20:12.28 | brlcad | sets it to 6 months, rebuilds recent changes, yay! |
| 20:13.58 | brlcad | caen23: it is/was setup in skriptkid's public_html folder |
| 20:14.14 | brlcad | it'd be nice to have it use a system-installed service like how jenkins was set up |
| 20:14.41 | brlcad | caen23: before you go down that road, we should probably decide which to use so you don't waste effort though |
| 20:16.59 | brlcad | i'm torn, I like the jenkins interface more, but like buildbot configurability/scriptability more (and simplicity of setup) |
| 20:17.18 | brlcad | out of the box, jenkins was definitely slightly more friendly |
| 20:22.30 | caen23 | i like buildbot for being easier to modify, too. it's python, it's got a nice community around it, and a lot of people seem to use it, including webkit, llvm and i think mozilla. i actually made a small contribution to it myself :) but jenkins definitely looks nicer, although this should be doable with buildbot and some html, too |
| 20:24.46 | caen23 | did you see this? http://trac.buildbot.net/wiki/SuccessStories |
| 20:25.05 | *** join/#brlcad andrei_ (~andrei@188.25.162.155) | |
| 20:52.53 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-12-7.web.vodafone.de) | |
| 20:55.19 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-12-7.web.vodafone.de) | |
| 21:10.07 | maths22 | page.tpl.php is ours. I will fix it. |
| 21:10.26 | maths22 | except... |
| 21:10.30 | maths22 | it works now |
| 21:10.44 | maths22 | I don't know why it was not working. |
| 21:25.02 | brlcad | maths22: I still get the error |
| 21:25.05 | brlcad | http://crit.brlcad.org/wiki/Special:RecentChanges |
| 21:25.26 | brlcad | it's half underneath the image/menu header |
| 21:32.08 | maths22 | I do not see it. this is what I see: http://grab.by/j2B4 |
| 21:34.56 | caen23 | maybe you need an account? |
| 21:38.59 | maths22 | I also get the error when logged in. |
| 21:39.54 | caen23 | so you should be able to fix it now |
| 21:58.17 | maths22 | I meant to say I don't get the error when logged in. |
| 21:58.28 | maths22 | The problem with talking to people and writing. |
| 22:03.31 | Notify | 03BRL-CAD:carlmoore * 54180 brlcad/trunk/src/proc-db/brickwall.c: add 'horizontal'; change vert_bricks computation; remove blank line (need only 1 blank line at start of mged input) |
| 22:04.47 | Notify | 03BRL-CAD:carlmoore * 54181 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: remove trailing blank |
| 22:06.05 | maths22 | crit |
| 22:06.08 | maths22 | sorry |
| 22:06.24 | *** join/#brlcad gcimaths (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 00:13.01 | Notify | 03BRL-CAD:n_reed * 54182 brlcad/trunk/src/librt/primitives/sketch/sketch_tess.cpp: fix usage of 3D point macros on 2D points |
| 02:27.53 | brlcad | maths22: they're underneath the top banner |
| 02:28.19 | brlcad | resize your window smaller |
| 03:00.47 | maths22 | ok. thanks |
| 03:06.16 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 04:16.05 | maths22 | It is fixed. I do not know if i fixed it or it fixed itself. |
| 04:43.23 | brlcad | eh, I still see the error unless I'm looking at cached pages |
| 04:43.56 | brlcad | I should be more specific, I see it on Main_Page |
| 04:44.24 | brlcad | ahh, hm.. and a refresh and it goes away .. perhaps a cache issue |
| 08:12.11 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-35-51.web.vodafone.de) | |
| 08:29.24 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 09:11.28 | brlcad | finishes |
| 10:27.53 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-187-129.web.vodafone.de) | |
| 10:41.56 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-187-129.web.vodafone.de) | |
| 11:00.19 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 11:24.22 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.64.182) | |
| 11:31.02 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-49-180.web.vodafone.de) | |
| 12:00.42 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-202-6.web.vodafone.de) | |
| 12:40.59 | *** join/#brlcad Skriptkid1 (~Skriptkid@59.93.64.182) | |
| 12:56.53 | *** join/#brlcad gagan_ (~gagan@115.245.253.9) | |
| 13:04.53 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-46-214-100.web.vodafone.de) | |
| 13:07.02 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-46-214-100.web.vodafone.de) | |
| 15:04.53 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.64.182) | |
| 15:18.21 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.64.182) | |
| 15:23.27 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-46-5-250.web.vodafone.de) | |
| 15:36.14 | *** join/#brlcad Chanho (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 15:48.48 | Notify | 03BRL-CAD:carlmoore * 54183 brlcad/trunk/src/librt/test_botpatches.cpp: remove trailing blanks |
| 15:57.44 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 16:22.25 | maths22 | cacheing is definately annoying |
| 16:29.31 | ``Erik | caching of what? |
| 16:31.12 | maths22 | the website |
| 16:31.27 | maths22 | when I updated the template, it took a while for the changes to show up on the pages. |
| 16:45.00 | ``Erik | web browser caching can be forced to reload by holding shift when you click reload on most browsers, iirc |
| 16:45.42 | ``Erik | http://en.wikipedia.org/wiki/Wikipedia:Bypass_your_cache |
| 16:48.26 | maths22 | I know. I just had not thought of it then. |
| 16:48.34 | maths22 | Anyways, the problem is fixed |
| 17:01.25 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 17:27.47 | brlcad | ``Erik: mediawiki caching, not browser |
| 17:27.59 | brlcad | probably a way to force it too |
| 17:28.58 | ``Erik | ah, server side |
| 17:29.41 | ``Erik | (speaking of, read the story behind the varnish cache manager? interesting stuff on app space vs kernel space) |
| 17:31.28 | ``Erik | http://queue.acm.org/detail.cfm?id=1814327 |
| 17:35.12 | ``Erik | O.o crazy, 'armor for cats' art http://jeffdeboer.com/Galleries/CatsandMice/tabid/77/Default.aspx |
| 17:40.34 | maths22 | Caching reduces server load, at the expense of easy development |
| 17:54.35 | Notify | 03BRL-CAD:bob1961 * 54184 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: More tweaks to Archer's sketch editor. Added more bindings for the creation modes. Added hints for using key and button presses to change the mode or the sketch canvas view. |
| 18:00.33 | brlcad | ~seen skriptkid |
| 18:00.38 | ibot | skriptkid <~Skriptkid@117.208.165.6> was last seen on IRC in channel #gsoc, 1d 23h 45m 33s ago, saying: 'sttaylor: Thanks :)'. |
| 18:06.33 | Notify | 03BRL-CAD:bob1961 * 54185 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Minor tweaks to the hints label used by Archer's sketch editor. |
| 18:45.48 | *** join/#brlcad luca79 (~luca@188-22-206-175.adsl.highway.telekom.at) | |
| 18:57.36 | Notify | 03BRL-CAD:r_weiss * 54186 brlcad/trunk/src/libbu/getopt.c: Fixed a bug in function "bu_getopt" in file "getopt.c". The function would confuse a negative number with an number option (i.e. -0 -1 ... -9). |
| 20:43.09 | *** join/#brlcad DarkCalf (~DarkCalf@2002:ade7:2864::ade7:2864) | |
| 00:48.06 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 02:14.09 | *** join/#brlcad javamonn (~twitch@108.223.141.117) | |
| 03:34.36 | maths22 | IRC really has calmed won after GCI! |
| 03:34.43 | maths22 | oops. down |
| 06:08.41 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 08:17.53 | *** join/#brlcad luca79 (~luca@ydvlwtU-188-100.uibk.ac.at) | |
| 11:09.51 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.64.182) | |
| 11:19.21 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81) | |
| 12:46.01 | *** join/#brlcad caen23 (~caen23@92.81.207.138) | |
| 12:49.25 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 13:17.37 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-90-20.web.vodafone.de) | |
| 14:24.34 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81) | |
| 14:31.12 | brlcad | hey Skriptkid, thanks for working on that sf patch |
| 14:31.30 | brlcad | normally would have been right on that, but we have just a little bit of a patch backlog ;) |
| 14:32.18 | Skriptkid | Thanks :) is that patch okay? Or does it need changes? |
| 14:32.35 | brlcad | haven't gotten to look at it yet |
| 14:32.45 | brlcad | like I said, huge backlog :) |
| 14:32.46 | *** join/#brlcad Skriptkid1 (~Skriptkid@117.202.111.81) | |
| 14:32.58 | brlcad | and then there was two |
| 14:34.15 | Skriptkid_ | It's okay. But do tell me if it needs anything more(or less.) I'm keen on working on patches |
| 14:36.46 | Skriptkid | brlcad: Does BRL-CAD have it's own scripting lang? |
| 14:38.34 | brlcad | Skriptkid: we use tcl |
| 14:38.47 | brlcad | our command line is technically a tcl interpreter |
| 14:39.50 | Skriptkid | Okay |
| 14:40.14 | brlcad | my vision for the third-generation editor is to actually embed a generalized scripting interface so that users can run variable scripting engines on top of our command api (to initially include a posix shell (ksh/bash-style), tcl, python, and lisp) |
| 14:40.40 | brlcad | most of that is lined down in the design already, but no code to run with as yet |
| 14:43.36 | caen23 | brlcad: what do you mean by "users can run scripting engines"? like we provide the interpreters and they write the code, or some interface to let them bring their own interpreters? |
| 14:44.04 | Skriptkid | brlcad: Why not your own simple script which will be easier for beginners? |
| 14:44.30 | Skriptkid | Yes, I didnt get that part too |
| 14:44.41 | caen23 | Skriptkid: i think what you're thinking is closer to macros than to a full language? |
| 14:45.28 | Skriptkid | caen23: Yep |
| 14:45.32 | brlcad | caen23: you'd be able to select which command line interface you want to use |
| 14:46.11 | brlcad | so it's more that we're providing a few interpreters that we've fully bound to libged |
| 14:46.51 | brlcad | how a given libged "command" is exposed will be somewhat different depending on the language |
| 14:47.47 | brlcad | in tcl, everything is a command, so there's a 1-1 mapping; lisp would turn them into routines; python they'd either be methods on an object or functions; shell are also conveniently commands |
| 14:48.19 | brlcad | it's really just about what syntax is most convenient since the commands would be identical |
| 14:48.41 | caen23 | would javascript be a good language to prototype this with with? given all the interpreters out there |
| 14:49.40 | brlcad | Skriptkid: users can completely ignore the scripting engine since we effectively are providing our own scripting command-set to them |
| 14:50.37 | brlcad | caen23: possibly, I considered them, but it works best with languages that support interactive prompting |
| 14:51.04 | brlcad | jscriptshell or something similar might work, but it's not exactly common/familiar |
| 14:51.42 | brlcad | and that particular implementation is a java beast |
| 14:54.26 | Skriptkid | Hmm…true. I was thinking, if a user needs to just port all his instructions elsewhere, record it or maybe make a quick run, a script might be useful. But then again, he has the database itself. |
| 14:55.29 | caen23 | Skriptkid: i think you can already do that. have a look over regress/tgms/solids.mged for example |
| 14:56.13 | Skriptkid | Ahh…my lack of knowledge. Thanks, caen23. |
| 14:58.19 | caen23 | didn't know about this myself until i worked on a task that used that file |
| 15:00.14 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 15:00.56 | starseeker | hmm - wonder if this would be useful for a python interface? http://code.google.com/p/tinypy/ |
| 15:19.32 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81) | |
| 15:21.48 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:42.40 | Skriptkid | a hyperboloid of one sheet is a bounded elliptical hyperboloid right? |
| 15:47.37 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.81) | |
| 16:04.18 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81) | |
| 16:12.17 | *** join/#brlcad caen23 (~caen23@92.81.207.138) | |
| 16:21.37 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 16:31.35 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.202.111.81) | |
| 16:40.55 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 16:41.16 | Notify | 03BRL-CAD:carlmoore * 54187 brlcad/trunk/TODO: add missing parenthesis |
| 17:04.59 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 17:19.29 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81) | |
| 19:25.41 | *** join/#brlcad andrei__ (~IceChat7@188.25.158.112) | |
| 19:57.57 | *** join/#brlcad luca79 (~luca@188-22-129-209.adsl.highway.telekom.at) | |
| 20:58.15 | Notify | 03BRL-CAD:r_weiss * 54188 brlcad/trunk/src/other/openNURBS/opennurbs_zlib.cpp: Update to file "opennurbs_zlib.cpp" to allow a 32-bit build with Visual Studio 2010. |
| 22:24.19 | Notify | 03BRL-CAD:carlmoore * 54189 brlcad/trunk/src/util/bw-a.c: fix some obvious mistakes in bw-a.c program, including inserting a missing hyphen. |
| 22:42.58 | Notify | 03BRL-CAD:carlmoore * 54190 brlcad/trunk/src/util/bw-a.c: fix 2 words in a comment |
| 22:43.34 | starseeker | brlcad: is this the bu_parallel unit test? http://www.google-melange.com/gci/task/view/google/gci2012/8086204 |
| 23:14.21 | *** join/#brlcad javamonn (~twitch@108.230.18.56) | |
| 23:19.25 | javamonn | Now that GCi is over, whats the best way to keep finding code related tasks to do? I'd pull from the list of "itty bitty" tasks but I realize most of these have been completed during gci. Do you guys keep another list somewhere? |
| 00:12.27 | *** join/#brlcad javamonn (~twitch@108.223.141.242) | |
| 03:27.55 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 07:45.36 | *** join/#brlcad luca79 (~luca@ydvlwtU-188-100.uibk.ac.at) | |
| 09:44.16 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 10:58.59 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.111.81) | |
| 12:41.55 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 14:38.33 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-168-149.web.vodafone.de) | |
| 14:42.50 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.154) | |
| 15:10.45 | maths22 | brlcad: can I host a small php webapplication on crit in my user directory? |
| 15:19.46 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.154) | |
| 16:57.03 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 17:19.55 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.154) | |
| 18:10.36 | Notify | 03BRL-CAD:carlmoore * 54191 brlcad/trunk/TODO: change 'and fo' to 'for' (assuming that is the intended meaning) |
| 18:23.08 | Notify | 03BRL-CAD:carlmoore * 54192 brlcad/trunk/doc/docbook/system/mann/en/handle.xml: fix 2 consecutive words 'for the' |
| 18:37.06 | *** join/#brlcad EricPoehlsen (~Eric@109.46.210.149) | |
| 18:43.17 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 18:58.22 | Notify | 03BRL-CAD:bob1961 * 54193 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Updates for cadwidgets::Ged. Added the following options: -drawRayOdd, -drawRayEven and -drawRayVoid. Also added draw_ray, erase_ray and color_to_tk. |
| 19:07.08 | Notify | 03BRL-CAD:bob1961 * 54194 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added the ability to fire rays to get nirt-like results by using the mouse to pick shot locations while in "Measuring Tool" mode. For speed, the raytracer is prepped only if the display items change. Also added preferences for setting colors for the ray partitions. |
| 20:13.11 | Notify | 03BRL-CAD:carlmoore * 54195 brlcad/trunk/src/fb/fbzoom.c: fix spelling in a comment |
| 21:17.13 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 22:23.45 | Notify | 03BRL-CAD Wiki:PrestoncdvdumwfdiRoura * 4935 /wiki/Extremely_Place_To_Sell_Gold: New page: Stick to either NGC or alternatively PCGS certified coins. Sometimes people second-hand iron to protect their stashes and this will confuse all the signals even more, so you will have to d... |
| 22:52.07 | brlcad | maths22: yep |
| 23:17.20 | starseeker | ``Erik: here's a challenge for your lisp+web fu - do you think you could duplicate the functionality displayed here? http://www.cs.umd.edu/~bederson/papers/index.html |
| 23:18.53 | starseeker | ``Erik: looks like he's doing some custom python backend work, but probably at least some of the javascript would translate |
| 23:20.16 | starseeker | ``Erik: would be interesting if one or more bibtex files could be read into lisp somehow to provide the search filtering ability... |
| 23:21.21 | starseeker | we'd have to add a few custom entires to the bibtex files to supply keywords for papers |
| 23:27.26 | starseeker | hmm... this might help us tie our bibtex files directly to the web searching interface: http://ftp.math.utah.edu/pub//bibsql/ |
| 23:31.00 | ``Erik | if there is python as a server, it's very very trivial. that page is all javascript with 4 ajax calls to populate the data sets... one is http://hcil2.cs.umd.edu/bederson/pubs/pubs/authors/ |
| 23:31.17 | ``Erik | d3 in action, yo, that graph stuff I showed you a week ago :) |
| 23:32.27 | ``Erik | a server side search capability (with ajax trim) would be trivial to write in any old language, even php |
| 23:34.11 | ``Erik | (defun dothingy (stream query) (print-as-json stream (remove nil (mapcar (lambda (x) (searchfunc query x)) biglist)))) ; done |
| 23:40.57 | maths22 | thanks. can I create a mysql database to go with it, or should I host that elsewhere (it is for the Robotics Club i participate in) |
| 23:57.33 | ``Erik | might be worth waiting until migration is completed before creating a new db, just to minimize merge effort |
| 00:24.32 | brlcad | maths22: you did read the usage policy right? of course you can |
| 00:24.40 | brlcad | just pm me the info |
| 00:27.22 | maths22 | I did not know I could use the account for non-brlcad processes. |
| 00:27.57 | maths22 | (if I could) |
| 00:32.44 | maths22 | thanks. |
| 02:44.45 | Notify | 03BRL-CAD Wiki:PrestoncdvdumwfdiRoura * 4936 /wiki/What_Are_the_Best_Techniques_to_Discover_Silver_Earrings: New page: On the subject of selecting jewellery pertaining to ladies, it is likely to find various advantages to silver earrings. If you need some thing classy that won't break the bank and comes in... |
| 07:12.17 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 08:41.47 | *** join/#brlcad luca79 (~luca@194-166-181-11.adsl.highway.telekom.at) | |
| 08:58.19 | *** join/#brlcad luca79 (~luca@194-166-181-11.adsl.highway.telekom.at) | |
| 09:31.47 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 09:37.16 | *** join/#brlcad luca79 (~luca@194-166-181-11.adsl.highway.telekom.at) | |
| 12:32.39 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:26.41 | *** join/#brlcad luca79 (~luca@188-22-133-209.adsl.highway.telekom.at) | |
| 14:20.34 | Notify | 03BRL-CAD:tbrowder2 * 54196 brlcad/trunk/TODO: clarify intent of using different image sizing markup for html and pdf output when appropriate |
| 15:07.05 | *** join/#brlcad luca79 (~luca@188-22-133-209.adsl.highway.telekom.at) | |
| 15:32.57 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 16:06.22 | *** join/#brlcad luca79 (~luca@188-22-133-209.adsl.highway.telekom.at) | |
| 16:20.08 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 16:20.11 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 17:14.54 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 19:39.02 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 21:17.09 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 23:12.54 | *** join/#brlcad gene_hacker (~chatzilla@cpe-70-113-84-191.austin.res.rr.com) | |
| 23:13.21 | *** part/#brlcad gene_hacker (~chatzilla@cpe-70-113-84-191.austin.res.rr.com) | |
| 23:15.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 23:47.28 | *** join/#brlcad yukonbob (~bch@nat60-100.kcls.org) | |
| 23:47.35 | yukonbob | hello #brlcad |
| 07:22.08 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 07:30.56 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 07:49.37 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 08:51.45 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-59-87.web.vodafone.de) | |
| 08:52.23 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 10:31.50 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 17:52.04 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 17:52.04 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 18:23.33 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 23:34.32 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:14.21 | *** join/#brlcad PrezKennedy (~DarkCalf@2002:ade7:2864::ade7:2864) | |
| 06:27.16 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 07:40.15 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:36.20 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:47.58 | *** join/#brlcad luca79 (~luca@net-188-216-157-107.cust.dsl.vodafone.it) | |
| 13:17.18 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-68-231.web.vodafone.de) | |
| 14:06.02 | brlcad | you all don't make this easy... |
| 14:21.40 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 14:26.01 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 14:56.02 | ``Erik | ¿que? |
| 15:33.10 | brlcad | the votes, no clear second-place vote |
| 15:33.19 | brlcad | basically a three-way tie |
| 15:33.24 | brlcad | (almost) |
| 15:33.37 | ``Erik | how much time is left to break that tie? |
| 15:34.16 | ``Erik | maybe use goog doc webforms with a set of questions for each participant, rank 1-5? |
| 15:35.10 | ``Erik | 6 sided die, each participant gets 2 sides, roll and go! :D |
| 15:45.00 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:04.53 | brlcad | ``Erik: no time, I gave everyone up to the last minute to provide a vote |
| 16:05.19 | brlcad | it wasn't a perfect tie, it was just uncomfortably close |
| 16:12.12 | ``Erik | hm, I assume you'll do a little postmortem writeup for the webpage? maybe give the other two a shout out, 'special recognition' or something? |
| 16:45.54 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 17:01.15 | *** join/#brlcad luca79 (~luca@net-188-216-157-107.cust.dsl.vodafone.it) | |
| 17:07.01 | *** join/#brlcad Eric_ (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 19:03.09 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 19:03.42 | *** join/#brlcad caen23_ (~caen23@92.81.175.131) | |
| 22:56.26 | brlcad | yep |
| 00:35.44 | Notify | 03BRL-CAD Wiki:MontyvmccsilihhLentsch * 4937 /wiki/Make_Ease_Of_Your_Trucking_Operations_Using_It%27s_Dispatch: New page: There may be hopefulness for good deal job after all. sprang from which the 1987 the merger of DeVry Institutes and Keller Graduate School of Management, with DeVry Higher educatoin instit... |
| 01:16.37 | Notify | 03BRL-CAD Wiki:MontyvmccsilihhLentsch * 4938 /wiki/Customer_Care_England_Truck_Driving_Jobs_Inside_Video_Articles: New page: Moreover, whether it is boom nor depression, there will always comprise need for transferring products from place to another and designed for balancing the nation's resources. Fees can be ... |
| 01:30.09 | Notify | 03BRL-CAD Wiki:ColemanqghhpzaseeRoccio * 4939 /wiki/ColemanqghhpzaseeRoccio: New page: Biochemistry and biology instructors, Carl Wamser and Todd Monkfish at Portland State’s Technological innovation Campus been testing the mix of solar panels and also eco-roofing for you ... |
| 02:25.45 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 07:58.17 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:30.31 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:14.24 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-214-22.web.vodafone.de) | |
| 13:56.29 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.189) | |
| 13:59.45 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:50.40 | Notify | 03BRL-CAD Wiki:AlexistlnnsziexcFinona * 4940 /wiki/Welsh_Gold_Jewellery_Gift_Ideas_For_Boys: New page: There's the rustle in front doorstep so that as you keep an eye out the window the thing is the postman venturing out your front yard. It signifies longevity and a strong commitment from t... |
| 14:53.39 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.189) | |
| 15:31.55 | *** join/#brlcad Skriptkid_ (~Skriptkid@117.208.166.189) | |
| 15:31.56 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.189) | |
| 15:33.50 | *** join/#brlcad luca79 (~luca@net-188-216-157-107.cust.dsl.vodafone.it) | |
| 15:38.45 | Notify | 03BRL-CAD Wiki:ColemanqghhpzaseeRoccio * 4941 /wiki/ColemanqghhpzaseeRoccio: |
| 16:28.50 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 17:32.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:26.27 | ``Erik | heh http://paste.lisp.org/display/134837 |
| 18:41.45 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 20:11.43 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 20:11.52 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 20:45.27 | Notify | 03BRL-CAD:r_weiss * 54197 brlcad/trunk/src/librt/search.c: Fixed a bug in librt file "search.c". Corrected the sort order of the "options" array. This corrects a problem on Windows when using the "-break" option within the mged "search" command. The error was "-below: unknown option passed to find_create". |
| 21:50.52 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 23:40.23 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 02:59.08 | *** join/#brlcad hsrai_ (~hsrai@202.164.53.116) | |
| 03:01.39 | hsrai_ | Gauravjeet Singh who did 6 tasks of GCI, out of which 3 were for BRL-CAD, has done one more excellent thing. Check: http://cad.devplace.in/form.html play by changing values, on submission you will get 4 views of "Table". Code is at: https://github.com/GreatDevelopers/wBRLCAD |
| 03:04.32 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 03:45.29 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 04:08.39 | maths22 | hsrai: that's cool! |
| 05:18.45 | brlcad | hsrai: thanks for sharing that, really awesome |
| 06:10.50 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-149-226.web.vodafone.de) | |
| 13:11.19 | ``Erik | hmmmm add_custom_target(dist COMMAND ${CMAKE_MAKE_PROGRAM} package_source) |
| 13:41.02 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-46-82-213.web.vodafone.de) | |
| 13:51.07 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.166.10) | |
| 14:06.01 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) | |
| 15:46.10 | brlcad | ``Erik: sounds like a good alias to add to me |
| 15:51.19 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) | |
| 15:58.51 | *** join/#brlcad Al_Da_Best (~Al_Da_Bes@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 16:50.38 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 16:59.46 | *** join/#brlcad caen23 (~cezar@92.81.175.131) | |
| 17:00.39 | kanzure | https://github.com/GreatDevelopers/wBRLCAD/blob/master/table |
| 17:00.43 | kanzure | that.. that does not look good. |
| 17:00.56 | kanzure | how is that "excellent" |
| 17:08.53 | brlcad | kanzure: so.. you're working on something better right? :) |
| 17:09.25 | kanzure | huh? brlcad already has a working scripting language |
| 17:09.39 | kanzure | there's no reason to throw it all away |
| 17:09.39 | brlcad | I think it's awesome if only because the end result is something that nobody else has done before |
| 17:09.48 | kanzure | cgi? |
| 17:09.51 | brlcad | the system is meant to be scripted just like that |
| 17:09.56 | kanzure | you're fooling yourself if you think cgi is new |
| 17:10.03 | brlcad | hm? |
| 17:10.07 | kanzure | anyway, i am just cranky that i clicked and saw that |
| 17:10.22 | kanzure | shapesmith at least bothers to send objects as json between the client and server |
| 17:10.31 | kanzure | (not that json is the important part; it's the messages/transactions that matter) |
| 17:11.03 | caen23 | he was talking about the end product, not code… it's html and some bash, it wasn't the code that was excellent |
| 17:11.25 | brlcad | this has absolutely nothing to do with cgi |
| 17:11.49 | kanzure | ok what was excellent then |
| 17:12.34 | brlcad | that a high school student was able to figure out all the pieces to interactively create and render geometry on top of a fairly complex system, and do that in the span of just a couple days |
| 17:12.53 | kanzure | ageism is the worst. |
| 17:13.06 | brlcad | wtf |
| 17:13.14 | kanzure | anyway, i guess it would have been helpful to say "it's excellent because he's young" |
| 17:13.27 | kanzure | that would have put it in more context to see why anyone would think it's that |
| 17:13.32 | brlcad | it would have been excellent had anyone done it |
| 17:13.36 | kanzure | really?? |
| 17:14.30 | brlcad | but knowing that he's inexperienced does make it more interesting if only because I'd rather encourage someone inexperienced to become more experienced than piss in their cheerios because someone somewhere has a better idea |
| 17:14.36 | kanzure | anyway, when he's around could you ping me? if he wants to make web things with brlcad, i think there's some better things he could be implementing. |
| 17:15.25 | ``Erik | *cough* *cough* http://www.youtube.com/watch?v=scaAz1zcdXI *cough* |
| 17:16.17 | kanzure | i mean, if he wants guidance on how to make brlcad instances usable through a browser safely |
| 17:16.20 | kanzure | or something like that |
| 17:17.12 | ``Erik | he made an mvp, dude |
| 17:17.39 | kanzure | i would have serious hesitations about rolling that into the brlcad repo |
| 17:17.49 | kanzure | wait, i mean i do have |
| 17:19.08 | caen23 | do you really have nothing better to do than comment on some code written in a few days by a high school student? code which, by the way, no one is rolling anywhere… |
| 17:19.41 | kanzure | yes, i think code review is super important |
| 17:20.28 | caen23 | it's not called code review if you're ranting without the person being present |
| 17:20.47 | kanzure | he's not present? |
| 17:22.03 | caen23 | do you see him answering your "review"? |
| 17:22.29 | brlcad | kanzure: questioning others for finding it cool and interesting when you did not is far from a code review |
| 17:22.43 | kanzure | ok let's try this a different way. what is the actual argument for committing this? |
| 17:22.54 | ``Erik | no one has made that argument |
| 17:23.22 | kanzure | okay. |
| 17:23.45 | brlcad | expressing your dissatisfaction is similarly not be a useful criticism |
| 17:25.27 | brlcad | that is the student's own github repo, and good for him for committing his work to a version control system |
| 17:25.30 | brlcad | people should do that more often |
| 17:29.01 | brlcad | if you think you could actually achieve what the student did with a better design or fewer lines of code, I'd be interested in seeing that |
| 17:29.17 | brlcad | not hearing about it though, ideas are easy, talk is cheap |
| 17:29.50 | brlcad | but then if someone wants to go down that route, there are other tasks that would be more in line with our long-term goals |
| 18:50.14 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) | |
| 22:32.09 | Notify | 03BRL-CAD:brlcad * 54198 brlcad/trunk/src/util/bombardier.c: clean up the wording a little bit |
| 01:35.40 | maths22 | what is ibot? |
| 02:03.52 | brlcad | http://books.google.com/books?id=fxL4tu5bzAAC&printsec=frontcover#v=onepage&q&f=false |
| 02:03.59 | brlcad | ibot: ibot |
| 02:03.59 | ibot | i guess ibot is not a help system |
| 02:04.03 | brlcad | heh |
| 02:04.49 | brlcad | ~infobot |
| 02:04.49 | ibot | rumour has it, infobot is me, http://infobot.svn.sourceforge.net/svnroot/infobot/ // The original infobot is no more, it has been replaced by the latest version of blootbot, accompanied by a rename back to infobot // apt/ibot/infobot/purl is now an infobot run by TimRiker |
| 02:10.48 | maths22 | I have had some fun asking ibot questions, but I was not sure what it acutally was. |
| 02:11.17 | brlcad | there's a lot of nice little tricks she has up her sleeve |
| 02:11.40 | brlcad | basic math, to actions, to info, all customizable |
| 02:11.56 | maths22 | now that I know where the source is, I can look at it and do some fun things. |
| 02:12.04 | maths22 | I like it's response to ~ask |
| 02:12.08 | brlcad | ~lart maths22 |
| 02:12.08 | ibot | nabs the moon and broadsides maths22 with the sea of tranquility |
| 02:12.19 | brlcad | ~feed maths22 |
| 02:12.19 | ibot | ACTION offers maths22 some toe-jam |
| 02:12.20 | maths22 | ~kill me |
| 02:12.20 | ibot | ACTION shoots a super-inverse anti-positrino gun at maths22 |
| 02:12.50 | brlcad | ~maths22++ |
| 02:12.59 | brlcad | ~karma maths22 |
| 02:12.59 | ibot | maths22 has karma of 2 |
| 02:13.07 | maths22 | ~karma brlcad |
| 02:13.07 | ibot | brlcad has karma of 1 |
| 02:13.13 | brlcad | ah, he fixed it |
| 02:13.31 | brlcad | used to be one of a few hard-coded to a negative number |
| 02:13.45 | brlcad | ~karma tupone |
| 02:13.45 | ibot | tupone has karma of 166 |
| 02:13.58 | maths22 | ~karma ``Erik |
| 02:13.58 | ibot | ``erik has karma of 3 |
| 02:14.13 | brlcad | mostly used by the bzflag and debian communities iirc |
| 02:14.17 | maths22 | now I have a new way to waste my time :) |
| 02:14.50 | brlcad | factoids are the most useful aspect, stash little shorthand bits of info |
| 02:14.55 | brlcad | ~cadsvn |
| 02:14.55 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 02:15.11 | brlcad | ~pastebin |
| 02:15.11 | ibot | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 02:15.26 | brlcad | and I'm sure you saw ~ask more than a few times ;) |
| 02:15.45 | brlcad | ~factoids |
| 02:15.45 | ibot | factoids are information that ibot can learn and then reply with. "/msg ibot help" for more info. |
| 02:16.52 | brlcad | ~botmail for maths22: she has a lil mailbox system too |
| 02:18.06 | brlcad | ~status |
| 02:18.06 | ibot | Since Sun Jan 20 17:51:05 2013, there have been 2 modifications, 162 questions, 0 dunnos, 0 morons and 84 commands. I have been awake for 3d 8h 27m 1s this session, and currently reference 118884 factoids. I'm using about 23912 kB of memory. With 0 active forks. Process time user/system 588.78/13.94 child 0.01/0 |
| 02:18.20 | brlcad | ~nickometer maths22 |
| 02:18.40 | brlcad | not too bad ;) |
| 02:19.34 | brlcad | ~bzflist |
| 02:19.53 | brlcad | ah, must be old protocol |
| 02:22.47 | maths22 | ~nickometer brlcad |
| 03:59.20 | DarkCalf | ~nickometer DarkCalf |
| 03:59.37 | DarkCalf | ibot is lame |
| 04:18.30 | maths22 | ~nickometer ibot |
| 09:57.42 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:12.04 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:20.20 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) | |
| 11:30.20 | ``Erik | !notify todo add user specified factoid irc commands (replace :ask with a table, maybe make commands channel specific) |
| 11:30.21 | Notify | OK |
| 11:31.51 | ``Erik | !notify todo add public todo url to response line |
| 11:31.52 | Notify | OK |
| 13:18.58 | *** join/#brlcad EricPoehlsen (~Eric@109.46.66.156) | |
| 13:30.02 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:53.34 | Notify | 03BRL-CAD:bob1961 * 54199 (brlcad/trunk/src/tclscripts/archer/Arb4EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl and 5 others): Enhanced Archer's move-arb-face editing ability by allowing the face being edited to be changed via the mouse while in translate mode. This makes it simpler and faster to move arb faces by reducing the user's interaction with the GUI. |
| 14:49.30 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) | |
| 15:24.51 | Notify | 03BRL-CAD Wiki:AleshaplmbfbdzdvBormes * 4942 /wiki/AleshaplmbfbdzdvBormes: New page: Covent Garden Hotels inside London are a must-see along with must-stay place for anybody browsing investment. It’s positioned in one's heart with the busiest a part of London and also bo... |
| 15:58.49 | ``Erik | ~nickometer ``Erik |
| 15:59.05 | ``Erik | pets his stealth marks |
| 16:08.13 | Notify | 03BRL-CAD Wiki:AleshaplmbfbdzdvBormes * 4943 /wiki/AleshaplmbfbdzdvBormes: |
| 16:11.12 | brlcad | I thought they were two pointy hairs (horns), just both on the same side of your head |
| 16:13.57 | caen23 | nickometer arithmetic would crash on fps servers, lol |
| 16:22.10 | brlcad | asks if alan cox wants to get back to work on brl-cad ;) |
| 16:22.29 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.64.233) | |
| 16:35.43 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:55.18 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 17:05.21 | brlcad | caen23: how is it feeling to decompress? :) |
| 17:16.21 | brlcad | TO ALL: brlcad.org now points to the new server |
| 17:16.39 | brlcad | that's particularly relevant to those of us that ssh in and connect via screen+irssi |
| 17:17.18 | brlcad | the old server is still bzflag.bz for the time being, so can join that way but at some point, you should all migrate to logging in via brlcad.org and holding a screen session there |
| 17:17.29 | brlcad | files are going to be sync'd one more time |
| 17:45.45 | *** part/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ) | |
| 17:46.04 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 17:54.40 | caen23 | brlcad: can't really say i'm decompressing, it's almost the same except for more sleep :) and less focus :( i'm currently reading a book on c to fill some gaps |
| 18:25.38 | ``Erik | brlcad: are they going to update the PTR record, too? are the db's fully migrated? |
| 18:26.09 | ``Erik | starts fidgeting with the thermite cap and eyes bz O.o |
| 18:31.26 | ``Erik | are the mx records shifted, too? O.o should probably do some test emails to verify the sendmail can receive all the right hostnames |
| 18:47.25 | brlcad | caen23: which book? |
| 18:48.36 | brlcad | ``Erik: I'll fix RDNS when all's said and done |
| 18:49.38 | caen23 | brlcad: head first c. it's not necessarily comprehensive on the language, but it's a good intro to related stuff such as make, static/dynamic linking, and c-specific sockets, threads and ipc |
| 18:49.39 | brlcad | db's should be fully migrated, but I'm making sure one by one |
| 18:49.54 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.64.233) | |
| 18:50.09 | ``Erik | 'k, just did a test email to @brlcad.org and it went to bz, not crit |
| 18:50.49 | brlcad | caen23: huh, yeah .. that's not a book that would have jumped to mind |
| 18:52.57 | brlcad | ``Erik: that's because your MX (and only yours apparently) goes to bz.bzflag.bz |
| 18:53.03 | caen23 | it's not heavy material, but i wasn't looking for that |
| 18:53.09 | brlcad | which will be the last thing to flip |
| 18:53.43 | brlcad | caen23: there are lots of other books that aren't heavy but do a great job ;) |
| 18:54.16 | brlcad | as far as the language goes, it's hard to beat the original C book |
| 18:54.22 | brlcad | but yeah, doesn't cover the "other stuff" |
| 18:54.46 | brlcad | otherwise, generally considered one of the best programming books ever written |
| 18:55.59 | ``Erik | used gmail, figured it'd be safe |
| 18:56.33 | brlcad | it was :) |
| 18:57.50 | ``Erik | mail.yahoo.com does the same :/ |
| 18:58.56 | caen23 | brlcad: i stumbled upon a list of more serious books yesterday on esr's web site and i'm very interested in reading those, but they're focused on unix. haven't read the entire k&r yet (i tried starting with that one, but it seemed too difficult when i started, especially as i had done no programming before), but i plan to. my first book on c was kn king's, if you're familiar with that one. it still seems both comprehensive and accessible to a beginner |
| 18:59.19 | ``Erik | same for work O.o |
| 19:04.35 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 19:49.21 | maths22 | I'm excited that we are on the new server! |
| 19:49.22 | brlcad | ``Erik: you mistunderstand something |
| 19:49.50 | brlcad | *your* MX record points to a bz.bzflag.bz address, so mail to erik@brlcad goes to .bz |
| 19:51.19 | brlcad | i'd have to change your mx record to be a different alias (or perhaps remove it altogether so it delivers to brlcad.org) |
| 19:51.42 | brlcad | maths22: in no small part to all your efforts, great work :) |
| 19:52.10 | maths22 | thanks. |
| 19:52.17 | brlcad | I did have to just upgrade once again (there've been two security-fix drupal updates since you migrated), but it went mostly smooth :) |
| 19:52.34 | maths22 | Minor drupal upgrades are easy. |
| 19:52.45 | maths22 | The major ones are the ones that take the effort. |
| 19:52.48 | brlcad | it was also ignoring our synopsis markers, fixed that |
| 19:53.00 | maths22 | What are those? |
| 19:53.04 | brlcad | drupal 7 bug |
| 19:53.43 | brlcad | when you write a story, you can tell it how much goes onto the main page with a <!--break--> marker |
| 19:54.46 | maths22 | thanks. |
| 19:57.01 | brlcad | also was some apparent problem with a mediawiki extension and one other drupal module, iirc, but all figured out in a couple hours |
| 19:57.11 | brlcad | would have made a good gci task ;) |
| 20:07.04 | brlcad | ``Erik: ah, I see my terminology (or understanding) was off -- the MX record how i've set it up goes to our DNS host (zoneedit) which in term forwards as specified (so the forwards stay private/unpublished) |
| 20:07.30 | brlcad | their interface just presents it all as MX management |
| 20:07.35 | ``Erik | 'k, so it is a forward, aight |
| 20:08.42 | ``Erik | saw mail5.zoneedit.com and mail6.zoneedit.com listed as the mx records when I did a 'dig brlcad.org mx', thought it was weird... any reason to use their forward service instead of using the machine and enabling sendmail .forward files? |
| 20:09.59 | brlcad | originally didn't provide mail |
| 20:10.02 | brlcad | only aliases |
| 20:10.12 | ``Erik | ah, legacy |
| 20:10.36 | brlcad | still have a lack of faith in my own ability to secure sendmail/qmail with confidence for outbound |
| 20:10.54 | brlcad | why it was (supposed to be) inbound only |
| 20:11.22 | brlcad | still have my doubts that we're secure there even on .bz |
| 20:28.46 | maths22 | Oh well. If you have any other problems like that, feel free to let me know and I will try to fix it. |
| 20:31.39 | maths22 | by the way, any old gallery links will no longer work. |
| 20:32.19 | maths22 | Gallery 3 uses a different system for URLS, and it is at brlcad.org/gallery3 |
| 20:33.01 | brlcad | any reason we can't just copy it? |
| 20:33.25 | brlcad | (assuming we move the old one out of the day) |
| 20:33.28 | brlcad | s/day/way/ |
| 20:34.21 | maths22 | I can move it. I will do that now; the urls are still different |
| 20:44.32 | maths22 | i have moved it. I fixed the link on the drupal site to point to the new location as well |
| 20:54.46 | brlcad | ~maths22++ |
| 20:54.50 | brlcad | awesome :) |
| 21:16.30 | Notify | 03BRL-CAD:carlmoore * 54200 (brlcad/trunk/src/proc-db/clutter.c brlcad/trunk/src/proc-db/pyramid.c brlcad/trunk/src/proc-db/room.c): simplify the expression for sine of 60 degrees; would pyramid.g be able to spot M_PI ? |
| 21:40.49 | Notify | 03BRL-CAD:carlmoore * 54201 brlcad/trunk/src/libfft/fftest.c: simplify 2 expressions by carrying out division of constants |
| 22:18.07 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 22:18.42 | starseeker | is now logged in on screen+irssi from brlcad.org rather than bz |
| 00:13.10 | maths22 | should I stop connecting to crit.brlcad.org and start connecting to brlcad.org |
| 00:14.12 | ``Erik | brlcad.org == crit.brlcad.org now |
| 00:17.20 | maths22 | will the domain crti.brlcad.org be deactivated? |
| 01:16.48 | ``Erik | <-- kinda surprised brlcad didn't set up brlcad.org as a cname to crit.brlcad.org |
| 01:17.22 | ``Erik | I don't see any reason why crit would be deactivated *shrug* but that's not my call |
| 01:19.17 | maths22 | I will change my ssh seetings either way. |
| 01:19.28 | archivist | no need for cname, just add another A record, one less dns trip |
| 01:19.58 | maths22 | I am now connected via brlcad.org |
| 03:12.17 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 03:17.10 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 06:25.12 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 10:06.40 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) | |
| 12:56.02 | *** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in) | |
| 13:17.37 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-25-160.web.vodafone.de) | |
| 14:05.32 | Notify | 03BRL-CAD:bob1961 * 54202 brlcad/trunk/src/libged/draw.c: Fixed a bug in _ged_drawtrees that was causing vlists for previously drawn objects to be created each time anything was drawn, causing the vlists to grow larger for the redrawn objects (i.e. the created vlists were added to the previously created vlists for the redrawn objects). |
| 14:19.10 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 14:53.19 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) | |
| 15:35.11 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 15:38.25 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 15:39.21 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 16:06.37 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:06.37 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 16:47.12 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-0-133.web.vodafone.de) | |
| 17:23.25 | maths22 | what does/did bz.bzflag.bz host other than brlcad.org |
| 17:42.33 | ``Erik | 58 hosts |
| 17:42.47 | ``Erik | mostly small ones, like small business, local hobby groups, etc |
| 17:56.38 | maths22 | ok. thanks. I was just wondering. |
| 18:32.41 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.113) | |
| 18:37.57 | maths22 | on a related note, what does crit host? |
| 18:42.38 | *** join/#brlcad Eric_ (~Eric@ip-109-41-185-126.web.vodafone.de) | |
| 19:03.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.113) | |
| 19:30.23 | n_reed | r54202 doesn't make sense to me, I don't see the evidence for the bug described, but assuming it exists I don't think that would be the way to fix it |
| 19:32.53 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 19:34.31 | Notify | 03BRL-CAD:r_weiss * 54203 brlcad/trunk/src/other/openNURBS.dist: Updated openNURBS file "openNURBS.dist" and removed files "opennurbs_brep_changesrf.cpp", "opennurbs_brep_kinky.cpp", "opennurbs_crashtest.h", "opennurbs_memory_new.cpp", "opennurbs.sln", "opennurbs.vcproj" and "opennurbs_staticlib.vcproj". These changes remove files not used by BRL-CAD and are not part of the 2012-10-24 version of openNURBS. In |
| 19:34.33 | Notify | addition this corrects an error "Files listed in subversion but not accounted for in build logic", related to openNURBS, when running "make distcheck-full". |
| 19:35.10 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:42.57 | n_reed_ | ah, yeah it appends a duplicate if you draw a subpath of a displayed object |
| 19:54.24 | brlcad | n_reed: can revert, causing a problem? |
| 19:58.27 | n_reed | I know, I'm still looking into it |
| 20:03.22 | brlcad | lemme know if it's a show-stopper, working through my commit reviews now for a hopeful source release asap |
| 20:09.51 | brlcad | doing what should be the final sync of the user home dirs (so some early migraters may have to delete files) |
| 20:15.32 | ``Erik | frightening arg line on that rsync |
| 20:31.40 | Notify | 03BRL-CAD:n_reed * 54204 brlcad/trunk/src/libged/draw.c: first item won't always exist, don't assume it does |
| 20:34.43 | maths22 | Why does the login message now say "bz.bzflag.bz" ? |
| 20:35.56 | n_reed | bob got lucky; the sp->s_vlist hp is a bu_list, not a bn_vlist, so vp->nused could have been garbage if vp was the head, but it just so happens that struct solid has a int s_vlen initialized to 0 right after the s_vlist member |
| 20:38.00 | Notify | 03BRL-CAD:r_weiss * 54205 brlcad/trunk/src/other/openNURBS/Makefile.am: Update to "Makefile.am" for openNURBS version 2012-10-24. |
| 20:44.30 | n_reed | so bob's change does seem to fix a real problem, but it seems like ged_erasePathFromDisplay is where that case is really supposed to be handled; I think it's fine for now though |
| 21:08.34 | Notify | 03BRL-CAD:n_reed * 54206 brlcad/trunk/src/libged/draw.c: Have to count the vlists' commands before appending them, or else s_vlen is always 0. Interestingly, this doesn't change any behavior because none of our code seems to read s_vlen. |
| 21:24.22 | brlcad | maths22: that's just the motd |
| 21:24.40 | brlcad | maths22: that server name will also eventually get migrated, the child becomes the master |
| 21:26.11 | brlcad | n_reed: interesting |
| 21:27.44 | maths22 | ok. thanks. |
| 21:28.29 | maths22 | is the switch there waiting until everyone is off of the old server? |
| 22:08.30 | Notify | 03BRL-CAD:r_weiss * 54207 brlcad/trunk/src/tclscripts/mged/lc.tcl: Fixed a bug and added features to the mged "lc" (list codes) command. Fix a bug which caused some duplicates to not be reported. Added an option to not list duplicates which all have the same parent and material_id. Also added region parent to the list. |
| 22:11.27 | brlcad | maths22: not really, just a lot more behind the scenes work to verify, sync, update, migrate |
| 22:15.27 | maths22 | ok |
| 22:38.47 | brlcad | maths22: if you want something to look into, you could check on the CIANotify mediawiki plugin |
| 22:40.44 | brlcad | I don't think it's announcing in there which means it's not sending mail |
| 22:40.59 | brlcad | the plugin was written against a previous version, so the hooks may have simply changed slightly |
| 22:41.39 | brlcad | another thing still needing attention is the gallery -- the default gallery3 settings kinda suck :) |
| 22:42.24 | brlcad | would be better to minimize / eliminate "pages" when browsing an album |
| 22:49.52 | brlcad | and that's just getting started.. :) |
| 22:51.50 | brlcad | getting site style on the gallery, setting up site-wide search (wiki and drupal and maybe gallery), syncing logins/accounts (single sign-on), and updating the appearance are all on the to-do list too |
| 22:57.35 | maths22 | Must gallery be an independent site, or can I integrate it with Drupal? |
| 22:57.53 | maths22 | I also will look into the CIANotify plugin |
| 23:03.03 | brlcad | maths22: integrated would be awesome |
| 23:03.18 | brlcad | the concern is mostly about usability |
| 23:03.32 | brlcad | drupal's image gallery support really sucked the last time it was attempted |
| 23:15.36 | maths22 | I'm going to see if gallery3 integrates with drupal |
| 23:32.28 | maths22 | exit |
| 01:19.59 | brlcad | there was a module, don't know if it's been updated |
| 01:20.49 | brlcad | frankly could be something better, drupal built-in module of some sort, manual gallery |
| 02:36.41 | maths22 | I will see |
| 02:54.49 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:57.01 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 06:57.04 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 08:45.21 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 09:02.22 | *** join/#brlcad caen23 (~cezar@92.81.175.131) | |
| 09:10.02 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-60-177.web.vodafone.de) | |
| 10:16.57 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 10:17.00 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 14:20.03 | Notify | 03BRL-CAD Wiki:50.141.159.74 * 4937 /wiki/Tes: Created page with "Back to testing" |
| 14:20.20 | maths22 | CIA-noify works now |
| 14:20.55 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/Tes: Finished testing |
| 14:21.18 | maths22 | It may need some improvements; i will se |
| 15:28.42 | maths22 | I have put in a google custom search on the drupal. If you like it, I will add it to mediawiki |
| 17:15.33 | *** join/#brlcad luca79 (~luca@net-37-116-119-195.cust.dsl.vodafone.it) | |
| 18:57.07 | *** join/#brlcad caen23 (~cezar@92.81.175.131) | |
| 06:45.55 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 06:45.55 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 08:46.32 | *** join/#brlcad luca79 (~luca@net-37-116-127-167.cust.dsl.vodafone.it) | |
| 09:02.27 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 09:47.22 | *** join/#brlcad luca79 (~luca@net-37-116-127-167.cust.dsl.vodafone.it) | |
| 09:57.11 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-8-163.web.vodafone.de) | |
| 12:54.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38) | |
| 14:09.43 | maths22 | http://blog.charlescary.com/?p=95 |
| 14:09.59 | maths22 | sorry. not my link |
| 14:31.49 | *** join/#brlcad luca79 (~luca@net-37-116-127-167.cust.dsl.vodafone.it) | |
| 15:36.48 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38) | |
| 15:55.17 | *** join/#brlcad luca79 (~luca@net-37-116-127-167.cust.dsl.vodafone.it) | |
| 15:57.07 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 16:26.44 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38) | |
| 16:41.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38) | |
| 16:44.25 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 16:47.13 | *** join/#brlcad harmanpreet (~chatzilla@124.253.75.200) | |
| 18:13.36 | *** join/#brlcad harmanpreet (~chatzilla@124.253.154.144) | |
| 20:04.10 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22: |
| 20:04.20 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22: |
| 20:05.05 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22: |
| 20:13.17 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22: |
| 20:13.27 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Maths22: |
| 20:31.26 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Czgafatol: |
| 20:33.08 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Dloman: drupal |
| 20:33.18 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Dloman: drupal |
| 20:33.28 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Erik: drupal |
| 20:33.39 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/User:Erik: drupal |
| 20:51.55 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:09.32 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 21:50.34 | Notify | 03BRL-CAD Wiki:SusanasslrtqytgxBurhanuddin * 0 /wiki/User:SusanasslrtqytgxBurhanuddin: |
| 23:18.17 | Notify | 03BRL-CAD Wiki:83.9.178.238 * 4938 /wiki/Chosing_Wedding_Gowns_35048: Created page with "Marriage is – ideally – an once-in-a-lifetime event. There isn't much leeway to practice or make mistakes. So to make the bride's entrance down the carpet perfect and memo..." |
| 23:31.36 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.38) | |
| 23:36.37 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:83.9.178.238: Spamming links to external sites |
| 23:36.47 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Chosing_Wedding_Gowns_35048: spam |
| 00:26.43 | maths22 | Integration should be fixed now. |
| 00:28.29 | maths22 | If an account does not work, please let me know and I will fix it. |
| 05:31.57 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 06:32.51 | Notify | 03BRL-CAD Wiki:TheodorespwtitrdakLoughney * 0 /wiki/User:TheodorespwtitrdakLoughney: |
| 10:23.22 | Notify | 03BRL-CAD Wiki:02-safe-online-loans-in-one-hour-now * 0 /wiki/User:02-safe-online-loans-in-one-hour-now: |
| 10:37.29 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 10:58.20 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 11:00.42 | Notify | 03BRL-CAD Wiki:Rhymninicky * 0 /wiki/User:Rhymninicky: |
| 11:07.54 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 11:21.05 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 11:25.50 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:48.29 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 11:48.33 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 12:04.17 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 12:07.42 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 12:09.27 | *** join/#brlcad caen23 (~cezar@92.81.175.245) | |
| 12:10.16 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 12:27.57 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 12:28.20 | *** join/#brlcad caen23 (~cezar@92.85.86.230) | |
| 12:42.04 | *** join/#brlcad luca79 (~luca@host23-15-dynamic.0-87-r.retail.telecomitalia.it) | |
| 12:58.07 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 13:25.14 | *** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in) | |
| 13:29.02 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 13:37.44 | *** join/#brlcad libero (~luca@host90-106-dynamic.0-79-r.retail.telecomitalia.it) | |
| 13:41.05 | *** join/#brlcad luca79 (~luca@host90-106-dynamic.0-79-r.retail.telecomitalia.it) | |
| 13:41.34 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-49-0.web.vodafone.de) | |
| 13:44.08 | *** join/#brlcad libero (~luca@host58-21-dynamic.0-87-r.retail.telecomitalia.it) | |
| 13:44.52 | *** join/#brlcad luca79 (~luca@host58-21-dynamic.0-87-r.retail.telecomitalia.it) | |
| 13:59.01 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 14:33.00 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 14:59.44 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 15:12.44 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 15:13.32 | *** join/#brlcad libero (~luca@host147-118-dynamic.180-80-r.retail.telecomitalia.it) | |
| 15:15.49 | Notify | 03BRL-CAD Wiki:Esmehenning * 0 /wiki/User:Esmehenning: |
| 15:17.55 | *** join/#brlcad luca79 (~luca@host147-118-dynamic.180-80-r.retail.telecomitalia.it) | |
| 15:30.14 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 15:45.39 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 16:06.15 | maths22 | by the way, all previous artiles have lost their authorship information because all users had to be removed and recreated. |
| 16:11.05 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 16:11.41 | maths22 | actually, I am/can fix that |
| 16:39.04 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 16:41.50 | Notify | 03BRL-CAD:carlmoore * 54208 brlcad/trunk/src/tclscripts/mged/lc.tcl: remove trailing blanks |
| 16:47.34 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 17:07.04 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 17:16.34 | *** join/#brlcad luca79 (~luca@host124-104-dynamic.1-79-r.retail.telecomitalia.it) | |
| 17:37.48 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 17:57.31 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 18:04.06 | brlcad | maths22: awesome getting cianotify up and running -- did the hooks need changing? |
| 18:06.55 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 18:17.39 | brlcad | maths22: and what all was done to integrate the accounts? how does drupal know that I am the same as my mediawiki user? |
| 18:18.44 | brlcad | gave me a bit of a scare with the loss of authorship .. it'd be okay on the drupal side just because I've been the only author, but not on the wiki side |
| 18:32.49 | ``Erik | wonders if someone jenkins-savvy could configure it to use /tmp/jenkins/ instead of /tmp/ O.o :D |
| 19:36.19 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:03.42 | Notify | 03BRL-CAD Wiki:EfraindamdxpurlsScocca * 0 /wiki/User:EfraindamdxpurlsScocca: |
| 20:07.49 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:31.17 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:39.47 | *** join/#brlcad caen23_ (~cezar@92.81.194.120) | |
| 21:01.52 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:03.03 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:03.05 | Notify | 03BRL-CAD Wiki:EfraindamdxpurlsScocca * 4939 /wiki/Visa_Or_Master_Card_Debt_Settlement_Process: Created page with "The scammer cannot remember the details of the portion of art or they easily obtain the artwork mixed up with people. Sometimes may possibly also referred to as NCO group or ..." |
| 21:05.42 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:EfraindamdxpurlsScocca: Spamming links to external sites |
| 21:05.44 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Visa_Or_Master_Card_Debt_Settlement_Process: spam |
| 21:07.23 | Notify | 03BRL-CAD Wiki:EraxPadsaccer * 0 /wiki/User:EraxPadsaccer: |
| 21:07.34 | Notify | 03BRL-CAD Wiki:EraxPadsaccer * 4940 /wiki/Talk:Main_page: /* The Best Video Games To Play From Each Genre */ new section |
| 21:17.43 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:22.13 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:24.06 | Notify | 03BRL-CAD Wiki:Sean * 4941 /wiki/Talk:Main_page: Reverted edits by [[Special:Contributions/EraxPadsaccer|EraxPadsaccer]] ([[User talk:EraxPadsaccer|talk]]) to last revision by [[User:Sean|Sean]] |
| 21:24.23 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:EraxPadsaccer: Spamming links to external sites |
| 21:25.54 | starseeker | growl |
| 21:26.10 | starseeker | looks like opennurbs has a memory leak, but I'm not sure where/how to plug it |
| 21:26.38 | brlcad | o.O |
| 21:27.03 | brlcad | how can you be sure it's opennurbs then? |
| 21:28.01 | starseeker | http://paste.lisp.org/display/134973 |
| 21:28.14 | maths22 | No. |
| 21:28.24 | maths22 | THe integration was a bit annoying. |
| 21:28.39 | maths22 | I had to remove all the drupal users and use mediawiki to recreate them. |
| 21:28.52 | maths22 | I had to modify a rather oudated document. |
| 21:29.18 | maths22 | I knew that you were almost the only author on the drupal side. |
| 21:29.20 | brlcad | starseeker: that doesn't say opennurbs has a leak |
| 21:29.46 | maths22 | Therefore, deleting the users to be recreated was not a big deal. |
| 21:30.12 | maths22 | No was to hooks. |
| 21:30.24 | maths22 | I think I only had to comment out a few lines. |
| 21:30.34 | maths22 | and renable it :) |
| 21:30.49 | brlcad | huh, okay |
| 21:31.16 | maths22 | to what? |
| 21:31.26 | brlcad | that you only had to comment out a few lines |
| 21:31.44 | maths22 | they did not appear to do anything other than cause error messages. |
| 21:32.03 | brlcad | so how is drupal using mediawiki users? |
| 21:32.28 | brlcad | from my understanding, drupal has much much more fine-grained control on users, roles, and permissions than mediawiki |
| 21:32.50 | maths22 | Mediawiki groups corrospond to drupal roles. |
| 21:33.06 | maths22 | Currently, all sysops in mediawiki are drupal admins. |
| 21:33.15 | brlcad | how/where is that set? |
| 21:33.22 | maths22 | If something needs to be changed or another group must be created, I can do that. |
| 21:33.27 | starseeker | brlcad: maybe I'm not nailing it down properly yet, but something's wrong. I'm trying to do a rapid fire series of surface splits without increasing memory usage, but memory usage is growing during the process |
| 21:33.36 | maths22 | It is set throught the mwi/di extentions. |
| 21:33.52 | starseeker | could be I'm not using it right |
| 21:34.07 | maths22 | http://www.mediawiki.org/wiki/Extension:DrupalIntegration |
| 21:34.23 | brlcad | starseeker: you definitely have a leak there -- valgrind doesn't lie about that :) |
| 21:35.24 | brlcad | starseeker: it just doesn't say (and can't say) where it's being leaked, whose responsibility it was to free the memory that was allocated and lost |
| 21:38.13 | brlcad | that particular leak it reports is pretty big |
| 21:39.12 | brlcad | ``Erik: those are in temp because it obey's the TEMP var |
| 21:39.41 | brlcad | could create a subdir and put them all in there, but there shouldn't even be any in there .. they're supposed to be auto-unlinked, so something is awry |
| 22:07.38 | starseeker | ah |
| 22:07.44 | starseeker | note to self - Initialize is evil |
| 22:28.54 | ``Erik | brlcad: java.io.tmpdir, and there're postings about a tmp reaper plugin for it, kinda smells like a "windows/linux" approach to me |
| 22:45.55 | starseeker | was trying to be too cute, messed up low level assumptions being made about surface properties, and got zapped |
| 22:49.02 | brlcad | ``Erik: ah, thought you were looking at the 2.5k brl-cad temp files that were in there |
| 23:07.52 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 23:08.56 | Notify | 03BRL-CAD:carlmoore * 54209 brlcad/trunk/src/shapes/coil.c: simplify computation, in float mode |
| 23:21.32 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 23:29.48 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 23:51.51 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 00:22.28 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 00:34.41 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:52.02 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 01:14.56 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:23.03 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 01:52.39 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 02:23.05 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 03:15.06 | Notify | 03BRL-CAD Wiki:Carpinteyrorcz * 0 /wiki/User:Carpinteyrorcz: |
| 03:40.48 | *** join/#brlcad agkphysics (~aaron@206.10.252.27.dyn.cust.vf.net.nz) | |
| 03:54.31 | *** join/#brlcad aaron (~aaron@206.10.252.27.dyn.cust.vf.net.nz) | |
| 04:11.30 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 04:13.46 | *** join/#brlcad Guest24238 (~aaron@206.10.252.27.dyn.cust.vf.net.nz) | |
| 05:43.41 | Notify | 03BRL-CAD:brlcad * 54210 (brlcad/trunk/src/conv/step/DerivedUnitElement.cpp brlcad/trunk/src/conv/step/DerivedUnitElement.h and 2 others): fixed bad header. looks like 'United' regex gone mad. |
| 05:44.30 | brlcad | starseeker: your src/librt/test_* files seem to be lacking their header (sh/header.sh will fix it for you) |
| 06:12.29 | Notify | 03BRL-CAD:brlcad * 54211 brlcad/trunk/src/tclscripts/mged/botedit.tcl: add missing header and footer |
| 06:14.29 | Notify | 03BRL-CAD:brlcad * 54212 brlcad/trunk/sh/template.sh: if /bin/sh isn't a bash shell, footer.sh will fail (due to the array usages). make sure we're using bash. clean up backup recovery outputs too. |
| 06:19.29 | Notify | 03BRL-CAD:brlcad * 54213 (brlcad/trunk/src/tclscripts/boteditor/botEditor.tcl brlcad/trunk/src/tclscripts/boteditor/botPropertyBox.tcl brlcad/trunk/src/tclscripts/boteditor/botTools.tcl): add missing headers and footers |
| 06:23.44 | Notify | 03BRL-CAD:brlcad * 54214 brlcad/trunk/src/tclscripts/archer/itk_redefines.tcl: missing header/footer added |
| 06:27.11 | Notify | 03BRL-CAD:brlcad * 54215 brlcad/trunk/src/libsysv/tcl.c: add missing header, remove per-file authorship per dev guide |
| 06:29.40 | Notify | 03BRL-CAD:brlcad * 54216 brlcad/trunk/sh/copyright.sh: ignore cmake build directories and svn dirs. |
| 06:43.08 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-173-38.web.vodafone.de) | |
| 07:22.22 | Notify | 03BRL-CAD:brlcad * 54217 (brlcad/trunk/CMakeLists.txt brlcad/trunk/COPYING and 2735 others): update copyright for 2013 welcoming our files to the year of slithering slathering serpent subjects |
| 07:48.45 | Notify | 03BRL-CAD Wiki:033-compare-online-loans-no-credit-check-approval * 0 /wiki/User:033-compare-online-loans-no-credit-check-approval: |
| 07:56.14 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:15.35 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-12-50.web.vodafone.de) | |
| 15:29.36 | brlcad | tightens up mediawiki to not allow dashes in username and usernames > 12char |
| 15:30.11 | brlcad | still don't know why the MinimumNameLength extension isn't catching those |
| 15:30.27 | brlcad | modified the core User.php file to impose harder limits |
| 15:31.01 | Notify | 03BRL-CAD Wiki:Jacksixb * 4942 /wiki/User:Jacksixb/Independent_Study_2012-13_Log: |
| 15:33.54 | brlcad | starseeker: any hints on how I can fix this? http://pastebin.ca/2308596 |
| 15:34.44 | brlcad | at least what the right fix is, clearly caused by not finding fontconfig package, but is the fix to empty out the var so it's not NOTFOUND? |
| 15:36.42 | maths22 | brlcad: why did you want to do that? |
| 15:38.02 | maths22 | lastlog - |
| 15:38.06 | maths22 | sorry |
| 15:42.46 | maths22 | it ist to prevent spam users? |
| 15:56.57 | brlcad | yep |
| 15:58.03 | brlcad | maths22: I installed an extension to limit usernames, but it doesn't seem to prevent them fully |
| 15:58.13 | brlcad | note the recent.. |
| 15:58.13 | brlcad | 02:48 < Notify> BRL-CAD Wiki:033-compare-online-loans-no-credit-check-approval * 0 /wiki/User:033-compare-online-loans-no-credit-check-approval |
| 15:59.29 | brlcad | we're also still getting 1-2 spams a day, so I'm looking for more measures that don't impede fly-by-editing |
| 15:59.44 | brlcad | our regex is getting pretty huge |
| 16:04.48 | maths22 | true. |
| 16:05.42 | brlcad | we had it down to about 1-2 a month, which was quite acceptable |
| 16:06.00 | brlcad | but then hundreds of spam accounts were getting created, nice to limit that too |
| 16:06.35 | brlcad | an option to double-verify new accounts would be nice.. |
| 16:08.32 | ``Erik | disable new page creation for non-verified users? |
| 16:09.38 | maths22 | what do you mean double-verify |
| 16:11.02 | ``Erik | a common approach is to require an email address and send an email there with a validation link to 'enable' an account, would that be a useful approach? |
| 16:11.23 | maths22 | Let me look into that. |
| 16:11.26 | brlcad | users must already provide an e-mail address I "think" |
| 16:11.38 | brlcad | haven't tried to create a new account in a while.. ;) |
| 16:12.13 | brlcad | requiring an account for new pages would be good if that's not already enforced |
| 16:12.26 | brlcad | still want to allow anonymous edits to any page |
| 16:13.15 | maths22 | by they half to confim it. |
| 16:13.19 | maths22 | Let me look |
| 16:13.50 | ``Erik | I'd imagine some of the spam is generated mechanical turk style :/ |
| 16:14.43 | brlcad | the majority are rather complex but at least half-automated |
| 16:15.09 | brlcad | there was one that clearly got posted in error a while back that showed the regexes the spam script was using |
| 16:15.25 | brlcad | it had it's own internal regexes to get past filtering |
| 16:16.05 | ``Erik | cool, didja save it anywhere? be interesting to see the red teams secret technologies in this arms race |
| 16:16.18 | brlcad | (buy|purchse|sell) (car|boat|house) (loans|investments|estate) on the best (property|deal|goal) ... |
| 16:16.42 | brlcad | i'm sure it's in the wiki history somewhere, but no not specifically |
| 16:16.55 | brlcad | just gave me a couple dozen patterns to add to our regex ;) |
| 16:17.13 | maths22 | I have deactivated page creation for unregistered users |
| 16:17.21 | brlcad | maths22: awesome |
| 16:18.06 | brlcad | what was REALLY effective was disabling all URLs ... |
| 16:18.16 | maths22 | what do you mean. |
| 16:18.22 | brlcad | but of course then we couldn't even edit our own existing pages |
| 16:18.37 | brlcad | the regex pattern match extension |
| 16:18.44 | brlcad | I modified it to match any url |
| 16:18.50 | ``Erik | if text contains "http://" reject |
| 16:18.58 | brlcad | lil more complex, but yeah |
| 16:19.16 | brlcad | "http:\/\/.*\.com|http:\/\/.*\.net|http:\/\/.*[^cC][^aA][^dD]\.org|". # any link to an external site |
| 16:19.46 | maths22 | that would make using our own site hard. |
| 16:19.48 | brlcad | but that was a no-go, way too restrictive |
| 16:20.19 | brlcad | what WOULD be useful is if a submit contains a url, that it prompts an additional captcha |
| 16:20.33 | brlcad | even better, if it contains a *new* url :) |
| 16:20.38 | ``Erik | 'cept it was fine for the mountains of spam to http://mrastercard.com.cn *cough* :) |
| 16:20.42 | brlcad | but I'm not aware of such an extension |
| 16:21.19 | ``Erik | .cn is china |
| 16:21.25 | brlcad | ``Erik: that'd still get caught by http:\/\/.*\.com |
| 16:21.31 | ``Erik | ah, hm |
| 16:21.48 | brlcad | but yeah, some isoteric matches *could* get through, just unlikely :) |
| 16:22.06 | ``Erik | registers brlcad.xxx before it becomes a hot property O.o |
| 16:22.09 | brlcad | myawesomespamcad.org would get in |
| 16:22.48 | brlcad | and any other tld actually not containing ".com", ".net", or "cad.org" |
| 16:23.12 | brlcad | they're just currently not even in the noise |
| 16:24.24 | maths22 | look at this: http://www.mediawiki.org/wiki/Extension:QuestyCaptcha |
| 16:26.42 | brlcad | maths22: we already have that installed |
| 16:26.50 | brlcad | via ConfirmEdit |
| 16:27.18 | brlcad | I think that captcha is only enabled during an edit |
| 16:27.29 | brlcad | pretty effective at edit spam |
| 16:28.25 | brlcad | hell, most fly by users would have to do some research to answer the questions I put in there... :) |
| 16:28.30 | brlcad | e.g., What is the dot product of [2, 12, 1] with [7, 2, 4] |
| 16:30.40 | maths22 | Why are we allowing all registered users to skip the captcha |
| 16:30.54 | maths22 | We should only let autoconfirmed users skip it. |
| 16:31.00 | brlcad | because I don't want to burden a real user with a real edit |
| 16:31.17 | brlcad | there's that distinction? |
| 16:31.20 | maths22 | what about this: $wgGroupPermissions['emailconfirmed']['skipcaptcha'] = true; |
| 16:31.39 | brlcad | s/there/where/ |
| 16:32.07 | brlcad | that sounds good to me, I assumed you couldn't be a registered user without confirming your e-mail |
| 16:32.10 | maths22 | Sorry. Autoconfirmed means: |
| 16:32.31 | maths22 | never mind. |
| 16:32.40 | maths22 | What we should do is set http://www.mediawiki.org/wiki/Manual:$wgAutoConfirmAge |
| 16:32.53 | maths22 | and/or http://www.mediawiki.org/wiki/Manual:$wgAutoConfirmCount |
| 16:34.36 | maths22 | or rather http://www.mediawiki.org/wiki/Manual:$wgAutoPromote |
| 16:34.59 | brlcad | autoconfirmage doesn't look very useful |
| 16:35.19 | brlcad | much of the spam accounts are registered several days before they start spamming |
| 16:35.30 | brlcad | and they are then only used to spam once or twice |
| 16:35.52 | brlcad | probably to combat exactly that |
| 16:36.13 | maths22 | then use autoconfirmcount |
| 16:36.32 | brlcad | yeah, that sounds useful |
| 16:36.34 | maths22 | ignore my last link |
| 16:36.38 | brlcad | what's a good value? |
| 16:36.40 | brlcad | 3? |
| 16:37.03 | brlcad | effectively 0 now right? |
| 16:37.23 | maths22 | yes. |
| 16:37.29 | maths22 | 3 to five sounds good |
| 16:37.44 | brlcad | yeah, a few captchas when they're just getting started sounds reasonable |
| 16:37.52 | maths22 | ok. |
| 16:38.32 | brlcad | more than 3 is probably not preventing anything -- if they get past even one, it's a real human and they'll be able to get past N |
| 16:40.34 | maths22 | true |
| 16:40.47 | maths22 | I have set that |
| 16:42.00 | brlcad | what about captcha during account creation? |
| 16:42.10 | brlcad | does it currently prompt? |
| 16:42.50 | maths22 | It already does |
| 16:44.44 | brlcad | but not the questy one, I imagine? |
| 16:45.56 | maths22 | yes. it is the questy one |
| 16:46.04 | brlcad | huh |
| 16:46.34 | maths22 | I remember I had to think about the sum of elements in a zero matrix. |
| 16:46.41 | brlcad | unrelated, any way to return users that log in from drupal to the drupal page they logged in from? |
| 16:46.54 | maths22 | Let me look at that |
| 16:47.53 | brlcad | if you all have other good CADy mathy matrixy questions to include, lemme know ;) |
| 16:58.11 | ``Erik | <-- kinda wonders if a dot product isn't too much, plenty of people do modelling and purdee pikchurz without doing that much math regularly O.o |
| 16:58.58 | ``Erik | basic 4 operations might be good, I've seen those used as captchas before |
| 17:02.06 | brlcad | ``Erik: yet a simple search reveals how to compute a dot product with trivial ease |
| 17:02.13 | brlcad | even online calculators |
| 17:03.03 | brlcad | I don't think we have a single user that couldn't figure it out if they had to |
| 17:03.14 | ``Erik | yeah, it's easy to do, but I'd guess that a lot of non-geeks wouldn't think to google it *shrug* |
| 17:03.20 | brlcad | and they get a different captcha if they fail anyways |
| 17:03.59 | ``Erik | (not that the contribution rate is high among new/driveby users *shrug*) |
| 17:04.38 | brlcad | it's non-zero, so that's in part why I still want to support anonymous editing at all |
| 17:04.42 | brlcad | I think it works |
| 17:04.58 | brlcad | we've had a half dozens anon edits in the past two months |
| 17:05.25 | ``Erik | aight, be interesting to collect the data from the old machine on contribution rates and compare it to that kind of captcha |
| 17:05.43 | ``Erik | d'no if there's enough to do a statistically significant a/b test :/ |
| 17:06.01 | brlcad | questions in our domain that require thought are okay by me, just can't be "hard" questions (as in not easily searched or understood) |
| 17:07.01 | ``Erik | sooo, not "provide a ponynomial time algorithm to the traveling salesman problem in haskell" |
| 17:09.20 | brlcad | yeah |
| 17:09.26 | brlcad | haskell would be too much ;) |
| 17:13.58 | maths22 | let's see if autoconfirm + no anonymous pages helps |
| 17:14.27 | brlcad | that's no anonymous NEW pages right? |
| 17:14.35 | brlcad | still want to allow anonymous edits on existing pages |
| 17:14.45 | ``Erik | how's this for mental sickness: http://paste.lisp.org/display/134995 (sh script for cron) |
| 17:16.15 | brlcad | what for? |
| 17:16.57 | ``Erik | in case data accidently gets stomped |
| 17:17.14 | brlcad | okie |
| 17:18.05 | brlcad | I like to keep a local and offsite backup of dumps, have it scripted up for the mysql dbs |
| 17:18.17 | brlcad | was what was filling up .bz's hard disks a couple years ago if you remember |
| 17:19.08 | ``Erik | yeah, I had a nightly script on forge that did db dumps before an fs dump, good to have a replayable script |
| 17:51.12 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 18:32.34 | brlcad | pokes Notify |
| 18:59.38 | brlcad | http://pastebin.ca/2308674 |
| 19:02.50 | ``Erik | last email notify got was at 11:48:15 and was posted O.o |
| 19:03.12 | ``Erik | var is fun |
| 19:03.14 | ``Erik | full |
| 19:05.34 | Notify | 03BRL-CAD:tbrowder2 * 54221 (brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm-gears.png brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm-gears.svg): change to 128x128 per web site |
| 19:11.07 | brlcad | ahh, /var/log is growing now that we're all on it |
| 19:11.24 | brlcad | heh, web logs |
| 19:11.36 | brlcad | already 3GB |
| 19:12.26 | ``Erik | mebbe move 'em to /backup or /usr |
| 19:12.49 | ``Erik | d'no what the plans are for /backup, but it's a different spindle |
| 19:13.22 | brlcad | yeah. no plans |
| 19:13.45 | brlcad | it came that way, we can make it be anything but a level 0 backup of the main disk is actually kinda useful |
| 19:14.09 | brlcad | of course, that's half a tb, which we could use if space gets tight |
| 19:14.41 | brlcad | probably just move var/log to usr/var/log like the other dirs for now |
| 19:14.50 | ``Erik | ghetto raid-1 done with dd or something? |
| 19:14.50 | brlcad | s/move/link/ |
| 19:14.55 | brlcad | yeah |
| 19:15.03 | brlcad | rsync it |
| 19:15.06 | ``Erik | or cpio once it's got the first image |
| 19:15.36 | brlcad | sync it weekly with no deletes or similar |
| 19:18.12 | ``Erik | the notify posts should show up over the next few hours in random order as smtp retries come in |
| 19:19.00 | ``Erik | assuming the 47 free megs don't get used up first O.o |
| 19:22.17 | ``Erik | turns off the hourly tarball regeneration of the git mirror.. should slow down the logs a bit |
| 19:32.15 | Notify | 03BRL-CAD:r_weiss * 54222 brlcad/trunk/src/tclscripts/mged/lc.tcl: Update to the mged "lc" command adding the "-r" option to skip listing regions which their parent is a region and the child is subtracted within the parent. Also added the 'los' test to the "-s" option. |
| 19:32.29 | brlcad | lets see how hard this hits the fan |
| 19:34.15 | brlcad | waits on apachectl stop && mv /var/log /usr/var/log && ln -s /usr/var/log && apachectl start |
| 19:36.58 | brlcad | done, now hopefully the mail spool will be a lil more resiliant |
| 19:36.58 | ``Erik | all of /var/log, not just /var/log/httpd ? |
| 19:37.08 | brlcad | whole deal |
| 19:37.16 | brlcad | user logs are huge once they get re-enabled |
| 19:37.50 | ``Erik | could cause boot issues :/ |
| 19:38.07 | brlcad | hrm, how so? shouldn't care.. |
| 19:38.42 | brlcad | I've had /var/log redirected elsewhere without a problem iirc |
| 19:39.27 | ``Erik | ah, syslogd isn't started until thhe FILESYSTEMS and criticalremotes |
| 19:39.31 | ``Erik | aight, cool |
| 19:40.06 | brlcad | hups syslogd just for good measure |
| 19:41.27 | starseeker | brlcad: I think the fontconfig fix looks OK |
| 19:41.39 | ``Erik | lsof seems happy |
| 19:42.11 | starseeker | mutters under his breath some more about Tcl/Tk... |
| 19:43.53 | brlcad | maths22: do you recall when you submitted your first task (or first popped on irc)? |
| 19:45.43 | brlcad | i'm seeing nov I think |
| 19:47.15 | ``Erik | heh, var is now 3% used |
| 19:48.31 | Notify | 03BRL-CAD:brlcad * 54218 brlcad/trunk/src/other/tk/CMakeLists.txt: also need to account for a non-existent fontconfig |
| 19:48.51 | Notify | 03BRL-CAD Wiki:Lajosgodly * 0 /wiki/User:Lajosgodly: |
| 19:55.26 | Notify | 03BRL-CAD:brlcad * 54223 brlcad/trunk/AUTHORS: credit burroughs (maths22) for his awesome work getting most of our website infrastructure migrated to newer hardware and fixing/improving numerous website features (upgrades, search, unified login, spam filtering, more). came in under GCI but interested in taking over website ops. |
| 20:03.31 | Notify | 03BRL-CAD:n_reed * 54224 (brlcad/trunk/src/librt/librt_private.h brlcad/trunk/src/librt/primitives/pipe/pipe.c brlcad/trunk/src/librt/primitives/primitive_util.c): replace pipe draw routine struct parameters & returns with pointer parameters to avoid struct copies |
| 20:14.00 | Notify | 03BRL-CAD:brlcad * 54225 brlcad/trunk/src/other/openNURBS/opennurbs_array.h: gcc 4.4.6 warns about being unable to inline the (implicit) destructor. declaring the destructor implies to not inline, making the warnings/errors go away. performance should be moot, destructor is ON_SimpleArray's virtual. |
| 20:25.08 | Notify | 03BRL-CAD:tbrowder2 * 54220 (brlcad/trunk/doc/docbook/resources/brlcad/images/logo-vm.svg =================================================================== and 12 others): rename file to match that used on the site |
| 20:25.17 | *** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.teletu.it) | |
| 20:28.06 | Notify | 03BRL-CAD:brlcad * 54219 (brlcad/trunk/src/other/boost/boost/detail/container_fwd.hpp brlcad/trunk/src/other/boost/boost/mpl/has_xxx.hpp): apply boost patch regarding error: "BOOST_MPL_HAS_XXX_NO_EXPLICIT_TEST_FUNCTION" is not defined along with a handful of other defines not defined. see https://svn.boost.org/trac/boost/ticket/6142 for some relevance. |
| 20:35.27 | Notify | 03BRL-CAD:brlcad * 54226 brlcad/trunk/src/other/openNURBS/opennurbs_layer.h: more inline warnings/errors due to the compiler attempting to inline default functions. declaring them quells via intent. |
| 20:40.13 | maths22 | brlcad: November 27 |
| 20:40.35 | maths22 | day after GCI started |
| 20:41.05 | maths22 | yes. No autonomous new pages |
| 20:50.24 | Notify | 03BRL-CAD:carlmoore * 54227 brlcad/trunk/src/shapes/coil.c: simplify 2 more derivations of coil_radius |
| 21:07.06 | Notify | 03BRL-CAD:brlcad * 54228 (brlcad/trunk/src/other/openNURBS/opennurbs_array.h brlcad/trunk/src/other/openNURBS/opennurbs_layer.h): revert 54226 and 54225 since they cause vtable symbol failures when linking against the lib (declaring them apparently also implied don't define the default. |
| 21:11.53 | *** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.teletu.it) | |
| 21:19.53 | Notify | 03BRL-CAD:carlmoore * 54229 brlcad/trunk/src/shapes/coil.c: remove commented-off code because of the simplicity of the replacement |
| 21:30.33 | Notify | 03BRL-CAD:carlmoore * 54230 brlcad/trunk/src/shapes/coil.c: add decimal points although this should already compute in floating point mode |
| 21:36.54 | Notify | 03BRL-CAD:carlmoore * 54231 brlcad/trunk/src/conv/iges/extrudcon.c: simplify computation of q1 |
| 22:39.29 | Notify | 03BRL-CAD:carlmoore * 54232 brlcad/trunk/src/conv/shp/shapelib/shpopen.c: simplify what I take to be integer-mode calculations |
| 03:14.44 | brlcad | hmm |
| 03:22.42 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 03:26.24 | maths22_ | I like that bash is now the default shell. |
| 03:32.54 | brlcad | yeah, the default is a little lame ;) |
| 03:34.39 | maths22_ | I like knowing my current path. |
| 03:35.00 | brlcad | you can make the other show that |
| 03:35.23 | maths22_ | I did not know that; however, I did not try. |
| 03:36.25 | maths22_ | Thanks for the credit in Authors |
| 04:08.41 | maths22 | cianotify can be removed from todo |
| 04:09.00 | maths22 | I am working on figuring out gallery |
| 04:35.24 | brlcad | cool |
| 07:24.50 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:28.01 | *** join/#brlcad luca79 (~luca@host53-23-dynamic.0-87-r.retail.telecomitalia.it) | |
| 08:03.23 | *** join/#brlcad luca79 (~luca@host222-23-dynamic.0-87-r.retail.telecomitalia.it) | |
| 09:48.56 | *** join/#brlcad luca79 (~luca@host63-192-dynamic.14-87-r.retail.telecomitalia.it) | |
| 09:57.04 | *** join/#brlcad libero (~luca@host189-44-dynamic.4-87-r.retail.telecomitalia.it) | |
| 11:22.48 | *** join/#brlcad luca79 (~luca@host158-82-dynamic.14-87-r.retail.telecomitalia.it) | |
| 12:12.09 | *** join/#brlcad libero (~luca@host250-221-dynamic.5-87-r.retail.telecomitalia.it) | |
| 12:26.14 | *** join/#brlcad luca79 (~luca@host250-221-dynamic.5-87-r.retail.telecomitalia.it) | |
| 13:21.41 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-113-249.web.vodafone.de) | |
| 13:36.18 | *** join/#brlcad luca79 (~luca@host194-193-dynamic.14-87-r.retail.telecomitalia.it) | |
| 14:03.08 | maths22 | brlcad: what do you want done with the theme? |
| 14:03.18 | maths22 | Also, the sitemap is rather nonexistent |
| 15:15.10 | ``Erik | neat, someone in #lisp is trying to do a swig cffi binding on opennurbs O.o |
| 16:38.20 | Notify | 03BRL-CAD:carlmoore * 54233 brlcad/trunk/src/tclscripts/mged/lc.tcl: remove trailing blanks/tabs |
| 16:40.24 | *** join/#brlcad luca79 (~luca@host194-193-dynamic.14-87-r.retail.telecomitalia.it) | |
| 16:57.14 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 17:02.57 | brlcad | maths22: i have the sitemap, wouldn't worry about that until after a new theme is in place |
| 17:03.28 | brlcad | I want the existing theme to go away :) |
| 17:03.34 | brlcad | it's old and tired |
| 18:10.38 | Notify | 03BRL-CAD:bob1961 * 54234 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/arb8/arb8.c): Added code for selecting arb edges (i.e. rt_arb_find_e_nearest_pt2()). |
| 18:50.19 | Notify | 03BRL-CAD:carlmoore * 54235 (brlcad/trunk/src/librt/comb/db_comb.c brlcad/trunk/src/librt/db5_types.c): use %ld to fix warnings about expecting int but getting long int |
| 19:24.27 | Notify | 03BRL-CAD:bob1961 * 54236 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/move_arb_edge.c and 2 others): Create "C" and Tcl interfaces to the code for finding/selecting arb edges. |
| 19:30.43 | Notify | 03BRL-CAD:bob1961 * 54237 (brlcad/trunk/src/tclscripts/archer/Arb4EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl and 4 others): Enhanced Archer's move-arb-edge editing ability by allowing the edge being edited to be changed via the mouse while in translate mode. This provides a more straight forward way to move arb edges. |
| 19:35.25 | Notify | 03BRL-CAD:carlmoore * 54238 brlcad/trunk/src/lgt/do_options.c: simplify x_translate , y_translate ('if' block to be simplified later) |
| 20:19.43 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 20:34.16 | maths22 | Do you yet have the plan for the new theme? |
| 20:36.14 | *** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.teletu.it) | |
| 20:40.55 | ``Erik | black background, lots of animated gifs (including the 128x128 repeated background image), a music player, <blink> out the wazoo, ummm |
| 20:45.39 | ``Erik | (damn, now I want to make an alternate stylesheet for my pages and call it "1998") |
| 20:46.25 | maths22 | That sounds like a good idea ;) |
| 20:54.02 | maths22 | Today I have not not noticed any wiki spam! |
| 21:07.02 | n_reed | ``Erik: webpage for my scripting class had a hidden style like that |
| 21:07.29 | n_reed | http://userpages.umbc.edu/~dhood2/courses/cmsc433/spring2012/, type konami code and select geocities from the pop-up |
| 21:31.25 | *** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.vodafone.it) | |
| 21:48.14 | ``Erik | nice, my web programming class was in 2000 by a guy who thought mssql and vb/aspx was the shit, perl cgi got a minor mention O.o |
| 21:48.26 | ``Erik | sorry, not mssql, access |
| 22:34.07 | brlcad | maths22: yep, no spam so far... very nice! |
| 22:34.17 | brlcad | hopefully we'll last a few days/weeks before we see any |
| 22:34.40 | brlcad | and hopefully not some misconfiguration where just everyone is locked out of making changes ;) |
| 22:36.39 | maths22 | yes |
| 22:39.09 | Notify | 03BRL-CAD Wiki:Erik * 4943 /wiki/User:Erik: minor gsoc/gci updates |
| 22:39.25 | ``Erik | well, I seem to be able to edit stuff |
| 22:40.04 | Notify | 03BRL-CAD Wiki:Erik * 4944 /wiki/User:Erik: |
| 22:40.15 | brlcad | as anon? |
| 22:40.19 | ``Erik | no, as me |
| 22:40.59 | brlcad | log out, see if the captchas work |
| 22:42.03 | Notify | 03BRL-CAD Wiki:74.103.121.45 * 4945 /wiki/User:Erik: add exit links (as anon). -Erik |
| 22:42.51 | ``Erik | wheh, catpcha was at the top, missed it the first time (if it was there that time) O.o |
| 22:46.34 | ``Erik | (captcha was 'what year did BRL-CAD become open source' or something, fwiw) |
| 22:51.26 | maths22 | That is a quetion, so that makes sense. |
| 22:51.51 | maths22 | That is, a question on the list |
| 23:01.13 | Notify | 03BRL-CAD:starseeker * 54239 brlcad/trunk/src/librt/test_nurbsfit.cpp: Add standard header for test_nurbsfit.cpp |
| 23:03.08 | Notify | 03BRL-CAD:starseeker * 54240 (brlcad/trunk/src/librt/test_botpatches.cpp =================================================================== and 931 others): Rename some test files |
| 23:06.49 | Notify | 03BRL-CAD:starseeker * 54241 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/test_bot2nurbs.cpp brlcad/trunk/src/librt/test_root3-subd.cpp): Add more headers to test files |
| 23:14.57 | Notify | 03BRL-CAD:starseeker * 54242 brlcad/trunk/src/libnurbs/CMakeLists.txt: Checkpoint some work on reducing the memory footprint of the NURBS surface tree (at the same time trying to reorganize the code to be a little more easily understood.) Not in a working state right now, will remove after this check-in - performing checking so files can be retrieved if they are otherwise lost. |
| 23:16.01 | Notify | 03BRL-CAD:starseeker * 54243 brlcad/trunk/src/libnurbs/CMakeLists.txt: Reverse 54242 |
| 23:17.45 | starseeker | ``Erik: hmm, looks like 54240 broke an assumption in Notify somehow |
| 03:03.33 | brlcad | ~maths22++ |
| 03:03.38 | brlcad | ``Erik: excellent, thanks |
| 03:06.08 | maths22 | brlcad: for what? |
| 03:08.07 | brlcad | for making the wiki more awesome ;) |
| 03:08.28 | maths22 | thanks. |
| 03:08.35 | maths22 | Lets hope it lasts. |
| 03:10.59 | brlcad | yeah, hopefully |
| 03:15.24 | maths22 | and does not discourage anon editing |
| 03:36.25 | *** join/#brlcad yukonbob (~bch@nat60-100.kcls.org) | |
| 03:36.29 | yukonbob | hello #brlcad |
| 04:07.03 | brlcad | howdy |
| 04:18.46 | *** join/#brlcad caen23_ (~cezar@92.81.194.120) | |
| 04:27.22 | yukonbob | hey brlcad -- how're things? |
| 04:27.46 | yukonbob | (and oh, did you see ping and Mike Muuss were on front page of hackernews the other week?) |
| 04:28.31 | yukonbob | and it just occurred to me... is the BRLCAD moose a tribute to Mike? |
| 04:29.24 | Notify | 03BRL-CAD Wiki:SlurehewSuB * 0 /wiki/User:SlurehewSuB: |
| 06:13.29 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 07:29.23 | *** join/#brlcad luca79 (~luca@net-2-35-211-123.cust.dsl.teletu.it) | |
| 13:06.09 | Notify | 03BRL-CAD:bob1961 * 54244 brlcad/trunk/src/librt/primitives/bot/bot.c: rt_bot_find_e_nearest_pt1() has been updated to push p1 and p2 into the same plane before using in the call to bn_dist_pt2_lseg2() |
| 13:12.28 | *** join/#brlcad EricPoehlsen (~Eric@109.46.230.109) | |
| 13:14.12 | *** join/#brlcad luca79 (~luca@net-2-34-214-54.cust.dsl.vodafone.it) | |
| 13:26.55 | *** join/#brlcad Eric_ (~Eric@109.46.252.0) | |
| 14:39.39 | Notify | 03BRL-CAD:bob1961 * 54245 (brlcad/trunk/src/libdm/labels.c brlcad/trunk/src/libtclcad/tclcad_obj.c): Let dm_draw_labels handle checking for the existence of a geometric object. This fixes the problem where primitive labels were not getting drawn for objects specified using a path. |
| 15:16.30 | Notify | 03BRL-CAD:starseeker * 54246 (brlcad/trunk/src/other/libvds/build.c =================================================================== and 679 others): Adding vdslib 0.9 to src/other. To preserve history, start with the original vdslib_0.9.orig.tar.gz contents from the Debian source package (the original website no longer has the source code - contacted the author to see if 1.0 was available, but apparently it |
| 15:16.32 | Notify | hasn't survivied - in any case 0.9 is the version with a license that works for us.) |
| 15:22.17 | Notify | 03BRL-CAD:starseeker * 54247 (brlcad/trunk/src/other/libvds/Makefile =================================================================== and 136 others): Add original Makefiles, since they're not autogenerated at this stage. |
| 15:24.47 | Notify | 03BRL-CAD:starseeker * 54248 (brlcad/trunk/src/other/libvds/Makefile brlcad/trunk/src/other/libvds/polyview/Makefile and 9 others): Apply debian patch file vdslib_0.9-6.1.diff |
| 15:25.13 | brlcad | starseeker: kindly ask you or nick do a distcheck-full on that when you're done since we're close... |
| 15:29.49 | Notify | 03BRL-CAD:starseeker * 54249 brlcad/trunk/src/other/libvds/build.c: Add initial CMake build files, tweaks for compilation, move some docs to more standard filenames. |
| 15:30.54 | Notify | 03BRL-CAD:starseeker * 54250 (brlcad/trunk/src/other/libvds/polyview/cluster.cxx =================================================================== and 176 others): cluster looks to be generally useful, so move it out of polyview |
| 15:32.41 | Notify | 03BRL-CAD:brlcad * 54251 brlcad/trunk/include/nurbs.h: propagate a few LIKELY/UNLIKELY hints for the null sanity checks |
| 15:34.01 | Notify | 03BRL-CAD:starseeker * 54252 brlcad/trunk/src/other/libvds/CMakeLists.txt: Clean up CMakeLists.txt file a bit. |
| 15:36.22 | Notify | 03BRL-CAD:starseeker * 54253 (brlcad/trunk/src/other/libvds/polyview/geom.h =================================================================== and 126 others): cluster needs geom.h |
| 15:37.54 | Notify | 03BRL-CAD:starseeker * 54254 brlcad/trunk/src/other/libvds/CMakeLists.txt: Remove the remainder of polyview - revision control has it if we need it |
| 15:41.49 | *** join/#brlcad luca79 (~luca@net-2-34-214-54.cust.dsl.vodafone.it) | |
| 15:44.20 | Notify | 03BRL-CAD:starseeker * 54255 brlcad/trunk/src/other/libvds/README: Rework the README a bit. |
| 15:52.31 | Notify | 03BRL-CAD:starseeker * 54256 (brlcad/trunk/src/other/libvds/docs/fold.png =================================================================== (Binary files differ)): Add at least the basic overview page and its image for documentation. |
| 16:04.47 | *** join/#brlcad ishwerdas (~chatzilla@117.214.201.5) | |
| 16:08.09 | Notify | 03BRL-CAD:starseeker * 54257 (brlcad/trunk/INSTALL brlcad/trunk/configure.cmake.sh brlcad/trunk/src/other/CMakeLists.txt): Add in the logic to hook vds into BRL-CAD's overall build system. |
| 16:13.46 | Notify | 03BRL-CAD:brlcad * 54258 (brlcad/trunk/src/fb/Makefile.am brlcad/trunk/src/other/openNURBS/Makefile.am): update for files that no longer exist |
| 16:14.40 | Notify | 03BRL-CAD:starseeker * 54259 (brlcad/trunk/src/other/libvds.dist =================================================================== and 16 others): Add in the distcheck list for libvds |
| 16:16.05 | Notify | 03BRL-CAD:brlcad * 54260 brlcad/trunk/src/util/bombardier.c: recent change fails c90, need to get cmake build testing that at some point too |
| 16:23.15 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.97) | |
| 16:36.17 | Notify | 03BRL-CAD:bob1961 * 54261 brlcad/trunk/src/tclscripts/lib/Ged.tcl: The call to libtclcad's edit_motion_delta_callback requires a view parameter. |
| 16:46.30 | Notify | 03BRL-CAD:bob1961 * 54262 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Removed the call to clear the primitiveLabels in ArcherCore::gedWrapper |
| 16:47.19 | Notify | 03BRL-CAD:n_reed * 54263 (brlcad/trunk/src/other/libvds/build.c brlcad/trunk/src/other/libvds/cluster.c and 13 others): ws/style |
| 16:49.19 | Notify | 03BRL-CAD:n_reed * 54264 (brlcad/trunk/src/other/libvds/build.c brlcad/trunk/src/other/libvds/file.c brlcad/trunk/src/other/libvds/util.c): remove uses of malloc.h |
| 16:51.05 | brlcad | starseeker: is there a way to generate a cmake output that doesn't rely on cmake? |
| 16:52.18 | brlcad | i.e., I'd like to run cmake on a given system that's pretty much identical to the one i'm going to compile on, but the latter doesn't happen to have cmake installed |
| 16:52.33 | brlcad | would be nice to be able to run cmake, copy files, and compile |
| 17:00.11 | Notify | 03BRL-CAD:n_reed * 54265 brlcad/trunk/src/other/libvds/vds.h: remove use of bit field with vdsNodeStatus; bit field support for enum types is compiler specific |
| 17:08.32 | Notify | 03BRL-CAD:starseeker * 54266 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt): Need to flag extra outputs from DocBook man pages for CMake. |
| 17:10.34 | starseeker | brlcad: um. You could just copy the whole thing after having run CMake, and see if it works... haven't tried that |
| 17:10.52 | starseeker | but I don't think so |
| 17:11.08 | starseeker | IIRC, I rely on the CMake binary itself for a number of abilities |
| 17:11.43 | starseeker | we could always add the bootstrap ability... |
| 17:29.40 | Notify | 03BRL-CAD:carlmoore * 54267 (brlcad/trunk/src/libfb/if_disk.c brlcad/trunk/src/librt/db5_types.c and 7 others): fix d <--> ld format mismatches |
| 17:31.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.97) | |
| 17:33.00 | Notify | 03BRL-CAD:n_reed * 54268 (brlcad/trunk/src/irprep/CMakeLists.txt brlcad/trunk/src/irprep/pictx.c): check scanf and system returns |
| 17:39.01 | Notify | 03BRL-CAD:n_reed * 54269 brlcad/trunk/src/irprep/pictx.c: fix program name in error message |
| 17:49.27 | caen23 | the latest revision fails to compile on osx, libvds is unable to find GL/gl.h. is this because it's a work in progress? |
| 17:51.53 | starseeker | caen23: pretty much |
| 17:53.04 | caen23 | okay :D |
| 17:53.32 | starseeker | watch for a commit from n_reed, then give it another go |
| 17:54.45 | *** join/#brlcad luca79 (~luca@net-2-34-214-54.cust.dsl.vodafone.it) | |
| 17:59.39 | Notify | 03BRL-CAD:n_reed * 54270 (brlcad/trunk/src/other/libvds/CMakeLists.txt brlcad/trunk/src/other/libvds/build.c brlcad/trunk/src/other/libvds/geom.h): remove unneeded GL-specific code |
| 18:03.39 | Notify | 03BRL-CAD:n_reed * 54271 brlcad/trunk/src/other/libvds/build.c: last revision pulled in other work without comment; removing it temporarily |
| 18:07.30 | Notify | 03BRL-CAD:n_reed * 54272 brlcad/trunk/src/other/libvds/build.c: Fix buffer overrun. Insufficient memory was being allocated; need one id per node to access ids array by node index. |
| 18:10.40 | Notify | 03BRL-CAD:bob1961 * 54273 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: More tweaks for updating the -primitiveLabels option. |
| 18:22.15 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 18:28.18 | Notify | 03BRL-CAD:n_reed * 54274 brlcad/trunk/src/util/pixcut.c: check fread return value |
| 19:09.49 | Notify | 03BRL-CAD:carlmoore * 54275 brlcad/trunk/INSTALL: remove trailing blanks -- no other changes |
| 19:26.37 | Notify | 03BRL-CAD:carlmoore * 54276 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c): resolve d <--> ld discrepancies |
| 19:34.49 | *** join/#brlcad andrei_ (~IceChat7@188.25.171.229) | |
| 19:35.00 | starseeker | caen23: did that fix it? |
| 19:35.19 | Notify | 03BRL-CAD:carlmoore * 54277 (brlcad/trunk/src/conv/g-shell-rect.c brlcad/trunk/src/mged/menu.c): supply ld instead of d format |
| 19:35.27 | andrei_ | ey |
| 19:35.52 | caen23 | starseeker: looks like it did, but i'm currently recompiling |
| 19:36.12 | Notify | 03BRL-CAD:starseeker * 54278 brlcad/trunk/src/other/CMakeLists.txt: Fix root cause of spaces removed in commit 54275 |
| 19:49.01 | *** join/#brlcad luca79 (~luca@net-2-34-214-54.cust.dsl.vodafone.it) | |
| 19:49.33 | brlcad | caen23: would you also give "make distcheck-full" a try? |
| 19:49.44 | brlcad | might want to add -j## to speed that up .. :) |
| 19:49.55 | caen23 | sure |
| 19:50.25 | brlcad | if that works for you, that'll be two distinct platforms and I can start pulling a source release together |
| 19:52.46 | caen23 | should i post the results of distcheck somewhere, or can i simply write here? |
| 20:04.53 | brlcad | caen23: you can post it here if it's just a few lines or you can summarize |
| 20:05.06 | brlcad | pastebin to share the log if it failed would be best |
| 20:05.16 | caen23 | okay then |
| 20:05.18 | brlcad | unless the failure is "obvious" |
| 21:53.29 | *** join/#brlcad Mahi (~Mahi@ec2-50-17-32-65.compute-1.amazonaws.com) | |
| 22:32.59 | brlcad | caen23: how'd it go? |
| 22:59.04 | Notify | 03BRL-CAD:n_reed * 54279 (brlcad/trunk/INSTALL brlcad/trunk/src/other/libvds/cluster.c brlcad/trunk/src/other/libvds.dist): Remove geom.h; holdover from polyview. We have no use for it or the one function that uses need it. |
| 22:59.07 | Notify | 03BRL-CAD:n_reed * 54280 (brlcad/trunk/src/other/libvds/cluster.c brlcad/trunk/src/other/libvds/vds.h): rename clustering routine and expose in vds.h |
| 22:59.15 | Notify | 03BRL-CAD:n_reed * 54281 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/table.c): stub in rt_bot_adaptive_plot |
| 22:59.30 | Notify | 03BRL-CAD:n_reed * 54282 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/libvds/CMakeLists.txt): make libvds routines available in librt |
| 23:00.40 | Notify | 03BRL-CAD:carlmoore * 54283 (brlcad/trunk/src/liboptical/sh_gauss.c brlcad/trunk/src/liboptical/sh_treetherm.c): insert 2 more uses of 'ld' in lieu of 'd' |
| 01:06.03 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 02:13.35 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 02:58.29 | *** part/#brlcad Mahi (~Mahi@ec2-50-17-32-65.compute-1.amazonaws.com) | |
| 04:59.34 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 07:21.40 | Notify | 03BRL-CAD Wiki:CokFrombZom * 0 /wiki/User:CokFrombZom: |
| 08:32.02 | *** join/#brlcad luca79 (~luca@host170-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 10:14.13 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 11:22.43 | caen23 | brlcad: hmm… it failed the "[distcheck-autotools] Performing distcheck - autotools configuration…" test. does this mean it's trying to run ./configure? |
| 14:01.47 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.186.149) | |
| 14:03.28 | Notify | 03BRL-CAD:bob1961 * 54284 brlcad/trunk/src/libged/draw.c: Drawing combinations using the shaded mode options was no longer working. This fixes the problem. |
| 14:03.39 | ``Erik | caen23: I'd assume so, to verify that the old deprecated way is still usable... is there any info on why it failed? probably something simple like a .c file was added and not put in a Makefile.am (or ya don't have automake/libtool/etc on your system) |
| 14:20.28 | ``Erik | cool perspective trick with spoiler http://cheezburger.com/7022356736 |
| 14:52.44 | *** join/#brlcad harmanpreet (~chatzilla@124.253.148.240) | |
| 15:13.55 | starseeker | n_reed: If you need to debug include dir ordering in CMake, the macro we use to handle that is BRLCAD_SORT_INCLUDE_DIRS in BRLCAD_Targets.cmake |
| 15:51.05 | starseeker | O.o - a build time path survived the install? |
| 15:53.02 | starseeker | the primary governing logic for that is in the toplevel CMakeLists.txt file around line 630 (RPATH stuff) |
| 15:54.01 | starseeker | maybe there's some Mac bundling foo confusing things... |
| 15:54.33 | starseeker | we don't use CMake's BundleUtilities package for this, but it might be worth looking into: http://www.cmake.org/Wiki/BundleUtilitiesExample |
| 16:11.44 | *** join/#brlcad luca79 (~luca@host170-19-dynamic.4-87-r.retail.telecomitalia.it) | |
| 16:53.09 | brlcad | starseeker: another case in point for container encapsulation, so we can try things like this easily: http://google-opensource.blogspot.com/2013/01/c-containers-that-save-memory-and-time.html |
| 16:54.55 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-85-58-60.web.vodafone.de) | |
| 17:12.10 | Notify | 03BRL-CAD:bob1961 * 54285 (brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb7EditFrame.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Minor cleanup |
| 17:52.31 | starseeker | brlcad: hah, interesting |
| 18:29.05 | Notify | 03BRL-CAD:starseeker * 54286 brlcad/trunk/TODO: Add a note to investigate what it would take to make search aware of boolean ops |
| 18:43.19 | Notify | 03BRL-CAD:bob1961 * 54287 brlcad/trunk/src/libtclcad/tclcad_obj.c: This fixes an issue that appears in Archer when editing an object that has been drawn as part of a combination. |
| 19:41.24 | *** join/#brlcad merzo (~merzo@46.201.149.204) | |
| 20:20.58 | Notify | 03BRL-CAD:bob1961 * 54288 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/move_arb_face.c brlcad/trunk/src/librt/primitives/arb8/arb8.c): Added rt_arb_check_points (used by rt_arb_calc_points and rt_arb_edit to prevent zero length edges). |
| 20:24.43 | Notify | 03BRL-CAD Wiki:Stewgodart * 0 /wiki/User:Stewgodar: |
| 20:34.26 | Notify | 03BRL-CAD:bob1961 * 54289 brlcad/trunk/src/librt/primitives/arb8/arb8.c: Fix for the local_arb4_edge_vertex_mapping array (i.e. arb4's use index 4 for point 4). |
| 20:48.38 | Notify | 03BRL-CAD:carlmoore * 54290 brlcad/trunk/INSTALL: remove trailing blanks |
| 21:03.03 | *** join/#brlcad max___ (bed54b56@gateway/web/freenode/ip.190.213.75.86) | |
| 21:03.11 | max___ | hi!!! evryone |
| 21:03.22 | max___ | any GCI mentors here |
| 21:03.30 | max___ | currently |
| 21:04.31 | max___ | had some queries regarding GCI |
| 21:06.55 | brlcad | max___: what's your query? |
| 21:07.16 | Notify | 03BRL-CAD:carlmoore * 54291 brlcad/trunk/src/util/pixbustup.c: switch to long int format |
| 21:28.56 | starseeker | this looks like it could be fun: http://llvm.org/pubs/2008-12-OSDI-KLEE.html |
| 22:01.34 | brlcad | interesting, but their website is a little thin on how they actually "automatically" generated tests resulting in high coverage |
| 22:07.09 | Notify | 03BRL-CAD:carlmoore * 54292 (brlcad/trunk/src/libged/tables.c brlcad/trunk/src/libged/wdb_comb_std.c and 9 others): change d to ld in formatting |
| 22:51.07 | Notify | 03BRL-CAD:carlmoore * 54293 brlcad/trunk/src/lgt/do_options.c: simplify an if/then/else block (some code moved to before the 'if') |
| 23:52.34 | *** join/#brlcad pawleeq (~pawleeq@31.28.150.26) | |
| 23:52.43 | pawleeq | hello |
| 23:53.57 | pawleeq | I have completed Model new BRL-CAD Logo using BRL-CAD itty-bitty task, where should I send the g file? |
| 01:30.29 | Notify | 03BRL-CAD Wiki:Onepeople123 * 0 /wiki/User:Onepeople123: |
| 02:01.32 | Notify | 03BRL-CAD Wiki:Arbimbfreen * 0 /wiki/User:Arbimbfreen: |
| 09:19.09 | *** join/#brlcad pawleeq (~pawleeq@31.28.150.26) | |
| 09:20.10 | pawleeq | hi |
| 09:45.51 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 11:50.39 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-62-161.web.vodafone.de) | |
| 14:56.13 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 14:56.38 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.67.70) | |
| 15:25.15 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.67.70) | |
| 15:51.54 | starseeker | brlcad: I'm going to need to rework some of the SCL cmake stuff - never had to seriously try to detect a system SCL (stepcode, now) and use it |
| 15:52.09 | starseeker | want me to hold off committing any of that until the source release is posted? |
| 15:58.59 | ``Erik | branch? |
| 16:22.41 | brlcad | starseeker: if you distcheck-full on two plats, it shouldn't affect me ;) |
| 16:23.11 | brlcad | otherwise, yeah, what erik said would work too |
| 16:23.26 | brlcad | hoping to tag later today, just a couple more failures |
| 16:24.10 | brlcad | ``Erik: fyi, full host backup has been under way since yesterday (bz) ... |
| 16:24.46 | brlcad | one last sync "just in case" something goes horribly wrong or gets deleted in the turn-off |
| 16:26.53 | brlcad | starseeker: was the -lc ordering fixed? |
| 16:53.41 | *** join/#brlcad Suryajith (~Stattrav@ns.cmi.ac.in) | |
| 16:55.41 | brlcad | hi Suryajith |
| 16:56.57 | Suryajith | brlcad: hey |
| 16:57.18 | Suryajith | brlcad: I want my work to get committed :( |
| 16:58.01 | Suryajith | Anything I need to do apart from the patches upload ? |
| 17:00.54 | brlcad | Suryajith: I don't recall the latest status of your patches, but I want them to get committed too |
| 17:02.28 | Suryajith | Rai said they were fine but did not act upon them on sf |
| 17:02.30 | brlcad | that's part why actively pressing for integration during gsoc, because it's often harder later :) |
| 17:02.36 | brlcad | okay, that's good |
| 17:02.50 | brlcad | though I recall he reviewed the user-facing result, not the code? |
| 17:03.02 | brlcad | commit is all about following HACKING |
| 17:03.08 | Suryajith | true :) |
| 17:03.12 | brlcad | and existing code, being paramount to maintainability |
| 17:03.12 | Suryajith | I totally agree. |
| 17:03.33 | Suryajith | So, how about I update the patches as new ? |
| 17:03.41 | brlcad | that'd be great |
| 17:03.49 | brlcad | make sure they can apply cleanly to a trunk checkout |
| 17:04.05 | brlcad | they should fit in "somewhere" |
| 17:04.07 | Suryajith | i have a clean trunk checkout now. |
| 17:04.49 | Suryajith | yeah. it was under trunk/web/htdocs/benchmark |
| 17:05.03 | brlcad | i'm in the middle of tagging and posting a source release this weekend, but can review it shortly after |
| 17:05.10 | brlcad | which trunk? |
| 17:05.13 | Suryajith | brlcad: thanks, take your time |
| 17:05.16 | Suryajith | web trunk |
| 17:05.35 | brlcad | you mean then web/trunk/htdocs/benchmark? |
| 17:05.49 | Suryajith | oh yeah, sorry about that |
| 17:06.43 | brlcad | couple really cool GCI tasks affect benchmark performance, so I'm looking forward to your interface capturing those changes :) |
| 17:10.11 | Suryajith | what were they ? |
| 21:23.42 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 01:14.39 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 01:50.18 | Notify | 03BRL-CAD Wiki:Owersesside * 0 /wiki/User:Owersesside: |
| 07:20.14 | *** join/#brlcad tujli (740103cf@gateway/web/freenode/ip.116.1.3.207) | |
| 07:20.31 | tujli | hi brlcad |
| 08:29.33 | *** join/#brlcad harmanpreet (~chatzilla@124.253.78.250) | |
| 10:20.03 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-234-215.web.vodafone.de) | |
| 10:20.58 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-234-215.web.vodafone.de) | |
| 10:39.46 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-234-215.web.vodafone.de) | |
| 11:10.22 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:10.29 | pawleeq | hi |
| 13:38.31 | *** join/#brlcad merzo (~merzo@204-112-201-46.pool.ukrtel.net) | |
| 16:18.55 | *** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net) | |
| 16:28.33 | *** join/#brlcad merzo (~merzo@178.92.234.176) | |
| 16:36.52 | pawleeq | I have created the new logo in brlcad, if you are still interested |
| 17:11.08 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 17:38.57 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.163.237) | |
| 17:45.54 | Skriptkid | http://kkovacs.eu/the-tao-of-programming |
| 17:46.12 | Skriptkid | Just thought this might interest people. Worth a read. |
| 17:50.27 | caen23 | Skriptkid: did you read "teach yourself programming in 10 years"? |
| 17:50.48 | Skriptkid | Nope. Why? |
| 17:50.58 | caen23 | you should, it's a good read |
| 17:51.17 | Skriptkid | Will do. Thanks :) |
| 17:51.29 | caen23 | it's about the same length as the link you posted |
| 17:52.22 | Skriptkid | Yeah. Opened it up just now. |
| 18:36.29 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.163.237) | |
| 18:37.49 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 20:03.24 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 20:13.44 | Notify | 03BRL-CAD Wiki:Stevar1111 * 0 /wiki/User:Stevar1111: |
| 20:18.19 | *** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net) | |
| 20:44.49 | Notify | 03BRL-CAD Wiki:Pitamersib * 0 /wiki/User:Pitamersib: |
| 21:30.51 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 21:31.19 | kanzure | starseeker: excellent work on separating out the scl history into the git repo. |
| 21:31.32 | starseeker | kanzure: thanks |
| 21:31.55 | starseeker | hopefully that will be useful from a merging standpoint |
| 21:32.34 | kanzure | i'm not familiar with merges of this magnitude, but my first idea was to do an incremental merge based on this |
| 21:32.45 | kanzure | for instance, you would merge one file at a time because of the manual work involved |
| 21:33.30 | starseeker | possibly. Mark (stepcode project lead) seems to be a lot more comfortable with git than I am, so I'm hoping he'll chime in |
| 21:34.06 | kanzure | i had to do a lot of cvs->svn->git rescuing for nanoengineer, it involved lots of antics :/ |
| 21:34.19 | kanzure | i was thinking i should record all of the steps i had to use and sing it to the tune of tom lehrer's "new math" |
| 21:34.26 | starseeker | hehe |
| 21:34.49 | kanzure | "you can't pull from remote because remote is less than head, but head is really two ahead and you can't take 68bc from f78 because.." |
| 21:34.57 | kanzure | well, it's hard to sing in irc. |
| 21:35.48 | starseeker | I suppose I should record it... was a combination of the tricks used for utahrle breakout and hints from here: http://stackoverflow.com/questions/1683531/how-to-import-existing-git-repository-into-another |
| 21:36.32 | kanzure | svn-all-fast-export was really helpful because it uses a separate rules file for how to process svn commits |
| 21:36.59 | starseeker | the utahrle process I did document: http://sourceforge.net/p/utahrle/utahrle/ci/2a06256d8604b80c33376119403c88368c926033/tree/doc/svn-to-git.txt |
| 21:37.41 | starseeker | yeah - svn-all-fast-export seems to be the tool of choice, even though it takes some digging to figure out how to get it to fly |
| 21:38.12 | starseeker | in most respects, utahrle was more complicated - tracking the history around between different directories was tricky |
| 21:38.56 | starseeker | kanzure: did you break out nanoengineer into different git repos, or was it all in one repo? |
| 21:39.41 | kanzure | it was all in one repo, plus branches |
| 21:39.56 | kanzure | they originally did a bad cvs->svn conversion, so i had to fix that first |
| 21:40.01 | kanzure | then i was able to save all of the branches |
| 21:40.17 | starseeker | ah |
| 21:40.37 | starseeker | yeah, that's one thing that helps here - don't have to worry about branches for these cases |
| 21:40.59 | kanzure | git filter-branch is also very handy.. i've been trying to manipulate github's contributions calendar to write text on the calendar dates: |
| 21:41.04 | kanzure | https://github.com/kanzure |
| 02:38.40 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 06:45.17 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.163.237) | |
| 09:31.51 | Notify | 03BRL-CAD Wiki:Smussyingem * 0 /wiki/User:Smussyingem: |
| 09:44.17 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 10:00.00 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-158-248.web.vodafone.de) | |
| 11:43.51 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 11:43.59 | pawleeq | hello |
| 11:47.24 | pawleeq | Here si another article (in czech) regarding some solid types and rtwizard: http://www.abclinuxu.cz/clanky/brl-cad-pokrocile-techniky-modelovani-2 |
| 11:48.14 | pawleeq | And here I have uplaoded the brlcad database with the new logo: www.pawleeq.com/brlcad/logo.g |
| 12:23.56 | Notify | 03BRL-CAD Wiki:SergeyFadeev * 0 /wiki/User:SergeyFadeev: |
| 12:58.41 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 14:17.34 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 14:18.55 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 14:45.44 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.77) | |
| 16:00.25 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 16:01.02 | starseeker | huh, weird |
| 16:08.52 | *** join/#brlcad cristina (~quassel@188.24.85.189) | |
| 16:27.19 | *** join/#brlcad merzo (~merzo@165-210-132-95.pool.ukrtel.net) | |
| 16:32.18 | maths22 | what is wierd |
| 16:56.38 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.99.77) | |
| 17:02.04 | maths22 | congradulations Skriptkid, caen23! |
| 17:02.33 | Skriptkid | maths22: tnaks :D |
| 17:02.54 | caen23 | maths22: thanks |
| 17:03.18 | maths22 | you're welcome |
| 17:03.20 | caen23 | wow, just checked out the blog post. we're from all over the world, i think it's a first |
| 17:03.29 | maths22 | Enjoy your trip to google! |
| 17:04.14 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 17:06.36 | maths22 | This moring, I looked at what tasks the top five had done, and I guessed it would be you two |
| 17:08.19 | *** join/#brlcad merzo (~merzo@203-38-133-95.pool.ukrtel.net) | |
| 17:09.46 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 17:10.23 | caen23 | it would be interesting to see how many winners didn't have the most tasks completed |
| 17:11.29 | maths22 | Unforinately, the list does not show the display names of the participants, only the real names |
| 17:11.48 | maths22 | I had to look it up using irc whois for you two |
| 17:25.43 | brlcad | congratulations caen23 and Skriptkid, and a huge thanks to everyone that has contributed |
| 17:26.24 | brlcad | that was brutal to hold off announcements for so long! |
| 17:26.54 | Skriptkid | brlcad: Thank you too! :D |
| 17:27.45 | caen23 | brlcad: thanks |
| 17:27.52 | brlcad | for what it's worth, it was nearly a three-way tie for second |
| 17:28.00 | Skriptkid | brlcad: By the way, just asking, any idea how long it might take for the patches to get reviewed? |
| 17:28.12 | brlcad | between Skriptkid maths22 and javamonn, that was really tough close competition |
| 17:28.34 | Skriptkid | Yep. They're work was real good too. |
| 17:29.37 | brlcad | a call for votes went out to all of the mentors and all three got voted best |
| 17:30.54 | brlcad | Skriptkid: as soon as possible but it will take a little while to "recover" we put a lot of work on hold to participate, respond to the discussions, review submissions, etc |
| 17:31.22 | Skriptkid | Okay |
| 17:31.24 | brlcad | I'm hoping one or two of you will get commit rights actually and can help work on further reviewing and integrating ;) |
| 17:32.19 | brlcad | your involvement isn't supposed to end just because GCI is over, it's an introduction to the world of open source culture! |
| 17:32.39 | brlcad | and as gci made clear, there's certainly plenty of work to go around ;) |
| 17:35.12 | brlcad | pawleeq: that's really awesome |
| 17:39.00 | brlcad | maths22: have you used revision control before? |
| 17:48.24 | Skriptkid | brlcad: Wont end with GCI :) |
| 18:06.18 | maths22 | I have used svn |
| 18:06.24 | maths22 | I have not really used git |
| 18:08.40 | maths22 | why are you asking? |
| 18:26.42 | maths22 | How many mentors are there? |
| 19:10.41 | pawleeq | brlcad, I am planning to design BRL-CAD letters in few weeks, so I wil let you know |
| 19:14.07 | brlcad | starseeker: feb 12 siggraph poster deadline |
| 19:14.41 | brlcad | maths22: from memory, I think there were six mentors in total |
| 19:15.35 | brlcad | maths22: was asking for setup/management of our web repo |
| 19:16.02 | brlcad | pawleeq: hehe, interesting that you're taking on several of the GCI tasks :) |
| 19:16.18 | brlcad | pawleeq: how about try one of the ones that is still open? |
| 19:16.36 | brlcad | don't yet have them populated onto our wiki, but they are on the gci site |
| 19:17.01 | pawleeq | sorry, I did not know which were open |
| 19:17.47 | pawleeq | I just chose the tasks interesting to me, is anybody working on them right now, or have they been completed recently? |
| 19:21.01 | pawleeq | give me please the link to the GCI site |
| 19:21.03 | brlcad | http://www.google-melange.com/gci/org/google/gci2012/brlcad |
| 19:21.11 | brlcad | lists all of the ones still open and the ones closed |
| 19:22.03 | pawleeq | thanks |
| 19:22.11 | brlcad | many of the completed ones still need more work, but enough progress was made for gci-scope |
| 19:23.58 | pawleeq | ok |
| 19:24.27 | pawleeq | the thing is I am not the 13-17 student, and I can not register to GCI right now |
| 19:28.14 | caen23 | pawleeq: you don't need to be registered. you can click on an open task, read the description, and upload your work somewhere else |
| 19:29.21 | pawleeq | caen23, ok, that's what I have done with the logo :) |
| 19:41.49 | brlcad | pawleeq: I know you can't participate in GCI (it's over) .. it's more to get at the list of what's still open |
| 19:42.29 | *** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net) | |
| 19:42.35 | pawleeq | brlcad, Yes, I am looking there right now and still see some interesting tasks |
| 19:42.37 | brlcad | plan on moving the list of what's open to our wiki |
| 19:42.58 | brlcad | maths22: 7 mentors |
| 19:43.09 | pawleeq | that should be great, I watch it more often than GCI site |
| 19:43.43 | brlcad | if you know how to write a screen scrape, you could add them yourself ;) |
| 19:44.21 | brlcad | 3/4ths of what's on http://brlcad.org/wiki/Deuces is now completed |
| 19:44.39 | brlcad | curious how many of our original list got completed, will have to count that one :) |
| 19:46.34 | pawleeq | sorry, I do not know how to write screen scrapes |
| 19:47.28 | brlcad | no worries |
| 19:52.43 | pawleeq | This picture (http://brlcad.org/~starseeker/gci_primitive_figures/eto.png) reminded of one of old questions: How about anotations in brlcad and easy way to draft, is there anything happening in this field? |
| 20:03.19 | Notify | 03BRL-CAD:starseeker * 54294 brlcad/trunk/src/librt/test_bot2nurbs.cpp: Add debugging code that makes a brep for each face. |
| 20:17.46 | brlcad | pawleeq: yeah, we've got some initial infrasturcture in place |
| 20:18.12 | pawleeq | awesome |
| 20:18.22 | brlcad | it was being worked last year (by me) before I was pulled onto other tasks but I hope to get back on it soon |
| 20:19.33 | pawleeq | I cooperate with freelance machine designer and he he enthusiast for open source, I think this will convivnce him to pay more attention to brl |
| 20:26.52 | *** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net) | |
| 20:27.55 | Notify | 03BRL-CAD:carlmoore * 54295 brlcad/trunk/src/libged/wdb_obj.c: fix format mismatch |
| 20:37.27 | maths22 | thanks |
| 20:52.43 | *** join/#brlcad cristina (~quassel@188.24.70.34) | |
| 20:53.57 | cristina | hello |
| 20:54.16 | cristina | could someone help me with this compilation error: http://pastebin.com/3QZpYu7Z ? |
| 20:54.54 | cristina | The error is "fatal error: jni.h: No such file or directory" |
| 20:56.12 | ``Erik | the only thing that should touch jni.h is librtserver, which shouldn't be getting compiled. Can you disable librtserver in cmake and try again? |
| 21:00.00 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 21:03.40 | cristina | @``Erik: let me see how i can do that. I will let you know in a few minutes |
| 21:06.16 | Notify | 03BRL-CAD:carlmoore * 54296 brlcad/trunk/src/libfb/fb_obj.c: try to fix 'too many arguments' warning |
| 21:23.01 | Notify | 03BRL-CAD:carlmoore * 54297 (brlcad/trunk/src/conv/iges/conv_drawings.c brlcad/trunk/src/librt/primitives/rpc/rpc.c): simplify computations |
| 21:25.09 | cristina | ``Erik: thank you, that worked |
| 21:51.12 | Notify | 03BRL-CAD:starseeker * 54298 brlcad/trunk/src/librt/test_bot2nurbs.cpp: For some reason, leaving this array uncommented is causing a performance issue in the fitting. |
| 22:25.49 | Notify | 03BRL-CAD:carlmoore * 54299 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: fix formatting |
| 22:33.19 | ``Erik | I smell a meme incoming... "Superb Owl" |
| 22:52.33 | starseeker | growls |
| 22:52.57 | starseeker | what the heck... the array assignment shouldn't be causing a malloc problem if I reserve enough memory in advance |
| 22:53.04 | starseeker | what's slowing it? |
| 22:53.12 | starseeker | hauls out gprof |
| 02:17.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:32.28 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 05:31.28 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 07:25.16 | *** join/#brlcad merzo (~merzo@203-38-133-95.pool.ukrtel.net) | |
| 09:41.11 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-11-19.web.vodafone.de) | |
| 10:08.26 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-84-11-19.web.vodafone.de) | |
| 10:17.47 | Notify | 03BRL-CAD Wiki:CeletteTusa * 0 /wiki/User:CeletteTusa: |
| 10:35.19 | *** join/#brlcad merzo (~merzo@203-38-133-95.pool.ukrtel.net) | |
| 11:41.41 | ``Erik | <PROTECTED> |
| 11:44.18 | Notify | 03BRL-CAD:d_rossberg * 54300 rt^3/trunk/src/coreInterface/Combination.cpp: somehow the windows.h min/max macros are causing trouble again - use the FMIN/FMAX macros from common.h instead |
| 11:47.57 | *** join/#brlcad osfd (~osfd@nanpc229.in2p3.fr) | |
| 12:19.55 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 12:55.54 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 13:01.50 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 13:16.02 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.164) | |
| 13:29.45 | Notify | 03BRL-CAD Wiki:Nemirilewly * 0 /wiki/User:Nemirilewly: |
| 14:12.30 | Notify | 03BRL-CAD:indianlarry * 54301 brlcad/trunk/src/other/libvds/CMakeLists.txt: Added install target for VDS libraries. These were missing causing upstream test to fail. |
| 14:24.37 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.164) | |
| 14:40.11 | Notify | 03BRL-CAD Wiki:Campos1722 * 0 /wiki/User:Campos1722: |
| 15:05.44 | Notify | 03BRL-CAD:bob1961 * 54302 brlcad/trunk/src/libged/draw.c: The ged_display_list pointer needs to be updated before calling db_walk_tree in _ged_drawtrees/ |
| 15:21.56 | Notify | 03BRL-CAD:carlmoore * 54303 brlcad/trunk/src/librt/test_bot2nurbs.cpp: remove trailing blank or tab |
| 15:42.26 | maths22 | Should I make a scrape? |
| 15:48.17 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 15:50.56 | n_reed | mark |
| 15:51.29 | n_reed | knew I was going to say mark sooner or later |
| 15:52.47 | n_reed | still like the trackbar.pl though (thanks ``Erik) |
| 16:05.52 | Notify | 03BRL-CAD Wiki:Maths22 * 4946 /wiki/GCI_Tasks: Testing screen scrape |
| 16:07.27 | Notify | 03BRL-CAD Wiki:Maths22 * 4947 /wiki/GCI_Tasks: Testing screen scrape |
| 16:09.16 | Notify | 03BRL-CAD:bob1961 * 54304 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/TgcEditFrame.tcl): Fixed tgc editing of H and HR. The previous code wasn't accounting for the view_z location of V. That is, it was using a view_z computed using the object's center. |
| 16:26.54 | *** join/#brlcad ibot_ (~ibot@rikers.org) | |
| 16:26.54 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 16:28.29 | brlcad | maths22: it may not be needed |
| 16:28.54 | brlcad | it looks like the gci site includes the description in the dump |
| 16:29.01 | maths22 | I'm making it anyways during CS class |
| 16:29.04 | brlcad | more a matter of reformatting the dump into new wikitext |
| 16:29.05 | maths22 | I'm almost done |
| 16:29.11 | brlcad | hehe, okay |
| 16:30.40 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:30.41 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 16:33.30 | brlcad | if you're up for another challenge, I'm really interested in getting more GCI stats |
| 16:35.44 | brlcad | graph of time v claims, graph of time v closes, graph of time v open, graph of time v comments, total # comments, total # claims, average time from final claim to close, table of time per task, AND total time (hours) |
| 16:36.39 | brlcad | the last one is the real interest kicker, wanting to know how many hours or days of time were collectively worked |
| 16:44.58 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 16:53.09 | Notify | 03BRL-CAD Wiki:Maths22 * 4948 /wiki/GCI_Tasks: |
| 16:53.42 | maths22 | I have put them up at http://brlcad.org/wiki/GCI_Tasks |
| 16:58.53 | *** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net) | |
| 17:02.28 | brlcad | maths22: that's awesome |
| 17:03.45 | brlcad | wonder if mediawiki has any way to help categorize them |
| 17:04.19 | brlcad | like an advanced sortable table of contents |
| 17:05.23 | ``Erik | might be a plugin, but I doubt sortable |
| 17:05.40 | ``Erik | feeding the data to d3js might be awesome, though |
| 17:05.40 | brlcad | http://brlcad.org/wiki/Deuces put them into one of the top-five groupings but many tasks belong in multiple groups (which we denoted in the gci interface) |
| 17:06.15 | ``Erik | an entry in wikimedia can have several [category:] tags, right? |
| 17:06.24 | brlcad | the html table wrapping did help with readability I think (on the deucs page) |
| 17:06.50 | brlcad | a page can, but we don't want to have 100+ pages do we? |
| 17:08.29 | brlcad | something like this: http://www.mediawiki.org/wiki/Extension:Bugzilla_Reports |
| 17:11.51 | *** join/#brlcad merzo (~merzo@76-40-133-95.pool.ukrtel.net) | |
| 17:23.25 | brlcad | maths22: any ideas? |
| 17:24.15 | brlcad | something like http://www.mediawiki.org/wiki/Manual:Collapsible_elements with no TOC might work |
| 17:29.30 | brlcad | hmm, the default tables in 1.9+ might work by making the description collapsible and having a column for the type |
| 17:31.24 | brlcad | be nice to see your scrape script so I can try to pull some of those other stats too ;) |
| 17:32.40 | Notify | 03BRL-CAD:n_reed * 54305 (brlcad/trunk/src/other/libvds/dynamic.c brlcad/trunk/src/other/libvds/render.c brlcad/trunk/src/other/libvds/vds.h): allow some of the vds callbacks to take user data |
| 17:43.52 | ``Erik | if your'e sick in the head, here's the core of a common lisp web scraper that drives my comic aggregator: http://paste.lisp.org/display/135234 |
| 17:44.08 | ``Erik | two lines of lisp, booah |
| 17:46.44 | ``Erik | (ok, more than 2 lines, added the rest ... there's some fu for gzip compressed urls) |
| 17:52.08 | ``Erik | brlcad: I haven't gotten email on the old machine in a couple days, has delivery been migrated, or is something busted? |
| 17:52.55 | brlcad | ``Erik: no, I just turned off the mail daemon |
| 17:53.26 | brlcad | you need it? |
| 17:54.04 | brlcad | easier to point your mail alias to brlcad.org, get set up on new machine |
| 17:54.18 | ``Erik | nah, just curious, I think a week is the 'long' delivery retry time, so kinda on the clock for lost email |
| 17:54.48 | brlcad | if you're going to lose e-mail, I can just turn it back on |
| 17:55.08 | brlcad | i wasn't receiving anything I cared to retain there (or worried about getting rejected) |
| 17:55.17 | ``Erik | <-- gets a handful each day, probably not important, but probably not alone *shrug* |
| 17:56.08 | ``Erik | does the web ui allow an easy mass migration? |
| 17:56.40 | brlcad | you're the only one receiving directly on .bz via the brlcad.org alias -- the rest point external |
| 17:56.53 | ``Erik | aight, migrate me please :D |
| 17:57.08 | ``Erik | erik@elfga.com if you don't mind |
| 17:58.40 | brlcad | done |
| 18:00.01 | ``Erik | thnx |
| 18:00.04 | brlcad | i'll have to check, but that might keep things simple if we don't have to support any inbound |
| 18:00.17 | ``Erik | <-- all off of bz now |
| 18:00.38 | brlcad | it's been doing a full disk rsync for the past four days |
| 18:01.03 | ``Erik | hopefully my rm -rf doesn't flip rsync out any |
| 18:01.19 | ``Erik | SCORCHED EARTH, YO! (in a jesse from breaking bad voice) |
| 18:05.00 | brlcad | fortunately, user dirs were completed several days ago ;) |
| 18:05.08 | brlcad | looks like it's done, sweet |
| 18:05.24 | ``Erik | do... do we launch the old machine into space? |
| 18:17.51 | Notify | 03BRL-CAD:n_reed * 54306 brlcad/trunk/src/librt/primitives/bot/bot.c: implement adaptive plot routine for bot using libvds |
| 18:43.12 | maths22 | I will look in a minute |
| 18:43.28 | maths22 | I wrote a simple java program to tdo it |
| 18:44.27 | maths22 | ?/sc/scroll end |
| 18:57.33 | Notify | 03BRL-CAD:carlmoore * 54307 brlcad/trunk/src/libfb/if_X24.c: provide for long unsigned int |
| 20:00.52 | Notify | 03BRL-CAD:carlmoore * 54308 brlcad/trunk/doc/brep.txt: add apostrophe |
| 20:01.52 | Notify | 03BRL-CAD:bob1961 * 54309 (brlcad/trunk/src/tclscripts/archer/Arb4EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl and 6 others): Pushed a bit of the primitive specific logic out of Archer::handleObjCenter and into GeometryEditFrame and its subclasses. |
| 20:12.48 | Notify | 03BRL-CAD:carlmoore * 54310 (brlcad/trunk/doc/html/manuals/mged/animmate/animate.html brlcad/trunk/doc/html/manuals/mged/animmate/tscript_doc.html): remove apostrophe from 'its' |
| 20:30.31 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:30.31 | *** mode/#brlcad [+o ChanServ] by moorcock.freenode.net | |
| 20:33.45 | *** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net) | |
| 20:37.53 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:37.53 | *** mode/#brlcad [+o ChanServ] by moorcock.freenode.net | |
| 20:39.43 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:39.43 | *** mode/#brlcad [+o ChanServ] by moorcock.freenode.net | |
| 20:44.39 | Notify | 03BRL-CAD:carlmoore * 54311 brlcad/trunk/src/libbu/convert.c: add 's' to comment |
| 20:48.10 | *** join/#brlcad osfd__ (~olivier@mar44-6-78-238-152-140.fbx.proxad.net) | |
| 20:49.06 | osfd__ | HI there. Let's say I'll try to use brl-cad. Though, I wonder how you do go from brlcad modeling to 2D drawing... ? |
| 20:49.59 | Notify | 03BRL-CAD:carlmoore * 54312 (brlcad/trunk/TODO brlcad/trunk/configure.ac and 24 others): remove apostrophe from 'it's' if it is found that 'its' is called for |
| 20:50.51 | osfd__ | say you design a model and you want to send it to production and hence you need a 2d drawing like the one produced by librecad and /or qcad |
| 20:51.40 | osfd__ | doing cuts |
| 20:51.53 | osfd__ | see top, left, right on a 2d projection |
| 20:52.12 | osfd__ | with dimensions and so on |
| 20:57.45 | Notify | 03BRL-CAD Wiki:Talpspoodia * 0 /wiki/User:Talpspoodia: |
| 21:02.45 | brlcad | osfd__: hi |
| 21:02.52 | Notify | 03BRL-CAD:brlcad * 54313 (brlcad/trunk/NEWS brlcad/trunk/src/liboptical/sh_light.c): fixed an infinite loop. turns out if you subtract your only light source from the scene, the tracer thinks it's there but can't shoot visibility rays at it. there was a retry loop based on the assumption that we might need to retry since the light radius/angle is random number generated. that seems to be an unnecessary bias, |
| 21:02.54 | Notify | though, and is clearly unhelpful when there is no light to be hit. |
| 21:03.22 | osfd__ | brlcad: Hi !! :) |
| 21:03.30 | brlcad | osfd__: modeling for drafting purposes isn't one of our strong points, but you can render hidden line drawings/projections with our rtedge tool |
| 21:04.10 | osfd__ | freecad does that not too bad |
| 21:04.52 | osfd__ | What I need is 3d modeling, assembly and then @D drawing/projection |
| 21:05.02 | brlcad | one example: http://brlcad.org/gallery/renderings/havoc_rtedge |
| 21:05.49 | osfd__ | s/@/d |
| 21:05.58 | Notify | 03BRL-CAD:carlmoore * 54314 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: use capitalized 'OK' |
| 21:06.40 | brlcad | ah, better here: http://brlcad.org/OLD/images/havoc_rtedge.png |
| 21:07.39 | brlcad | osfd__: we know our limitations, working on improvements -- it requires a lot of fundamental infrastructure that wasn't originally our focus |
| 21:08.13 | brlcad | freecad and qcad are better at drafting and terrible at some other aspects that we're exceptional at, tradeoffs |
| 21:08.53 | osfd__ | I don't discuss that. I'm very interested at brlcad |
| 21:09.02 | osfd__ | s/at/in |
| 21:09.04 | brlcad | so the short summary, you can get the top, left, right, etc projections -- but they'll be unannotated |
| 21:09.32 | osfd__ | so what is brlcad for ? |
| 21:10.16 | brlcad | we're working to be a full solid modeling system suitable for what you mention, but are currently specialized in engineeering analysis |
| 21:10.54 | osfd__ | hhmm, ok |
| 21:11.09 | Notify | 03BRL-CAD:carlmoore * 54315 brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl: remove 2 apostrophes and add 2 occurrences of 'is' |
| 21:11.33 | brlcad | osfd__: http://brlcad.org/Industry_Diagram.png |
| 21:11.38 | osfd__ | so my turnaround would be to export to dxf for example, reimport in an other soft and then make my 2d proj and dimension there |
| 21:11.39 | osfd__ | ? |
| 21:12.19 | brlcad | it depends on what you're trying to model |
| 21:12.33 | Notify | 03BRL-CAD:carlmoore * 54316 brlcad/trunk/src/proc-db/surfaceintersect.cpp: add semicolon and remove comma |
| 21:12.36 | brlcad | qcad, for example, doesn't really handle 3d dxf |
| 21:12.46 | brlcad | it's a 2d system |
| 21:13.10 | brlcad | plus our dxf export is going to tessellate the model, which is undesirable for dimensioning |
| 21:13.44 | brlcad | can work with some of the expensive systems, but I doubt freecad will show anything but a jumbled mess |
| 21:13.59 | Notify | 03BRL-CAD:carlmoore * 54317 (brlcad/trunk/doc/html/manuals/mged/animmate/anim_track.html brlcad/trunk/misc/libtool.m4 and 6 others): remove apostrophes |
| 21:14.09 | brlcad | most effective would probably be to manually add the dimensions in an image editor |
| 21:15.08 | brlcad | we're should have an annotation capability later this year as it's a hot topic, but that's waiting behind our nurbs-csg evaluation work |
| 21:15.34 | brlcad | gotta run, be back in an about an hour if you want to discuss more |
| 21:15.50 | osfd__ | later' |
| 21:46.29 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 21:46.29 | *** mode/#brlcad [+o ChanServ] by moorcock.freenode.net | |
| 09:00.30 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 09:48.13 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-186-125.web.vodafone.de) | |
| 10:47.06 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-46-158-128.web.vodafone.de) | |
| 13:19.30 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 13:25.48 | Notify | 03BRL-CAD:bob1961 * 54318 (brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb6EditFrame.tcl and 2 others): Updated the moveElement methods for moving ARB edges (i.e. use a view_z calculated using edge vertices instead of from the arb's center). |
| 14:21.30 | Notify | 03BRL-CAD:bob1961 * 54319 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Tighten up the display of edit options for the pipe edit panel. |
| 14:51.38 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.7) | |
| 15:08.39 | Notify | 03BRL-CAD:brlcad * 54320 brlcad/trunk/TODO: need to fix dbupgrade from within mged, now that v4 are made read-only when flipped |
| 15:10.44 | brlcad | crontab and syslog migration tasks done |
| 15:36.12 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.7) | |
| 15:48.01 | Notify | 03BRL-CAD:carlmoore * 54321 brlcad/trunk/src/librt/primitives/bot/bot.c: remove trailing blanks |
| 17:02.51 | Notify | 03BRL-CAD:brlcad * 54322 brlcad/trunk/src/tclscripts/mged/dbupgrade.tcl: users are trying to run dbupgrade on windows and were running into a -permissions error from tcl. turns out that's not a valid 'file attributes' option on windows. instead use the -readonly option. also quote the file names all over the place and don't use a \R4 suffix just in case there are spaces or other special characters in the original |
| 17:02.53 | Notify | file name or we're on windows. |
| 17:03.38 | Notify | 03BRL-CAD:brlcad * 54323 brlcad/trunk/TODO: must test dbupgrade |
| 17:06.10 | Notify | 03BRL-CAD Wiki:Ksuzee * 4949 /wiki/SVN: |
| 17:06.32 | Notify | 03BRL-CAD Wiki:Ksuzee * 4950 /wiki/SVN: |
| 17:15.27 | Notify | 03BRL-CAD:brlcad * 54324 brlcad/trunk/src/tclscripts/mged/dbupgrade.tcl: shame on me for using a platform check. unnecessary since we can just catch the error and try again. lil bit shorter even. |
| 17:16.17 | Notify | 03BRL-CAD:brlcad * 54325 brlcad/trunk/src/tclscripts/mged/dbupgrade.tcl: no point stashing the result if we don't use it |
| 17:19.53 | Notify | 03BRL-CAD:brlcad * 54326 brlcad/trunk/NEWS: reported by user josh baker, fix a problem with the dbupgrade mged tcl command. it was never tested on windows so there were several problems, most notably a 'file attributes' -permissions error that prevented the upgrade from starting. there was also no accommodation for spaces in file names and it was using a windows-problematic \R4 file name suffix. |
| 20:30.18 | *** join/#brlcad caen23 (~cezar@92.81.194.120) | |
| 22:21.49 | Notify | 03BRL-CAD:n_reed * 54327 brlcad/trunk/src/other/libvds/cluster.c: remove a noisy info message |
| 22:31.26 | Notify | 03BRL-CAD:carlmoore * 54328 brlcad/trunk/src/shapes/coil.c: add a Usage: statement when an illegal option is detected |
| 22:32.07 | Notify | 03BRL-CAD:carlmoore * 54329 brlcad/trunk/src/librt/primitives/bot/bot.c: change lu to d to fix format warnings |
| 22:41.05 | Notify | 03BRL-CAD:n_reed * 54330 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/draw.c and 3 others): Make it possible to run adaptive plot routines from mged for rudimentary testing purposes. Running 'rset var adaptive_plot 1' causes adaptive routines to be called when calculating plots. |
| 23:04.27 | Notify | 03BRL-CAD:carlmoore * 54331 brlcad/trunk/src/anim/anim_hardtrack.c: add newline |
| 23:17.13 | Notify | 03BRL-CAD:brlcad * 54332 brlcad/trunk/TODO: csv export support, plus more converter task consolidation |
| 00:34.22 | Notify | 03BRL-CAD:starseeker * 54333 brlcad/trunk/src/other/libvds/stdvds.c: Add _USE_MATH_DEFINES for definition of M_PI on Windows |
| 01:44.52 | Notify | 03BRL-CAD:starseeker * 54334 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/other/libvds/CMakeLists.txt brlcad/trunk/src/other/libvds/vds.h): Take a stab at getting the libvds additions building on Windows. Functionality is untested as yet, but this seems to get the build working again. |
| 02:00.44 | starseeker | haven't hit it with any really intense tests on Windows, but setting adaptive_plot doesn't break for a basic case |
| 03:12.40 | starseeker | hmm http://graphics.cs.williams.edu/data/meshes.xml |
| 03:16.22 | starseeker | eyes the Hairball model on that page... my that looks like an evil test case |
| 04:00.42 | Notify | 03BRL-CAD Wiki:SpogeopporM * 0 /wiki/User:SpogeopporM: |
| 04:53.21 | brlcad | maths22: pretty cool, how many days now and no spam? |
| 04:54.02 | brlcad | starseeker: get a chance to test dbupgrade? |
| 04:54.13 | brlcad | that's a neat site, lot of classic models organized |
| 05:00.19 | brlcad | thinks http://assimp.sourceforge.net/index.html would make a nice addition underneath libgcv for some of the asset triangle-based formats |
| 06:55.16 | *** join/#brlcad caen23 (~cezar@92.81.194.120) | |
| 07:46.54 | *** join/#brlcad EricPoehlsen (~Eric@109.46.94.186) | |
| 08:50.57 | Notify | 03BRL-CAD:d_rossberg * 54335 brlcad/trunk/src/librt/primitives/pipe/pipe.c: fixed memory leak: free pipe's st_specific in rt_pipe_free() |
| 09:49.37 | *** join/#brlcad osfd (~osfd@nanpc229.in2p3.fr) | |
| 09:59.07 | *** join/#brlcad caen23 (~cezar@92.81.194.120) | |
| 10:59.51 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 12:31.03 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:51.32 | starseeker | brlcad: haven't tested dbupgrade yet, sorry - I'll try to sometime today |
| 12:52.12 | starseeker | brlcad: yeah, assimp looks interesting - one of the projects at siggraph was using it |
| 12:53.52 | starseeker | is sorely tempted to try using re2c/lemon to create converters based directly on token/bnf grammar definitions, but that's probably impractical... |
| 12:55.48 | starseeker | actually, that might make a good GSoC project idea for next year - wire assimp underneath libgcv and see how much of a functionality boost can be introduced to the triangle-format converters |
| 12:57.24 | starseeker | obj-g has some significant performance issues - I had to comment out most of process_b_mode_option and force it to go straight to output_to_bot to bring in the budda model |
| 13:06.13 | starseeker | hah - assimp seems to have a Blender loader |
| 13:44.21 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:18.18 | *** join/#brlcad caen23_ (~cezar@92.81.198.3) | |
| 14:23.26 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:23.28 | Notify | 03BRL-CAD:d_rossberg * 54336 brlcad/trunk/src/other/libvds/CMakeLists.txt: build static versions of libvds and stdvds ... if requested |
| 14:37.47 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:38.49 | Notify | 03BRL-CAD:d_rossberg * 54337 brlcad/trunk/src/other/openNURBS/opennurbs_zlib.cpp: the quest for the zlib is a matter of the CMakeLists.txtthis MSVC-#pragma-magic here interferes with the settings in CMakeLists.txt |
| 14:45.33 | Notify | 03BRL-CAD:d_rossberg * 54338 brlcad/trunk/misc/win32-msvc/Dll/brlcad.def: added two symbols for memory debugging |
| 14:53.54 | *** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net) | |
| 17:08.35 | maths22 | brlcad: I am now doing that graphing dataz |
| 17:08.49 | brlcad | maths22: awesome! |
| 17:14.14 | brlcad | ``Erik: can you enable ipv6 in the kernel? |
| 17:17.26 | brlcad | either that or disable ipv6 on bind in ports .. getting lots of syslog errors |
| 17:18.27 | ``Erik | hm, do we have na ipv6 addr? |
| 17:20.49 | brlcad | I don't think so, but can check |
| 17:21.12 | ``Erik | 'k, turned it on and it seems to have generated an address, d'no if it's usable, though |
| 17:22.17 | brlcad | the named errors were a handful every hour or so, so I'll keep an eye out |
| 17:23.21 | ``Erik | which log? |
| 17:23.44 | brlcad | well, you're watching all.log, you'll see it ;) |
| 17:24.52 | brlcad | looks like sago has the 2604:C700:: range |
| 17:28.16 | ``Erik | hm, I think the issue might be that we have ipv6 enabled and an ipv6 capable bind, but no valid ipv6 address on the machine :/ |
| 17:29.33 | ``Erik | yeah, it's autofilled with a local link address |
| 17:29.55 | ``Erik | the ipv6 equivalent of "ifconfig eth0 127.0.0.1" |
| 17:30.32 | ``Erik | if sago can assign us an ipv6, that'd be nutty |
| 17:32.57 | Notify | 03BRL-CAD:bob1961 * 54339 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl brlcad/trunk/src/tclscripts/lib/Ged.tcl): Updated the "Move Point" edit mode for pipes to be more interactive (i.e. selecting and moving are combined into a single action). |
| 17:33.19 | brlcad | just submitted the request |
| 17:41.27 | maths22 | Here is the first one: http://brlcad.org/gci/data-graphs/ClosesByDate.png |
| 17:46.11 | brlcad | that's pretty cool |
| 17:46.15 | *** join/#brlcad caen23_ (~cezar@92.85.84.186) | |
| 17:47.24 | brlcad | interesting, christmas and new years eve had zero closes.. but 12/10 is odd :) |
| 17:47.30 | brlcad | guess nobody liked that monday |
| 17:48.37 | caen23 | that was the first thing to catch my attention, heh |
| 17:50.36 | maths22 | Here is another http://brlcad.org/gci/data-graphs/ClaimsByDate.png |
| 17:51.15 | brlcad | so that's part of it .. very few claims in the two days preceeding |
| 17:51.53 | brlcad | must have been a busy student weekend |
| 17:53.01 | brlcad | maths22: you sure that's right? I thought I remembered some claims on the last couple days... |
| 18:04.02 | maths22 | Let me look |
| 18:04.59 | brlcad | ``Erik: "we may implement IPv6 towards the end of the year, but not before then." |
| 18:05.12 | maths22 | I know what I missed: all the tasks that were claimed but not finished. |
| 18:05.19 | maths22 | I will fix that in a few minutes |
| 18:05.53 | brlcad | keep the graph you made, though -- that's a good distinction |
| 18:06.09 | brlcad | this will be good to turn into a post-mortem analysis report |
| 18:23.37 | maths22 | I ran it, but I still do not see more those last couple days. Can you see what task numbers they were? |
| 18:23.52 | maths22 | Probably they never showed up on the open list or the closed list. |
| 18:24.02 | maths22 | They likely are still claimed |
| 18:25.40 | brlcad | maths22: ah, that's right -- you don't have access to all of them without a link... |
| 18:26.31 | maths22 | Do you have access to them? |
| 18:28.12 | maths22 | How many are there? |
| 18:29.34 | brlcad | looks like that only misses out on two tasks, don't worry abou tit |
| 18:36.59 | *** join/#brlcad luca79 (~luca@13.113.227.87.static.ld.siw.siwnet.net) | |
| 20:29.15 | maths22 | Here is the version with the open tasks: http://brlcad.org/gci/data-graphs/ClaimsByDate2.png |
| 22:23.22 | Notify | 03BRL-CAD:bob1961 * 54340 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Update the pipe primitives edit routines to activate the main GUI's save button when points are added or deleted. |
| 23:06.12 | maths22 | brlcad: is it snowy where you are? |
| 01:41.02 | brlcad | maths22: hasn't started just yet |
| 03:50.44 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 04:25.56 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 04:25.56 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 04:25.56 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 04:26.13 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 04:26.13 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 04:26.24 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 04:27.14 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 04:27.14 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 04:27.23 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 04:27.40 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 04:27.44 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 04:33.09 | *** join/#brlcad bch (~bch@nat60-100.kcls.org) | |
| 04:33.15 | bch | hello #brlcad |
| 06:23.00 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-24-187-161.web.vodafone.de) | |
| 06:39.02 | *** join/#brlcad caen23 (~cezar@92.81.201.47) | |
| 06:56.03 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-248-60.web.vodafone.de) | |
| 07:48.10 | *** join/#brlcad EricPoehlsen (~Eric@ip-2-205-238-168.web.vodafone.de) | |
| 10:27.51 | *** join/#brlcad caen23 (~cezar@92.85.95.221) | |
| 11:03.26 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:40.58 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:56.49 | *** join/#brlcad caen23 (~cezar@92.81.212.207) | |
| 13:15.31 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 13:25.05 | Notify | 03BRL-CAD:bob1961 * 54341 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Added a moveElement override function to PipeEditFrame. This preserves view z for the pipe point being moved. |
| 14:20.09 | Notify | 03BRL-CAD:bob1961 * 54342 (brlcad/trunk/src/libged/edpipe.c brlcad/trunk/src/libtclcad/tclcad_obj.c): Update _ged_append_pipept_common to expect the incoming point to be in view coordinates. Also, use the view Z calculated from the previous point to replace the view Z of the incoming/new point. |
| 15:05.49 | Notify | 03BRL-CAD:starseeker * 54343 brlcad/trunk/src/libbu/parse.c: Binary incompatible v4 file upgrade by dbupgrade resulted in shader contents that caused parse_list_elem to fail in bu_shader_to_key_eq - add sanity checks to make sure we've got something valid before proceeding. Doesn't address why the shader string was garbled, but does prevent MGED from crashing when trying to draw the geometry. |
| 15:08.21 | Notify | 03BRL-CAD:starseeker * 54344 brlcad/trunk/NEWS: Binary incompatible v4 file upgrade by dbupgrade resulted in shader contents that caused parse_list_elem to fail in bu_shader_to_key_eq - add sanity checks to make sure we've got something valid before proceeding. Definitely user visible - update NEWS. |
| 15:13.08 | starseeker | brlcad: looks like that avoids both of the crashes Josh saw, but not clear why the shader string is so garbled. Should I add something to default to plastic if the shader string is unparsable? |
| 15:27.59 | starseeker | or is that part of the binary-incompatibility issue that the string is getting mangled? |
| 15:52.56 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 16:13.54 | Notify | 03BRL-CAD:bob1961 * 54345 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Flesh out the pipe primitive edit panel's "p" method. |
| 16:15.54 | Notify | 03BRL-CAD:bob1961 * 54346 brlcad/trunk/src/libged/edpipe.c: Tweak pipe_scale_od() |
| 16:20.34 | Notify | 03BRL-CAD:d_rossberg * 54347 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/other/libvds/CMakeLists.txt): tweaked the dllexport/dllimport declaration logic on Windows a little bit |
| 16:21.25 | Notify | 03BRL-CAD:d_rossberg * 54348 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: librt requires libvds now |
| 16:51.39 | brlcad | starseeker: almost certainly the binary incompat causing mangled parsing |
| 16:52.12 | brlcad | have you tested the dbupgrade command in mged yet? |
| 16:55.50 | starseeker | something still not working there - "invalid bareword 'catch'" |
| 17:03.16 | Notify | 03BRL-CAD:starseeker * 54349 brlcad/trunk/src/tclscripts/mged/dbupgrade.tcl: Wrap catches inside if statements in brackets per example from http://www.tcl.tk/man/tcl8.5/TclCmd/catch.htm |
| 17:03.54 | starseeker | that's part of it - I'll do some more testing on the read-only stuff after lunch |
| 17:07.59 | starseeker | brlcad: just so I'm sure what I'm looking for - if I run dbupgrade inside of MGED on (say) target.g which is a binary incompatible v4, I should end up with a read-only session on target.g with target.g now being a v5, and the old v4 present as target.R4.g? |
| 17:08.15 | starseeker | or does the session become read/write after the dbupgrade? |
| 17:09.07 | starseeker | and you want to make sure the rw permissions of the original file are the same on the new file? |
| 17:11.39 | Notify | 03BRL-CAD:bob1961 * 54350 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Limit the display of numeric precision in the pipe edit panel to 6 places. |
| 17:14.26 | brlcad | should be read-write iirc |
| 17:14.46 | brlcad | and yes, same permissions as started (assuming it can read the file) |
| 17:26.52 | *** join/#brlcad caen23_ (~cezar@92.83.167.226) | |
| 17:36.43 | Notify | 03BRL-CAD:n_reed * 54351 (brlcad/trunk/include/bio.h brlcad/trunk/src/other/CMakeLists.txt): rename regex functions when we need to prevent local libregex symbols from conflicting with libc regex symbols |
| 18:09.14 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 18:10.53 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 18:34.45 | Notify | 03BRL-CAD:brlcad * 54352 brlcad/trunk/src/other/CMakeLists.txt: minor spelling typo plus slew of formatting consistency (to column 70 like everywhere else) |
| 18:35.48 | *** join/#brlcad andrei_ (~IceChat7@188.25.170.71) | |
| 18:36.45 | andrei_ | hello |
| 18:40.52 | Notify | 03BRL-CAD:brlcad * 54353 brlcad/trunk/NEWS: annotate the user-visible change to pix-png I made in r54172 where the gama chunk warning was quelled. patterning some other tools, it now simply defaults to not writing the chunk unless user-specified. |
| 18:52.20 | starseeker | brlcad: seems to succeed in MGED too |
| 18:52.37 | starseeker | sans shader string issue, which is no longer a crasher |
| 18:56.23 | starseeker | mged preserves file permissions on the new file |
| 18:56.26 | *** join/#brlcad merzo (~merzo@94-86-133-95.pool.ukrtel.net) | |
| 18:57.11 | *** join/#brlcad caen23 (~cezar@92.83.167.226) | |
| 18:57.21 | starseeker | hey caen23 |
| 18:57.31 | caen23 | starseeker: hi |
| 20:14.27 | Notify | 03BRL-CAD:carlmoore * 54354 brlcad/trunk/src/shapes/coil.c: use bu_optopt, which is available as a global, instead of c, which here only output a '?' |
| 20:16.29 | Notify | 03BRL-CAD:carlmoore * 54355 brlcad/trunk/src/shapes/coil.c: oops, thought I should comment about the change, too |
| 20:27.09 | Notify | 03BRL-CAD:carlmoore * 54356 brlcad/trunk/src/anim/anim_hardtrack.c: commented off line in accordance with the comment I furnished in the change |
| 20:31.14 | Notify | 03BRL-CAD:carlmoore * 54357 brlcad/trunk/src/anim/anim_hardtrack.c: improve the comment for anim_hardtrack.c |
| 20:34.41 | Notify | 03BRL-CAD:starseeker * 54358 brlcad/trunk/src/shapes/coil.c: Fix comment syntax |
| 20:54.18 | Notify | 03BRL-CAD:n_reed * 54359 brlcad/trunk/src/libged/draw.c: Need to check before dereferencing gvp. ged_view may not exist, e.g. if we're running without a display attached. |
| 20:56.59 | Notify | 03BRL-CAD:carlmoore * 54360 brlcad/trunk/src/proc-db/clutter.c: explain that arguments are ignored and that the command (still) proceeds |
| 21:07.25 | brlcad | starseeker: spaces in the filename worked? |
| 21:09.10 | Notify | 03BRL-CAD:n_reed * 54361 brlcad/trunk/INSTALL: r54352 changed generated INSTALL file |
| 21:15.42 | starseeker | brlcad: yep |
| 21:15.53 | starseeker | well, a space - didn't try multiple spaces |
| 21:17.36 | Notify | 03BRL-CAD:brlcad * 54362 brlcad/trunk/src/shapes/coil.c: indent and reword the comment to say why optopt is better than c |
| 21:17.57 | starseeker | one odd thing - the top info line that indicates what file we have open (at least on Linux) shows dbtmp1 rather than the original file name |
| 21:18.08 | starseeker | (multiple spaces worked too) |
| 21:19.26 | brlcad | starseeker: awesome |
| 21:19.40 | brlcad | yeah, the info line is probably just stale |
| 21:20.42 | starseeker | confirmed - stale. A make puts the primitive in the right file |
| 21:21.16 | starseeker | not sure how to pinpoint the place where the flip isn't getting the shader string right, but other than that we're looking good |
| 21:42.49 | starseeker | looks to the docs |
| 21:44.38 | kanzure | when you read the docs, the docs read you. |
| 21:44.57 | starseeker | the docs will have a headache if they try to read me |
| 21:46.54 | Notify | 03BRL-CAD:carlmoore * 54363 brlcad/trunk/src/shapes/coil.c: and now we provide the Usage if coil is run with no arguments |
| 22:26.35 | Notify | 03BRL-CAD:starseeker * 54364 brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: Add MGED man page for dbupgrade, with a binary-incompatible v4 example. |
| 22:36.37 | Notify | 03BRL-CAD:starseeker * 54365 brlcad/trunk/doc/docbook/system/man1/en/dbupgrade.xml: Update man page for dbupgrade command line utility. |
| 22:36.55 | starseeker | brlcad: hopefully that'll do it for dbupgrade, unless you want to tackle the string mangling prior to release. |
| 23:30.50 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 23:32.36 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 02:11.51 | Notify | 03BRL-CAD:n_reed * 54366 brlcad/trunk/src/other/libvds/util.c: need stdlib.h for free |
| 02:56.24 | Notify | 03BRL-CAD:n_reed * 54367 (brlcad/trunk/configure.ac brlcad/trunk/src/librt/Makefile.am brlcad/trunk/src/other/Makefile.am): add automake logic for libvds |
| 03:06.31 | Notify | 03BRL-CAD:n_reed * 54368 brlcad/trunk/src/other/libvds.dist: ignore libvds Makefile.am |
| 03:15.07 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:51.00 | *** join/#brlcad merzo (~merzo@97-161-133-95.pool.ukrtel.net) | |
| 08:48.03 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 11:30.56 | *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:29.22 | *** join/#brlcad caen23_ (~cezar@92.83.167.226) | |
| 14:18.50 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 15:39.20 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 16:32.20 | *** join/#brlcad caen23_ (~cezar@109.97.127.132) | |
| 16:37.40 | n_reed | mark |
| 16:53.46 | Notify | 03BRL-CAD Wiki:Thesirgrant * 0 /wiki/User:Thesirgran: |
| 17:06.07 | Notify | 03BRL-CAD:n_reed * 54369 brlcad/trunk/src/libged/gqa.c: bu.h's INFINITY should suffice for min/max testing; no need to conditionally define a local constant |
| 17:51.15 | Notify | 03BRL-CAD:n_reed * 54370 brlcad/trunk/src/other/libvds/Makefile.am: forgot to escape newlines in file lists |
| 17:56.56 | Notify | 03BRL-CAD:n_reed * 54371 brlcad/trunk/configure.ac: mirror r50180 cmake addition of -Wno-variadic-macros to quell warnings in newer Xorg headers |
| 18:02.01 | Notify | 03BRL-CAD:n_reed * 54372 brlcad/trunk/src/other/URToolkit/tools/clock/Makefile.am: makeFont script is broken; do what cmake does and use the committed pre-generated font.c |
| 18:26.10 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.64.125) | |
| 19:28.30 | *** join/#brlcad andrei_ (~IceChat7@188.25.162.48) | |
| 19:55.10 | *** join/#brlcad caen23_ (~cezar@92.81.218.217) | |
| 20:07.41 | *** join/#brlcad ``Erik (~erik@66-118-151-70.static.sagonet.net) | |
| 23:32.03 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 04:05.09 | *** join/#brlcad caen23_ (~cezar@92.81.206.161) | |
| 04:44.07 | *** join/#brlcad yukonbob (~bch@c-71-231-58-30.hsd1.wa.comcast.net) | |
| 04:44.10 | yukonbob | hello #brlcad |
| 05:21.40 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.64.125) | |
| 07:59.51 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 09:51.29 | *** join/#brlcad merzo (~merzo@255-223-133-95.pool.ukrtel.net) | |
| 11:48.10 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 13:52.13 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-082-235.pools.arcor-ip.net) | |
| 14:54.27 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.189.241) | |
| 15:20.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.189.241) | |
| 15:40.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.189.241) | |
| 17:00.29 | *** join/#brlcad caen23 (~caen23@92.81.206.161) | |
| 17:13.10 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:50.47 | *** join/#brlcad EricPoehlsen (~Eric@ip-2-205-241-173.web.vodafone.de) | |
| 01:20.19 | *** join/#brlcad yukonbob (~bch@c-24-18-140-172.hsd1.wa.comcast.net) | |
| 01:20.21 | yukonbob | hello #brlcad |
| 01:41.54 | *** join/#brlcad yukonbob (~bch@c-24-18-140-172.hsd1.wa.comcast.net) | |
| 01:55.36 | Notify | 03BRL-CAD Wiki:Ceahotherge * 0 /wiki/User:Ceahotherge: |
| 03:53.22 | *** join/#brlcad yukonbob (~bch@c-24-17-224-75.hsd1.wa.comcast.net) | |
| 03:53.27 | yukonbob | hello #brlcad |
| 05:00.15 | Notify | 03BRL-CAD:brlcad * 54373 (brlcad/trunk/src/librt/primitives/revolve/revolve.c brlcad/trunk/src/librt/primitives/table.c): prevent empty revolve objects from crashing out mged. one crash was due to rt_generic_make not initializing a bu_vls, which asc2g needed. another was crash during 'in' command if/when sketch object doesn't (yet) exist. |
| 05:06.51 | Notify | 03BRL-CAD:brlcad * 54374 brlcad/trunk/NEWS: fixed a few bugs related to handling of empty revolve objects (non-existent or empty sketch). this was encountered with asc2g and mged's 'in' command (bu_vls, bbox). |
| 06:47.42 | *** join/#brlcad EricPoehlsen (~Eric@ip-2-205-122-176.web.vodafone.de) | |
| 07:58.12 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 08:17.35 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:28.50 | *** join/#brlcad luca79 (~luca@host140-29-dynamic.4-87-r.retail.telecomitalia.it) | |
| 08:51.54 | *** join/#brlcad luca79 (~luca@host218-193-dynamic.14-87-r.retail.telecomitalia.it) | |
| 08:56.23 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 08:56.34 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 09:27.21 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-194-29.web.vodafone.de) | |
| 09:35.00 | *** join/#brlcad Eric_ (~Eric@ip-77-25-91-10.web.vodafone.de) | |
| 11:52.29 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 11:52.29 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 13:07.49 | *** join/#brlcad luca79 (~luca@host157-44-dynamic.4-87-r.retail.telecomitalia.it) | |
| 13:44.34 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 14:14.40 | Notify | 03BRL-CAD:bob1961 * 54375 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweak to ArcherCore::doLighting. |
| 14:34.04 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-24-76-123.web.vodafone.de) | |
| 14:47.41 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-24-185-211.web.vodafone.de) | |
| 14:54.49 | Notify | 03BRL-CAD:bob1961 * 54376 brlcad/trunk/src/tclscripts/archer/RhcEditFrame.tcl: Tightened up the display of radiobuttons in the lower panel of the RhcEditFrame. Also added back in the -validatecommand option the somehow fell out. |
| 14:58.51 | *** join/#brlcad caen23 (~caen23@92.81.206.161) | |
| 15:09.56 | Notify | 03BRL-CAD:bob1961 * 54377 brlcad/trunk/src/tclscripts/archer/RpcEditFrame.tcl: Tighten up the display of radiobuttons in RpcEditFrame's lower panel. |
| 15:11.26 | Notify | 03BRL-CAD:bob1961 * 54378 brlcad/trunk/src/tclscripts/archer/TgcEditFrame.tcl: ----------- |
| 15:17.27 | Notify | 03BRL-CAD:bob1961 * 54379 brlcad/trunk/src/tclscripts/archer/EpaEditFrame.tcl: Tighten up the display of radiobuttons in EpaEditFrame's lower panel. |
| 15:58.14 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.109.159) | |
| 16:05.11 | *** join/#brlcad luca79 (~luca@host122-193-dynamic.14-87-r.retail.telecomitalia.it) | |
| 16:09.59 | Notify | 03BRL-CAD:bob1961 * 54380 brlcad/trunk/src/tclscripts/archer/EllEditFrame.tcl: Tighten up the display of radiobuttons in EllEditFrame's lower panel. |
| 16:52.27 | *** join/#brlcad luca79 (~luca@host122-193-dynamic.14-87-r.retail.telecomitalia.it) | |
| 16:56.45 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-24-146-255.web.vodafone.de) | |
| 16:58.30 | Notify | 03BRL-CAD:bob1961 * 54381 brlcad/trunk/src/tclscripts/archer/SphereEditFrame.tcl: Constrain sphere attribute edits to set a, b and c the same in Archer. |
| 17:00.00 | Notify | 03BRL-CAD:bob1961 * 54382 brlcad/trunk/src/libged/pscale.c: Update ged_pscale to handle spheres. |
| 17:15.58 | Notify | 03BRL-CAD:bob1961 * 54383 (brlcad/trunk/src/tclscripts/archer/EtoEditFrame.tcl brlcad/trunk/src/tclscripts/archer/TorusEditFrame.tcl): Tighten up the display of radiobuttons in the EtoEditFrame and TorusEditFrame's lower panel. |
| 17:16.59 | Notify | 03BRL-CAD:carlmoore * 54384 brlcad/trunk/src/libbu/parse.c: remove trailing blanks/tabs |
| 17:18.46 | Notify | 03BRL-CAD:carlmoore * 54385 brlcad/trunk/doc/docbook/system/man1/en/dbupgrade.xml: remove trailing blanks/tabs |
| 17:53.45 | Notify | 03BRL-CAD:bob1961 * 54386 (brlcad/trunk/src/tclscripts/archer/HypEditFrame.tcl brlcad/trunk/src/tclscripts/archer/PartEditFrame.tcl): Tighten up the display of radiobuttons in the HypEditFrame and PartEditFrame's lower panel. |
| 18:52.35 | Notify | 03BRL-CAD:bob1961 * 54387 brlcad/trunk/src/libdm/labels.c: Added label drawing code to dm_label_primitive() for hyp. |
| 19:11.09 | *** join/#brlcad andrei_ (~IceChat7@188.25.158.119) | |
| 19:20.48 | Notify | 03BRL-CAD:bob1961 * 54388 brlcad/trunk/src/tclscripts/archer/EhyEditFrame.tcl: Tighten up the display of radiobuttons in EhyEditFrame's lower panel. |
| 19:24.03 | Notify | 03BRL-CAD:bob1961 * 54389 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Fixed a typo in Archer::updatePrimaryToolbar |
| 19:42.00 | Notify | 03BRL-CAD:carlmoore * 54390 brlcad/trunk/src/shapes/fence.c: remove 'Format' and a newline to make it look more 'standard' |
| 20:02.14 | kanzure | 11:55 < BioGuy> So after you create something in BRL-CAD is it a relatively simple process to print out 2D plans with dimensions to actually make your design? |
| 20:28.52 | *** join/#brlcad merzo (~merzo@95.133.241.158) | |
| 20:40.04 | *** join/#brlcad luca79 (~luca@net-188-216-157-40.cust.dsl.vodafone.it) | |
| 04:42.43 | *** join/#brlcad EricPoehlsen (~Eric@ip-2-205-178-196.web.vodafone.de) | |
| 09:01.26 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 09:05.59 | *** join/#brlcad andrei (~andrei@5-12-221-23.residential.rdsnet.ro) | |
| 09:06.08 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 10:12.22 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:16.07 | *** join/#brlcad andrei_ (~andrei@5-12-221-23.residential.rdsnet.ro) | |
| 11:59.23 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 14:30.41 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 14:54.42 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-24-165-42.web.vodafone.de) | |
| 15:06.04 | *** join/#brlcad andrei_ (~IceChat7@5-12-221-23.residential.rdsnet.ro) | |
| 15:06.05 | andrei_ | hi |
| 15:55.11 | Notify | 03BRL-CAD:brlcad * 54391 brlcad/trunk/src/tclscripts/mged/help.tcl: fix status command help alignment |
| 16:20.59 | *** join/#brlcad btanmay (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 16:21.13 | btanmay | test |
| 16:21.23 | andrei_ | <PROTECTED> |
| 16:28.51 | Notify | 03BRL-CAD Wiki:Btanmay9211 * 0 /wiki/User:Btanmay9211: |
| 17:19.49 | Notify | 03BRL-CAD:bob1961 * 54392 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Updated a few image references in Archer for the arbn and part primitives. |
| 18:21.13 | Notify | 03BRL-CAD:n_reed * 54393 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/archer/Archer.tcl and 2 others): r54330 equivalent for archer. Make it possible to run adaptive plot routines for basic testing via display preferences checkbox. |
| 19:09.22 | n_reed | http://steveko.wordpress.com/2012/02/24/10-things-i-hate-about-git/ |
| 19:10.59 | brlcad | glad that string mangling wasn't |
| 19:11.24 | brlcad | glad that string mangling wasn't |
| 19:11.31 | brlcad | oops |
| 19:26.49 | brlcad | that's a pretty good read actually, funny because it's true :) |
| 20:01.16 | Notify | 03BRL-CAD:bob1961 * 54394 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modify Archer's behavior to select an object in the tree when the object is being drawn from the tree. |
| 20:01.18 | Notify | 03BRL-CAD:carlmoore * 54395 brlcad/trunk/doc/docbook/system/mann/en/dbupgrade.xml: remove trailing blanks/tabs |
| 20:43.10 | Notify | 03BRL-CAD:n_reed * 54396 (brlcad/trunk/NEWS brlcad/trunk/src/libged/screengrab.c brlcad/trunk/src/libtclcad/tclcad_obj.c): fix screengrab crash in archer; need to initialize all the ged dm members so that screengrab doesn't get garbage |
| 01:00.00 | *** part/#brlcad andrei_ (~IceChat7@5-12-221-23.residential.rdsnet.ro) | |
| 01:59.24 | Notify | 03BRL-CAD Wiki:Arobbins100 * 0 /wiki/User:Arobbins100: |
| 05:00.24 | brlcad | https://sourceforge.net/projects/orwelldevcpp/ |
| 05:49.42 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de) | |
| 06:19.16 | brlcad | Notify: ping |
| 07:15.13 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de) | |
| 08:11.33 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de) | |
| 08:24.12 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de) | |
| 08:29.58 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:56.16 | *** join/#brlcad andrei_ (~IceChat7@188.25.162.251) | |
| 09:49.20 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:51.00 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de) | |
| 10:35.55 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de) | |
| 10:52.35 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de) | |
| 11:26.52 | Notify | 03BRL-CAD Wiki:Sudheerraju * 0 /wiki/User:Sudheerraju: |
| 11:49.36 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-89-223.web.vodafone.de) | |
| 12:34.41 | starseeker | brlcad: interesting |
| 12:48.13 | *** join/#brlcad EricPoehlsen (~Eric@ip-2-205-162-234.web.vodafone.de) | |
| 12:50.54 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.100.250) | |
| 12:56.13 | starseeker | apparently Eclipse and mingw can work on Windows too |
| 14:35.57 | n_reed | a dev-c++ that works on linux? that's cool |
| 14:38.00 | n_reed | I used bloodshed dev-c++ when I was first learning C/C++ back in high school |
| 16:10.20 | brlcad | ``Erik: do you know how ipv6 disabled in bind? |
| 16:10.43 | brlcad | since they're not going to provide that anytime soon, the errors are just noise |
| 17:09.35 | ``Erik | <PROTECTED> |
| 17:22.01 | ``Erik | I think ipv6 is disabled in bind now, just a matter of adding the -4 option |
| 23:33.32 | *** part/#brlcad andrei_ (~IceChat7@188.25.162.251) | |
| 09:57.32 | *** join/#brlcad EricPoehlsen (~Eric@ip-77-25-6-103.web.vodafone.de) | |
| 11:14.56 | Notify | 03BRL-CAD:n_reed * 54397 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/draw.c and 2 others): have mged and archer pass view info to libged so we can compute view-specific inputs to adaptive plot routines |
| 11:15.02 | Notify | 03BRL-CAD:bob1961 * 54398 (brlcad/trunk/src/libged/comb.c brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/group.c): Added _ged_combadd2 for the purpose of building up a comb tree from possibly more than one member before writing things out to the database. This was added for use by ged_group to reduce database fragmentation when adding many members (i.e. perhaps 100,000 or more). Note - _ged_combadd2 |
| 11:15.04 | Notify | could use an upgrade to handle an array of relation operators so that functions like ged_comb could also benefit. |
| 11:34.33 | Notify | 03BRL-CAD Wiki:Linebreaker * 0 /wiki/User:Linebreaker: |
| 11:34.35 | Notify | 03BRL-CAD Wiki:Joekparisi * 0 /wiki/User:Joekparisi: |
| 11:34.40 | Notify | 03BRL-CAD Wiki:Skjsktheboss * 0 /wiki/User:Skjsktheboss: |
| 15:38.53 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-109-205.pools.arcor-ip.net) | |
| 15:40.30 | Notify | 03BRL-CAD:n_reed * 54399 brlcad/trunk/src/libged/draw.c: change computation for the adaptive plot point spacing parameter to avoid oversampling plotted curves |
| 16:43.32 | Notify | 03BRL-CAD:carlmoore * 54400 brlcad/trunk/src/librt/test_root3-subd.cpp: refined M_PI value |
| 16:48.45 | maths22 | Still no spam :) |
| 17:08.23 | Notify | 03BRL-CAD:carlmoore * 54401 brlcad/trunk/src/libged/view_obj.c: use DEG2RAD instead of having to recompute it |
| 17:55.11 | *** join/#brlcad EricPoehlsen (~Eric@dslb-084-056-109-205.pools.arcor-ip.net) | |
| 18:01.50 | Notify | 03BRL-CAD:brlcad * 54402 brlcad/trunk/src/libged/view_obj.c: remove dead code |
| 18:03.16 | Notify | 03BRL-CAD:brlcad * 54403 brlcad/trunk/NEWS: bob added support for drawing the labels of hyperboloid objects in r54387 |
| 18:11.42 | Notify | 03BRL-CAD:carlmoore * 54404 (brlcad/trunk/src/libged/vutil.c brlcad/trunk/src/mged/dozoom.c and 2 others): make use of DEG2RAD; sin60 expression again has '60.0' in it as result |
| 18:15.23 | Notify | 03BRL-CAD:carlmoore * 54405 brlcad/trunk/src/libged/draw.c: fix spellings |
| 18:21.08 | Notify | 03BRL-CAD:brlcad * 54406 brlcad/trunk/src/shapes/coil.c: heavy cleanup initially to fix indentation and usage messages, but refactor the object/file reporting while we're at it so that the messages are more consistent with other tools. |
| 18:23.48 | Notify | 03BRL-CAD:brlcad * 54407 brlcad/trunk/src/proc-db/clutter.c: halt if there are any arguments. doesn't match the usage. remove some unused vars too. |
| 18:25.23 | Notify | 03BRL-CAD:brlcad * 54408 brlcad/trunk/src/anim/anim_hardtrack.c: remove dead code, leave a note |
| 18:26.48 | brlcad | maths22: YEP! |
| 18:27.00 | brlcad | that's awesome good stuff there ;) |
| 18:59.59 | Notify | 03BRL-CAD:brlcad * 54409 brlcad/trunk/include/bu.h: document the structparse API a little better, note the flow of data since the API is inconsistent. |
| 19:38.58 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 19:43.20 | Notify | 03BRL-CAD:brlcad * 54410 brlcad/trunk/src/libbu/parse.c: add a slew of argument and return value validation tests. try to help ensure we don't ever dereference NULL. |
| 19:58.16 | Notify | 03BRL-CAD:brlcad * 54411 brlcad/trunk/src/mged/cmd.c: all of these can be null, so make sure they're not. encountered crash on null ged_view when sourcing a script. |
| 20:08.37 | Notify | 03BRL-CAD:brlcad * 54412 brlcad/trunk/src/libbu/parse.c: don't use the BU_ prefix for non-public API, use a file-local prefix instead. |
| 20:26.04 | Notify | 03BRL-CAD:carlmoore * 54413 (brlcad/trunk/src/libged/vutil.c brlcad/trunk/src/mged/dozoom.c brlcad/trunk/src/proc-db/pyramid.c): remove no-longer-needed comments |
| 20:31.55 | Notify | 03BRL-CAD:carlmoore * 54414 brlcad/trunk/src/proc-db/tube.c: enforce a uniform value of pi by bringing in M_PI |
| 21:38.24 | Notify | 03BRL-CAD:carlmoore * 54415 (brlcad/trunk/include/vmath.h brlcad/trunk/src/tclscripts/lib/Ged.tcl brlcad/trunk/src/tclscripts/mged/anim.tcl): make use of M_PI , DEG2RAD , RAD2DEG |
| 21:41.45 | Notify | 03BRL-CAD:carlmoore * 54416 brlcad/trunk/src/conv/dxf/dxf-g.c: use RAD2DEG , DEG2RAD |
| 21:46.52 | Notify | 03BRL-CAD:carlmoore * 54417 brlcad/trunk/src/external/Unigraphics/ug-g.c: use DEG2RAD and RAD2DEG |
| 21:50.54 | *** join/#brlcad caen23 (~caen23@92.81.206.161) | |
| 22:06.09 | Notify | 03BRL-CAD:carlmoore * 54418 (brlcad/trunk/src/fb/polar-fb.c brlcad/trunk/src/irprep/showtherm.c and 4 others): use DEG2RAD in various places |
| 00:25.50 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 06:37.25 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 09:02.50 | *** join/#brlcad EricPoehlsen (~Eric@ip-109-41-146-205.web.vodafone.de) | |
| 13:52.11 | *** join/#brlcad caen23 (~caen23@92.81.206.161) | |
| 14:03.01 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 14:10.05 | Notify | 03BRL-CAD:brlcad * 54419 brlcad/trunk/src/libged/edpipe.c: document the curious scale behavior where positive multiplies and negative sets a value, refactor all of the uses into one place for some nice reduction too. |
| 14:17.55 | Notify | 03BRL-CAD:brlcad * 54420 brlcad/trunk/src/libged/edpipe.c: document where the rflag is encoded as a negative, clean up formatting |
| 14:56.13 | Notify | 03BRL-CAD:bob1961 * 54421 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: This adds a threshold for displaying bot data in tables within BotEditFrame. |
| 15:03.24 | Notify | 03BRL-CAD:bob1961 * 54422 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore's render and erase methods to clear the -primitiveLabels value if necessary. |
| 16:40.31 | Notify | 03BRL-CAD:bob1961 * 54423 (brlcad/trunk/src/tclscripts/archer/images/half.png brlcad/trunk/src/tclscripts/archer/images/half_intersect.png and 3 others): Darken up the icons associated with the half space. |
| 17:09.48 | *** join/#brlcad caen23 (~cezar@92.81.206.161) | |
| 19:40.17 | brlcad | has the pool allocator working nicely now |
| 19:56.16 | ``Erik | grabs his swim trunks |
| 21:17.37 | *** join/#brlcad merzo (~merzo@147-190-133-95.pool.ukrtel.net) | |
| 21:28.12 | Notify | 03BRL-CAD:carlmoore * 54424 brlcad/trunk/src/tclscripts/vmath.tcl: use longer constants from elsewhere in the brlcad routines |
| 21:40.34 | Notify | 03BRL-CAD:carlmoore * 54425 brlcad/trunk/src/conv/g-var.c: we do have pi/2 available as a constant |
| 21:45.26 | Notify | 03BRL-CAD:carlmoore * 54426 brlcad/trunk/src/conv/intaval/write_brl.cpp: pi/4 available as a constant |
| 21:51.47 | Notify | 03BRL-CAD:carlmoore * 54427 (brlcad/trunk/src/irprep/all_sf.c brlcad/trunk/src/irprep/shapefact.c): pi/2 usage |
| 21:52.22 | Notify | 03BRL-CAD:caen23 * 54428 brlcad/trunk/src/mged/cmd.c: Fix warning about variable used uninitialized |
| 22:03.23 | Notify | 03BRL-CAD:carlmoore * 54429 brlcad/trunk/src/liboptical/sh_toyota.c: make use of defined constants |
| 22:46.35 | Notify | 03BRL-CAD:carlmoore * 54430 brlcad/trunk/src/tclscripts/mged/pattern.tcl: use DEG2RAD and RAD2DEG; do they need to be added to a global declaration WITHIN that file |
| 00:29.48 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 00:32.31 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 04:00.45 | Notify | 03BRL-CAD:brlcad * 54431 brlcad/trunk/TODO: new libpng release is out |
| 09:50.48 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 10:11.31 | Notify | 03BRL-CAD Wiki:Zilasedgaz * 0 /wiki/User:Zilasedgaz: |
| 17:13.15 | *** join/#brlcad merzo (~merzo@147-190-133-95.pool.ukrtel.net) | |
| 17:30.23 | *** join/#brlcad merzo (~merzo@171-110-133-95.pool.ukrtel.net) | |
| 19:32.17 | Notify | 03BRL-CAD Wiki:AgetOrnaria * 0 /wiki/User:AgetOrnaria: |
| 20:14.07 | starseeker | brlcad: does 1.6.0 have new features we want? (or security updates?) |
| 20:58.31 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 23:13.46 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 23:33.12 | brlcad | starseeker: nothing specific, so not a priority, but it does remove a lot of deprecated API so it's maintenance work going forward |
| 23:33.30 | brlcad | they also added a new "simplified" API that should be easier to maintain for simple applications, may apply to apps like ours |
| 02:54.46 | *** join/#brlcad jzmer (jzmer@gateway/shell/anapnea.net/x-zrphuwabvoxmhghk) | |
| 02:55.38 | jzmer | does brlcad have win32/64 native builds? |
| 02:55.56 | jzmer | that do not include dependencies built with cygwin/mingw |
| 07:04.53 | *** join/#brlcad forth (~10492443F@92.242.118.253) | |
| 11:35.19 | Notify | 03BRL-CAD Wiki:Ayush.vaid * 0 /wiki/User:Ayush.vaid: |
| 11:43.14 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 14:07.31 | *** join/#brlcad merzo (~merzo@171-110-133-95.pool.ukrtel.net) | |
| 14:38.18 | *** join/#brlcad luca79 (~luca@adsl-ull-250-222.46-151.net24.it) | |
| 14:58.35 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.190.33) | |
| 15:32.31 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.190.33) | |
| 16:56.23 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 17:32.19 | *** join/#brlcad merzo (~merzo@45-131-201-46.pool.ukrtel.net) | |
| 18:13.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.190.33) | |
| 18:59.01 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 19:29.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.190.33) | |
| 20:24.12 | brlcad | wonder how hard jzmer looked |
| 22:17.07 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 09:40.53 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:10.21 | *** join/#brlcad luca79 (~luca@adsl-ull-151-13.46-151.net24.it) | |
| 14:37.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 17:36.12 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 17:36.12 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 17:53.06 | *** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-sxqvervpfwihrhcz) | |
| 20:36.02 | *** join/#brlcad IriX64 (~kvirc@64.229.209.83) | |
| 21:28.37 | *** join/#brlcad merzo (~merzo@0-135-133-95.pool.ukrtel.net) | |
| 00:33.00 | *** join/#brlcad velociostrich (~anonymous@24.0.153.224) | |
| 02:07.03 | starseeker | hmm. brlcad, does this look like something we might be able to leverage? http://embree.github.com/ |
| 02:12.18 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 02:28.47 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 05:29.20 | *** join/#brlcad witness_ (uid10044@gateway/web/irccloud.com/x-laisyrdfbuutpilc) | |
| 05:43.48 | *** join/#brlcad merzo (~merzo@95.133.167.155) | |
| 07:34.30 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 08:23.09 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 09:00.37 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 10:19.12 | Notify | 03BRL-CAD Wiki:Sschaffert * 0 /wiki/User:Sschaffer: |
| 11:59.31 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:13.26 | ``Erik | hm, http://hamberg.no/erlend/posts/2013-02-18-static-array-indices.html |
| 13:11.58 | brlcad | ``Erik: hah, now that's interesting |
| 13:12.41 | brlcad | and something I didn't know about C99 ... not something I run into very often any more |
| 13:55.53 | ``Erik | yeh, seems like it could be handy in some cases.... but I'm tempted to stick with c89, which I know like that back of my ha... wtf is that? O.o |
| 14:00.26 | starseeker | as far as I know, the main reason we stick with c89 is Visual Studio |
| 14:03.25 | starseeker | we might conceivably be able to do better if we could get all of our code to compile as C++ (which is much better supported in MSVC) but that's not a priority right now |
| 14:07.07 | ``Erik | I was under the impression that msvc didn't do C at all, just C++ (thus the subset of C that is the intersection of C and C++) |
| 14:50.55 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.184) | |
| 14:52.23 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:00.19 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 15:05.38 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:20.47 | *** join/#brlcad Posterdati (~antani@host160-215-dynamic.11-87-r.retail.telecomitalia.it) | |
| 15:20.54 | Posterdati | hi |
| 15:21.14 | Posterdati | please I need help on opennurbs code, could anyone help me? tx |
| 15:22.08 | Posterdati | I'm trying to scale a .3dm geometry using ON_Xform and I'm trying to understand the explode_block_sample.cpp code |
| 15:51.54 | Notify | 03BRL-CAD:d_rossberg * 54432 (rt^3/trunk/include/brlcad/globals.h rt^3/trunk/src/coreInterface/globals.cpp): experimental feature: activate semaphoresthis change has no impact on existing code |
| 15:53.58 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.107.184) | |
| 16:48.06 | *** join/#brlcad luca79 (~luca@adsl-ull-201-152.46-151.net24.it) | |
| 16:49.42 | Posterdati | hi |
| 16:49.55 | Posterdati | is there any opennurbs expert? |
| 16:52.29 | archivist | Posterdati, in IRC ask the real question not does anyone know x |
| 16:53.46 | Posterdati | how to apply a transformation to a ONX_Model and save the result? |
| 16:54.38 | Posterdati | I followed the explode_block_sample.cpp without success, it saves only the geometry objects at the end resulting in empty .3dm files |
| 17:10.46 | Posterdati | :( |
| 17:11.41 | caen23 | Posterdati: you shouldn't expect a prompt answer. stick around and wait for a reply |
| 17:11.56 | Posterdati | sure |
| 17:12.09 | Posterdati | anyway I was able to add new objects to the model |
| 17:53.12 | Notify | 03BRL-CAD:bob1961 * 54433 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl and 2 others): Refactored a bit of code related to the various edit panels. Also added code to clear data associated with highlighting the primitives being edited. |
| 18:37.48 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:19.54 | Notify | 03BRL-CAD Wiki:Tmusselman * 0 /wiki/User:Tmusselman: |
| 20:20.08 | *** join/#brlcad merzo (~merzo@155-167-133-95.pool.ukrtel.net) | |
| 20:32.17 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 21:28.32 | Posterdati | hi |
| 21:39.51 | Notify | 03BRL-CAD:carlmoore * 54434 brlcad/trunk/src/tclscripts/vmath.tcl: use DEG2RAD to simplify expressions; is the 'global' OK? |
| 22:10.36 | brlcad | Posterdati: we strip the examples, so I'm not sure what that specific example refers to |
| 22:11.02 | brlcad | what's the problem specifically? there should be a Transform() function that takes an ON_Xform |
| 22:11.17 | Posterdati | thank you for helping me |
| 22:11.52 | Posterdati | the problem is that I cannot get a valid pointer from ON_InstanceRef::Cast(...) |
| 22:12.55 | Posterdati | how can I apply a transformation on objects in a ONX_Model objects and save it back on disk? |
| 22:15.29 | brlcad | well, you apply it and then just call model.Write() |
| 22:15.49 | brlcad | how to apply a transform depends on several factors, but Transform() is what you'll eventually call |
| 22:15.58 | brlcad | probably on object(s) within the ONX_Model |
| 22:16.57 | Posterdati | not using ON_Geometry class? |
| 22:18.20 | brlcad | there's undoubtedly many ways |
| 22:18.41 | brlcad | but the way I would expect is to iterate over the object(s) you want to transform, then write |
| 22:18.56 | brlcad | something like |
| 22:19.30 | Posterdati | yes |
| 22:19.36 | Posterdati | but how to transform them? |
| 22:19.53 | Posterdati | Transform is not applicable on ONX_Model objects |
| 22:20.18 | brlcad | ONX_Model is a collection of objects |
| 22:20.22 | brlcad | not an object itself |
| 22:20.35 | brlcad | you have to iterate over them |
| 22:20.50 | Posterdati | yes I know |
| 22:21.02 | Posterdati | I iterate on m_object_table[ i ] |
| 22:21.30 | Posterdati | but these ONX_Model_Object are not transformable |
| 22:25.56 | brlcad | not directly, you need to get at the geometry they contain |
| 22:26.13 | brlcad | it looks like you can transform via ON_3dmObjectAttributes |
| 22:27.19 | brlcad | try m_attributes.Transform() |
| 22:27.29 | Posterdati | ok |
| 22:27.37 | brlcad | (on the onx_model_obj) |
| 22:32.11 | brlcad | Posterdati: what are you doing with nurbs? how'd you come across brl-cad? |
| 22:33.08 | Posterdati | no way, it didn't work |
| 22:33.29 | Posterdati | I'm trying to write a simple program using opennurbs for .3dm reading and manipulation |
| 22:33.56 | Posterdati | ON_Xform xform; |
| 22:33.57 | Posterdati | <PROTECTED> |
| 22:33.57 | Posterdati | <PROTECTED> |
| 22:34.18 | Posterdati | this is the transformation |
| 22:36.45 | brlcad | didn't work as in didn't do anything or didn't compile? |
| 22:37.03 | Posterdati | compile, but object is not scaled along z axis |
| 22:38.07 | brlcad | called Write() to a new file? |
| 22:38.56 | brlcad | still, the way I'd expect it to work is as I mentioned before |
| 22:39.20 | brlcad | i.e., you convert the onx_model_obj to real geometry, apply Transform() |
| 22:39.25 | Posterdati | http://pastebin.com/H2frr5cm |
| 22:40.46 | brlcad | what's pXModel? |
| 22:40.56 | brlcad | you'd need to call something like sHeel.getModel().Write() |
| 22:41.33 | brlcad | that style is whack :) |
| 22:42.00 | Posterdati | to write |
| 22:42.02 | Posterdati | but to scale? |
| 22:42.12 | brlcad | you have to write what you scaled |
| 22:42.27 | Posterdati | pGeometry? |
| 22:42.38 | Posterdati | sorry |
| 22:47.52 | Posterdati | http://pastebin.com/fq6qfiP1 |
| 22:48.27 | Posterdati | didn't work either the object is just copied from the other file :( |
| 22:55.05 | Posterdati | :( |
| 22:56.14 | brlcad | header says ON_Geometry::Transform() is for classes that derive from ON_Geometry, it's a hook |
| 22:56.20 | brlcad | so that's not what you want |
| 22:56.26 | Posterdati | ok |
| 22:56.57 | Posterdati | but I did a cast |
| 22:58.38 | Posterdati | damned mcneel |
| 22:58.47 | Posterdati | :) |
| 22:59.04 | Posterdati | this is the worst sdk I found |
| 22:59.09 | Posterdati | until now |
| 22:59.57 | brlcad | for free and open source, I kind of have the completely opposite impression |
| 23:00.17 | brlcad | you have to read the sources sometimes, but it's all mostly straightforward |
| 23:00.46 | Posterdati | I copied the example code and didn't work either |
| 23:01.25 | Posterdati | explode_block_sample.cpp |
| 23:01.29 | brlcad | note that they sell and provide support for rhinosdk too, it's got a lot more docs |
| 23:01.46 | Posterdati | yes but I don't develop under windows |
| 23:01.51 | brlcad | I haven't messed with that one |
| 23:06.29 | brlcad | so I haven't tried this, but what I would expect to work is how we use it in other places |
| 23:06.52 | brlcad | where you get ahold of the ON_Geometry and you cast to a real type |
| 23:08.05 | brlcad | calling Transform() on the real geometry should do the work, and then that can be written |
| 23:08.45 | brlcad | it's a few lines of code because you have to specifically cast to known types, but it's dead simple |
| 23:09.08 | brlcad | there may be an easier way, but that would have been what I would have probably ended up with if I were trying that |
| 23:09.16 | brlcad | I think we have an example somewhere |
| 23:09.52 | brlcad | yeah, see main() in http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/trunk/src/conv/3dm/3dm-g.cpp |
| 23:10.13 | brlcad | notably the line: |
| 23:10.14 | brlcad | const ON_Geometry* pGeometry = ON_Geometry::Cast(model.m_object_table[i].m_object); |
| 23:10.19 | brlcad | and then the block that follows |
| 23:11.44 | brlcad | try just one known entity type like ON_Brep and see if it works |
| 23:13.17 | Posterdati | I did so too, but compile complains about pGeometry -> MakeDeformable(); |
| 23:14.17 | Posterdati | should I save the ONX_Model after that? |
| 23:14.29 | brlcad | not following |
| 23:14.44 | brlcad | shouldn't need MakeDeformable() I think |
| 23:14.49 | Posterdati | ok |
| 23:15.11 | Posterdati | but pGeometry -> Transform(xform) |
| 23:15.16 | Posterdati | doesn't compile |
| 23:17.53 | brlcad | for (i=0; i<model.obj_table.Count(); i++) { ON_Geometry *g = ON_Geometry::Cast(model.obj_table[i].m_obj); if (g) { ON_Brep *brep = const_cast<ON_Brep * >(ON_Brep::Cast(g)); if (brep) brep.Transform(xform); } } ... model.Write(); |
| 23:18.07 | brlcad | that's expected |
| 23:18.21 | brlcad | pGeometry is an ON_Geometry which is an opaque container |
| 23:18.35 | brlcad | you have to cast it to "actual" geometry |
| 23:18.56 | Posterdati | aah |
| 23:19.09 | Posterdati | they are all breps |
| 23:22.22 | Posterdati | didn't compile |
| 23:22.28 | Posterdati | ON_Geometry *pGeometry = ON_Geometry::Cast(sObject.m_object); |
| 23:22.57 | Posterdati | invalid conversion from const ON_Geometry* to ON_Geometry * |
| 23:23.44 | brlcad | that doesn't look right |
| 23:26.26 | brlcad | er, that's just a constness failure |
| 23:26.33 | brlcad | const ON_Geometry ... |
| 23:27.00 | Posterdati | ok, doesn't compile either |
| 23:27.41 | Posterdati | request for member 'MemoryRelocate' in ... |
| 23:28.16 | brlcad | I can't debug it for you :) |
| 23:28.30 | brlcad | we use this exact method I mentioned in the link I showed |
| 23:28.44 | brlcad | you have to sync up the types |
| 23:28.54 | brlcad | we toss the const later |
| 23:29.15 | brlcad | but there are several ways |
| 23:30.10 | Posterdati | is the ::Cast a must? |
| 23:30.22 | brlcad | the basic idea though is to iterate over the objects in the model, get each object's geometry container, cast each geometry container to the real thing, transform, and then write it out |
| 23:30.47 | Posterdati | writing the parent ONX_Model ? |
| 23:31.28 | brlcad | that bit I don't recall, but at the time you have done the transform, shouldn't matter -- you either will be able to write it or write each real thing |
| 23:31.48 | brlcad | I'd expect the parent to work |
| 23:32.01 | Posterdati | ok tx |
| 23:32.07 | brlcad | but i haven't read the header to know if that's kosher |
| 23:32.32 | brlcad | in our example, we write out to a new file, so it's moot |
| 23:33.14 | Posterdati | me too |
| 23:33.38 | Posterdati | well it's an object transformed |
| 23:33.43 | brlcad | I mean we write out our ON_Brep to a new file (and not a .3dm) |
| 23:34.16 | brlcad | but we write the ON_Brep, not the parent model or object or geometry |
| 23:34.25 | Posterdati | ah ok |
| 23:34.26 | brlcad | so at least that works ;) |
| 23:34.43 | brlcad | and I would expect writing the model to work, but lot of variables there |
| 23:34.51 | brlcad | you know |
| 23:35.02 | Posterdati | so a brep could be transformed regardless an ON_Geometry object |
| 23:35.03 | brlcad | did you end up inadvertently creating a copy anywhere along the line, etc |
| 23:35.12 | brlcad | sure |
| 23:35.17 | Posterdati | so |
| 23:35.32 | Posterdati | why use ON_Geometry? My objects are all breps |
| 23:35.33 | brlcad | and looking at the code, ON_Brep does override ON_Geometry::Transform() with the actual logic |
| 23:35.42 | brlcad | you shouldn't be |
| 23:35.58 | brlcad | you just go through that container in the process of iterating |
| 23:36.23 | Posterdati | may I cast .m_object directly to brep? |
| 23:36.29 | brlcad | beats me ;) |
| 23:36.33 | brlcad | mebbie |
| 23:36.47 | brlcad | Cast() is a low-level ON_Object feature, so probably |
| 23:36.57 | Posterdati | I'm trying right now |
| 23:36.58 | brlcad | we make sure it's geometry though "just in case" |
| 23:37.14 | brlcad | the whole system is based around uuid registration, so it should work |
| 23:38.18 | Posterdati | request for member 'MemoryRelocate' in ... |
| 23:38.22 | Posterdati | what the Hell is this??? |
| 23:41.25 | brlcad | sounds like you're doing something wrong ;) |
| 23:42.15 | Posterdati | yes like using opennurbs |
| 23:43.01 | brlcad | what's your code look like? |
| 23:43.51 | brlcad | they have a forum, there may be a simple solution to what you're trying to do and they do provide pretty good free support for relatively simple questions like this |
| 23:44.05 | brlcad | did you follow our example? |
| 23:44.34 | brlcad | it's pretty much a recipe that should work as-is |
| 23:47.29 | Posterdati | is compiling now! |
| 23:47.35 | Posterdati | testing |
| 23:48.55 | Posterdati | WORKS WORKS WORKS !!!! |
| 23:48.56 | Posterdati | tx |
| 23:49.06 | Posterdati | you saved me man |
| 23:49.10 | Posterdati | thanks a lot |
| 23:49.22 | Posterdati | I wrote the ONX_Model parent object |
| 23:58.19 | brlcad | cool |
| 00:00.20 | brlcad | best way to demonstrate appreciation: |
| 00:00.31 | brlcad | write a real quick lesson's learned page on our wiki or to our dev mailing list that documents this for the next guy ;) |
| 00:01.19 | brlcad | e.g., here http://brlcad.org/wiki/OpenNURBS_Transform |
| 00:22.54 | Posterdati | well would be great to write it |
| 00:22.57 | Posterdati | alas |
| 00:23.06 | Posterdati | I'm involved in another project too |
| 00:23.16 | Posterdati | opennurbs --> comon lisp |
| 00:23.34 | Posterdati | common lisp is fa better than c++ |
| 00:23.43 | Posterdati | common lisp is far better than c++ |
| 00:38.04 | brlcad | even your sample program that you just got working would be sufficient |
| 00:38.18 | brlcad | something minimal effort so it's helpful later |
| 04:05.28 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 04:15.35 | Notify | 03BRL-CAD:brlcad * 54435 brlcad/trunk/configure.ac: glibc-1.6 is being warningtarded, so just turn off the flag on the old build. |
| 04:16.45 | Notify | 03BRL-CAD:brlcad * 54436 brlcad/trunk/CMakeLists.txt: latest glibc-1.6 changed _FORTIFY_SOURCE to spew a warning if not compiling optimized. change our build to match, adding the flag only when building optimized (not debug like we want). |
| 04:58.34 | Notify | 03BRL-CAD:brlcad * 54437 brlcad/trunk/src/other/togl/include/CMakeLists.txt: bundle a glu.h similar to glew.h so that we can compile even when there's not a system glu.h available. doesn't seem to actually require any symbols, but not extensively tested (linux). header is the old bsd-licensed one from sgi. fixes a compilation error on linux. |
| 05:07.46 | Notify | 03BRL-CAD:brlcad * 54438 brlcad/trunk/src/conv/obj-g.c: quell a linux compilation failure warning about verts being potentially clobbered after a longjmp. move the calloc/memset to after the BU_SETJUMP call and check for null before freeing verts. |
| 05:15.44 | Notify | 03BRL-CAD:brlcad * 54439 brlcad/trunk/src/libged/copyeval.c: gcc 4.7.2 rightly detected the possibility of a negative array index path if endpos ends up still at zero when we begin processing. looks like that could happen if we find a slash, but fail to tokenize on it for whatever reason. adding a sanity check does the trick. |
| 05:19.05 | Notify | 03BRL-CAD:brlcad * 54440 brlcad/trunk/CMakeLists.txt: make statements match |
| 05:54.58 | Notify | 03BRL-CAD Wiki:Lesjordans * 0 /wiki/User:Lesjordans: |
| 09:55.52 | Posterdati | hi |
| 10:33.05 | Notify | 03BRL-CAD Wiki:Macko * 4951 /wiki/Wiki_Emaluszki: Created page with "Wiki eMaluszki Encyklopedia internetowa serwisu emaluszki.pl. Źródło wiedzy o ciąży, połogu, wychowaniu dziecka. Stale uzupełniane o nowe hasła, poparte badaniami nau..." |
| 10:40.15 | Notify | 03BRL-CAD Wiki:Macko * 4952 /wiki/Wiki_Emaluszki: |
| 12:19.07 | Notify | 03BRL-CAD:bob1961 * 54441 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Archer mod - need to clear displayed data when doing a database load. |
| 13:04.54 | Notify | 03BRL-CAD:bob1961 * 54442 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Variables need to be dereferenced in Tcl. Besides, RAD2DEG does not exist in this context. Define and use GED_RAD2DEG. |
| 14:08.13 | maths22 | First pice of spam :( |
| 14:09.12 | Notify | 03BRL-CAD Wiki:Maths22 * 0 /wiki/Wiki_Emaluszki: Vandalism: content was: "Wiki eMaluszki Encyklopedia internetowa serwisu [http://wiki.emaluszki.pl/ emaluszki.pl]. Źródło wiedzy o ciąży, połogu, wychowaniu dziecka. Stale uzupełniane..." (and the only contributor was "[[Special:Contributions/M... |
| 14:39.03 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 15:41.33 | brlcad | Posterdati: up late, eh? |
| 15:41.44 | brlcad | maths22: that's still really really good :) |
| 15:43.16 | brlcad | it probably only made it through because it wasn't english |
| 16:11.06 | Notify | 03BRL-CAD:n_reed * 54443 brlcad/trunk/src/mged/chgview.c: remove mged_tran; unused and duplicates knob_tran logic |
| 17:07.21 | maths22 | true |
| 19:14.07 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.163.175) | |
| 19:51.22 | Notify | 03BRL-CAD:r_weiss * 54444 brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to mged grouper command (i.e. gr). Added a "-p" option to collect the parent of the selected primitives, instead of the primitives. |
| 20:22.32 | *** join/#brlcad andrei_ (~IceChat7@5-12-221-139.residential.rdsnet.ro) | |
| 20:41.23 | *** join/#brlcad Posterdati (~antani@host160-215-dynamic.11-87-r.retail.telecomitalia.it) | |
| 20:52.23 | *** part/#brlcad andrei_ (~IceChat7@5-12-221-139.residential.rdsnet.ro) | |
| 21:24.00 | Notify | 03BRL-CAD:r_weiss * 54445 brlcad/trunk/src/tclscripts/mged/grouper.tcl: Update to mged grouper (i.e. gr) command. Forced the model orientation to remain static when the group, which you are adding to or subtracting from, is erased and redrawn. |
| 00:55.13 | Notify | 03BRL-CAD:n_reed * 54446 brlcad/trunk/src/libtclcad/tclcadAutoPath.c: add a helper for adding paths so we can be a bit more readable |
| 01:10.06 | Notify | 03BRL-CAD:n_reed * 54447 brlcad/trunk/src/libtclcad/tclcadAutoPath.c: make tk vls string creation dependent on having tk; remember to free on return |
| 01:50.26 | Notify | 03BRL-CAD Wiki:Dogphoenix * 0 /wiki/User:Dogphoenix: |
| 02:21.41 | Notify | 03BRL-CAD:n_reed * 54448 (brlcad/trunk/src/libtclcad/tclcadAutoPath.c brlcad/trunk/src/tclscripts/archer/BotUtility.tcl and 4 others): add a tclIndex for boteditor and remove manual dependency sourcing |
| 02:32.44 | brlcad | hm |
| 08:06.23 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:33.58 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 12:34.08 | Notify | 03BRL-CAD:bob1961 * 54449 (brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl and 2 others): Push a few variables and methods back into the GeometryEditFrame class (i.e. mHighlightPoints, mHighlightPointSize, mHighlightPointColor, clearAllTables, updatePointSize and validatePointSize). Update the pipe edit panel to highlight the current pipe point. |
| 13:43.46 | *** part/#brlcad caen23 (~cezar@92.81.206.161) | |
| 13:45.47 | Notify | 03BRL-CAD:bob1961 * 54450 (brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl): Remove mHighlightPointColor from Archer's edit panels. |
| 13:46.40 | *** join/#brlcad caen23 (~cezar@92.81.206.161) | |
| 13:47.08 | Notify | 03BRL-CAD:bob1961 * 54451 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Write out the values of GeometryEditFrame::mHighlightPoints and GeometryEditFrame::mHighlightPointSize to the preferences file. |
| 14:02.20 | Notify | 03BRL-CAD:bob1961 * 54452 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: Highlight the selected bot point if the bot is being displayed. |
| 14:03.15 | Notify | 03BRL-CAD:bob1961 * 54453 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Highlight the selected pipe point if the pipe is being displayed. |
| 14:08.11 | Notify | 03BRL-CAD:bob1961 * 54454 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Minor tweak to PipeEditFrame::highlightCurrentPipePoint. |
| 14:21.08 | Notify | 03BRL-CAD:bob1961 * 54455 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: When moving a bot point, highlight the selected point before moving it. |
| 14:44.56 | Notify | 03BRL-CAD:n_reed * 54456 brlcad/trunk/src/libtclcad/tclcadAutoPath.c: boteditor was inadvertently omitted from last set of paths |
| 14:44.58 | *** join/#brlcad luca79 (~luca@adsl-ull-131-98.47-151.net24.it) | |
| 14:50.42 | Notify | 03BRL-CAD:carlmoore * 54457 brlcad/trunk/src/tclscripts/mged/grouper.tcl: remove trailing blanks |
| 15:50.38 | Notify | 03BRL-CAD:bob1961 * 54458 brlcad/trunk/src/tclscripts/archer/SketchEditFrame.tcl: Removed a bit of old code. |
| 16:40.00 | Notify | 03BRL-CAD:n_reed * 54459 brlcad/trunk/src/libged/draw.c: restore draw behavior of only autoviewing when starting with an empty display |
| 17:13.03 | Notify | 03BRL-CAD:bob1961 * 54460 brlcad/trunk/src/libtclcad/tclcad_obj.c: Update libtclcad's to_autoview_func() to handle the -R case. |
| 17:43.19 | Notify | 03BRL-CAD:brlcad * 54461 brlcad/trunk/NEWS: bob has been working on improving the Bot editing controls within archer. lots of highlight and point selection updates. |
| 18:31.10 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:06.38 | *** join/#brlcad Al_DC_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) | |
| 19:19.15 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 19:23.08 | Notify | 03BRL-CAD:erikgreenwald * 54462 brlcad/trunk/misc/CMakeLists.txt: remove BRLCAD_BUILD_DOXYGEN_DOCS, dox target will be available if doxygen is. |
| 20:12.16 | Notify | 03BRL-CAD:r_weiss * 54463 brlcad/trunk/src/tclscripts/mged/grouper.tcl: Refactored mged grouper (i.e. gr) command to resolve namespace issues. |
| 20:23.08 | Notify | 03BRL-CAD:erikgreenwald * 54464 (brlcad/trunk/misc/Doxyfile brlcad/trunk/misc/Doxyfile.in): enable LaTeX generation. Strip CMAKE_SOURCE_DIR from paths. |
| 20:25.31 | *** part/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 21:39.49 | *** join/#brlcad sjn_ (~sjn@c-98-247-46-49.hsd1.wa.comcast.net) | |
| 21:43.10 | sjn_ | brlcad seems like a well-developed cad system, though it seems different from many cad programs I've seen (catia, solid works, autocad, inventor, etc). I'm pretty new to the cad world, and I thought I'd try working with brlcad before becoming biased due to the pervasiveness of these other commercial solutions. I sort of assume people use brlcad for more than military vehicles and related things. If I'm interested in designing a house, a w |
| 21:43.10 | sjn_ | ashing machine, or a pinball machine, does this seem reasonable (which is different from possible) to use brlcad to do? |
| 21:44.47 | sjn_ | What capabilities are there in terms of simulations? I read something quickly about using different kinds of materials for models of things that need to be able to absorb firepower. Is there a full physics simulator included in this package? |
| 21:46.04 | *** join/#brlcad mrlukeparry (~mrlparry@137.205.138.38) | |
| 22:22.19 | Notify | 03BRL-CAD:r_weiss * 54465 brlcad/trunk/src/tclscripts/mged/lc.tcl: Update to mged 'lc' command to prevent the display from hanging for large lists. |
| 22:40.20 | brlcad | all websites are now migrated (config-wise, there are still two that have to update dns) |
| 22:40.58 | brlcad | sjn_: sure it's reasonable, but you have to consider what your goals are too |
| 22:41.46 | brlcad | we're expanding functionality towards supporting a lot of the same functionality of the commercial systems, but you're right -- our historic approach is very different |
| 22:42.13 | brlcad | because our products (renderings and models being fed to custom analyses) are different |
| 22:42.23 | *** part/#brlcad mrlukeparry (~mrlparry@137.205.138.38) | |
| 22:43.28 | brlcad | if you want to model your house or some machine, brl-cad will be good for that by itself and you'll be able to get some fantastic pictures/visualizations or calculate estimated weights, etc |
| 22:43.48 | brlcad | if you want blueprints, though, that's currently a weakness that we're working on |
| 22:44.32 | sjn_ | is brlcad still funded through the Army? |
| 22:44.49 | sjn_ | (US Army) |
| 22:44.49 | brlcad | we only provide basic geometric simulators (first order physics/dynamics) and calculating geometric properties (like mass/weight, moments of inertia, centroids, etc) .. the intense simulators are not open source |
| 22:44.53 | brlcad | yep |
| 22:45.06 | brlcad | will be for the indefinite forseeable future |
| 22:46.41 | sjn_ | Thanks. Who sets the priorities of what you guys are developing at any point in time? |
| 22:56.07 | ``Erik | feeding physics simulations and pretty pictures |
| 22:56.32 | ``Erik | http://www.youtube.com/watch?v=eSRcvrVs5ug&feature=youtu.be game of life entirely done in i386 mmu trickery O.O |
| 00:51.35 | starseeker | brlcad: could you open up the permissions on the timeline subdirectory for brlcad.org? |
| 00:51.39 | starseeker | can't modify it |
| 03:34.02 | maths22 | starseeker: you should be able to write to it now |
| 03:56.11 | brlcad | starseeker: you can/could -- everyone can sudo chown www files, and everyone can sudo -u www whatever on that file |
| 03:56.15 | brlcad | maths22: thx |
| 04:03.48 | maths22 | If I am working with webserver files, I like sudo -u www bash |
| 04:04.02 | maths22 | That way, all the permissions work out right |
| 04:16.07 | brlcad | maths22: shorthand, sudo -u www -s |
| 04:16.32 | brlcad | but it's better/safer to do it one command at a time, not through a whole subshell |
| 04:35.39 | starseeker | brlcad: ah, didn't realize that |
| 04:35.57 | brlcad | spelled out on the info page you read, just don't remember it ;) |
| 04:36.11 | starseeker | fair enough |
| 04:36.12 | brlcad | course, that was a long time ago for you |
| 04:36.28 | starseeker | 's gettin old |
| 04:37.08 | starseeker | well, too late tonight - I'll try and add a few new entries tomorrow |
| 05:02.16 | brlcad | sounds like you're making some progress on the stepcode merge, awesome |
| 05:03.33 | brlcad | don't know what you've tried, but my thought was to start with a fresh repo that has the original scl sources pristine |
| 05:03.52 | brlcad | then play forward the github branch commits |
| 05:04.31 | brlcad | on a branch |
| 05:04.36 | brlcad | then play forward our commits |
| 05:04.40 | brlcad | on another branch |
| 05:04.47 | brlcad | then merge the two branches |
| 05:05.13 | brlcad | at that point, it "should" have enough info to merge save for bonefide conflicts |
| 05:12.27 | starseeker | brlcad: I wasn't rewiring quite that far - I took the brlcad branch I imported from our svn tree, and did a merge with the master |
| 05:12.52 | starseeker | then I used meld and the mergetool option to step through what it claimed were the conflicts - quite a few actual issues |
| 05:13.38 | starseeker | I figured there'd probably be some manual clean-up after that, but it seemed (in principle) to get us where we needed to end up |
| 06:12.11 | brlcad | cool, progress either way |
| 06:21.13 | brlcad | interesting that there would be issues |
| 06:22.16 | brlcad | wonder if they were issues that become obsoleted by future commits (like a file that got deleted) or really something overlooked |
| 06:22.30 | brlcad | because in theory, our version integrated everything they did |
| 06:38.57 | brlcad | should be a good write-up whatever you figure out |
| 07:59.18 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:28.59 | Notify | 03BRL-CAD:bob1961 * 54466 brlcad/trunk/src/librt/primitives/ebm/ebm.c: Update the "get" and "adjust" commands for ebm to accept the use of "file" in place of the "F" attribute name. |
| 11:30.41 | starseeker | one of the points of divergence was Windows building - our solution was different than theirs, incorporating the re2c/lemon work |
| 11:31.01 | starseeker | their were some others, but that one was a stand-out |
| 11:33.10 | Notify | 03BRL-CAD:bob1961 * 54467 brlcad/trunk/src/librt/primitives/extrude/extrude.c: Update the "get" and "adjust" commands for extrude to accept the use of "sk_name" in place of the "S" attribute name. |
| 12:28.29 | Notify | 03BRL-CAD:bob1961 * 54468 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Upgrade Archer's tree view to accommodate the hierarchy associated with the dsp, ebm, extrude, revolve and vol primitives. |
| 13:46.49 | Notify | 03BRL-CAD:bob1961 * 54469 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore::handleTreePopup to better accommodate dsp, ebm, extrude, revolve and vol. |
| 14:40.28 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 16:14.06 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 17:12.52 | Notify | 03BRL-CAD:brlcad * 54470 brlcad/trunk/src/libbu/parallel.c: header cleanup, make sys/time.h inclusion not platform-centric but coupled to header test. our headers come after. |
| 17:13.02 | Notify | 03BRL-CAD:brlcad * 54471 brlcad/trunk/configure.ac: need to check for sys/resource.h |
| 18:33.40 | Notify | 03BRL-CAD:carlmoore * 54472 brlcad/trunk/src/tclscripts/mged/pattern.tcl: include DEG2RAD in a global declaration |
| 18:39.52 | Notify | 03BRL-CAD:carlmoore * 54473 brlcad/trunk/src/tclscripts/mged/pattern.tcl: oops, had to put in RAD2DEG too |
| 00:00.33 | starseeker | wonders if he isn't in the www group? |
| 00:01.05 | starseeker | ah, nevermind |
| 03:44.58 | *** join/#brlcad IriX64 (~kvirc@64.229.209.83) | |
| 04:26.06 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:07.29 | Notify | 03BRL-CAD Wiki:Nhkfkftzrg * 0 /wiki/User:Nhkfkftzrg: |
| 11:46.09 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 14:57.40 | Notify | 03BRL-CAD Wiki:Potjeodellzy * 0 /wiki/User:Potjeodellzy: |
| 18:20.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.96.24) | |
| 18:54.30 | starseeker | takes a break from timeline updating |
| 18:54.37 | starseeker | some progress, anyhow |
| 18:55.47 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 02:45.21 | *** join/#brlcad kingofcsu (~king@123.138.98.102) | |
| 02:48.53 | *** join/#brlcad kingofcsu (~king@123.138.98.102) | |
| 02:50.03 | *** join/#brlcad kingofcsu (~king@123.138.98.102) | |
| 09:37.26 | Notify | 03BRL-CAD Wiki:TeewayEmade * 0 /wiki/User:TeewayEmade: |
| 10:59.11 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 11:06.25 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 11:06.25 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 18:27.41 | *** join/#brlcad dlecina (58006365@gateway/web/freenode/ip.88.0.99.101) | |
| 18:28.21 | dlecina | hi, I have a problem with DSP, can you guys help me? |
| 19:19.05 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 22:20.52 | ``Erik | not if you don't stick around O.o |
| 00:21.02 | maths22 | People on webchat often seem to not stick around for very long. |
| 03:26.07 | starseeker | they probably mistake this for a commercial online help chat |
| 08:41.17 | *** join/#brlcad user (~chatzilla@ggg67907d2.adsl.datanet.hu) | |
| 13:15.57 | Notify | 03BRL-CAD:bob1961 * 54474 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Update ArcherCore::adjust and ArcherCore::rsyncTree to better accommodate dsp, ebm, extrude, revolve and vol primitives. |
| 13:53.53 | Notify | 03BRL-CAD:bob1961 * 54475 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Fixed a redraw issue in Archer::editMotionDeltaCallback. |
| 14:11.51 | Notify | 03BRL-CAD:jordisayol * 54476 brlcad/trunk/sh/make_rpm.sh: fix uninstallable Linux rpm package on Fedora 18 |
| 15:11.37 | *** join/#brlcad luca79 (~luca@net-37-116-126-2.cust.dsl.vodafone.it) | |
| 17:32.19 | Notify | 03BRL-CAD Wiki:ShantelujpmgezqzqzhqamoodekmwydwcddxftbiuzDhosane * 4953 /wiki/The_use_of_Inflatable_water_slides: Created page with "Most of the parties for the youngsters are not completed devoid of the bouncers that are getting manufactured in the several grades of excellent all more than the planet. This..." |
| 20:45.19 | *** join/#brlcad andrei_ (~IceChat7@188.25.159.189) | |
| 21:54.37 | Posterdati | hi |
| 21:55.59 | Posterdati | please I need help with opennurbs and non uniform scaling: I've got a prism and got to scale top differently to the bottom surface, how can I achieve that with opennurbs? |
| 21:57.33 | Posterdati | in particular: deforming a surface will accomodate the other surfaces in the object? |
| 21:58.46 | Posterdati | thanks for help |
| 22:13.59 | maths22 | First English wiki spam :( |
| 22:21.54 | Posterdati | ? |
| 22:31.01 | PrezKennedy | waves to brlcad |
| 22:38.50 | Notify | 03BRL-CAD:r_weiss * 54477 brlcad/trunk/src/libged/comb.c: Corrects a bu_bomb error "db_tree_counter: bad op xxxxxxx" on Windows 64-bit when adding objects to groups/combinations/regions. |
| 23:06.08 | Notify | 03BRL-CAD:r_weiss * 54478 brlcad/trunk/src/librt/db_lookup.c: Update to db_lookup to prevent problems with 64bit windows since 'long int' is not the same size as a pointer. |
| 23:08.29 | Notify | 03BRL-CAD:r_weiss * 54479 brlcad/trunk/include/raytrace.h: Update to prevent problems with 64bit windows since 'sum' can be a value as large as a pointer value. |
| 01:12.44 | brlcad | waves back to PrezKennedy |
| 01:13.29 | brlcad | maths22: that was almost certainly a registration predating the new checks |
| 01:14.27 | brlcad | maths22: that's how a lot of the spammer systems work, registers an account and comes back to post X months later to get past spam tests looking at how long ago an account was created |
| 03:03.13 | brlcad | Posterdati: you can apply an arbitrary transformation matrix with ON_Xform |
| 03:03.24 | brlcad | should just work fine |
| 03:03.45 | brlcad | see opennurbs_xform.h |
| 03:31.35 | maths22 | yep. That user was created on January 7 |
| 03:49.15 | brlcad | probably should just cull out all users with length greater than the current limit |
| 07:51.05 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-laisyrdfbuutpilc) | |
| 07:51.05 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:32.20 | Posterdati | hi |
| 11:40.19 | Posterdati | I need to perform a taper transformation, so I applied a scale(plane, sx, sy, sz) along a path, but my object become flat along that path |
| 11:40.21 | Posterdati | :( |
| 12:19.13 | brlcad | Posterdati: did you see my reply? |
| 12:19.34 | brlcad | you can apply any transformation matrix, including one that tapers |
| 12:27.12 | Posterdati | well |
| 12:27.26 | Posterdati | I used a scale along a vector and it worked |
| 12:27.31 | Posterdati | but how apply a shear? |
| 12:27.41 | Posterdati | I saw that it uses a plane |
| 12:27.44 | brlcad | apply a shear matrix :) |
| 12:27.51 | Posterdati | how does it work? |
| 12:27.56 | Posterdati | yes |
| 12:28.07 | Posterdati | but how is it calculated that matrix? |
| 12:28.56 | brlcad | http://en.wikipedia.org/wiki/Shear_matrix |
| 12:29.55 | brlcad | for a 4x4, try setting a value in field [0][2] |
| 12:30.04 | brlcad | (on a unit matrix) |
| 12:30.29 | Notify | 03BRL-CAD:indianlarry * 54480 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Fixed occurrences where face index was being checked to see if it were less than the total number of surfaces, it should be checked to the total number of faces instead. In openNURBS you can have more than one face per surface leading to the number of faces greater than the number of surfaces. |
| 12:30.29 | Posterdati | yes, I know what is a shear matrix |
| 12:30.30 | brlcad | that'd be a shear along the z axis |
| 12:30.53 | Posterdati | but |
| 12:30.57 | brlcad | then I don't understand your question :) |
| 12:31.37 | Posterdati | opennurbs has got a function ON_XForm::Shear(ON_Plane, ON_3dVector, ...) |
| 12:31.44 | Posterdati | what are plane and vectors? |
| 12:32.12 | brlcad | that just looks like a helper function |
| 12:32.45 | Posterdati | yes |
| 12:34.33 | Posterdati | but if I want to perform a shear on z axis which plane and vectors shall I select |
| 12:34.35 | Posterdati | use? |
| 12:38.44 | brlcad | if your shear is that simple, you don't need the helper function |
| 12:38.52 | brlcad | you can just set the matrix values |
| 12:39.24 | brlcad | a shear along z would be something like [1 0 A 0] [0 1 B 0] [0 0 1 0] [0 0 0 1] |
| 12:39.38 | brlcad | where A = B = your shear factor |
| 12:40.19 | brlcad | the helper function just helps figure out which matrix elements get set and by how much but you certainly don't have to use it |
| 12:40.41 | brlcad | reading their docs, it sounds like the plane is a fixed anchor point and 3dvector is a shear direction on that point |
| 12:42.10 | brlcad | so you could specify it that way too, but it's kinda superfluous |
| 12:43.01 | brlcad | i'd imagine you'd use the origin with whatever your up-vector is (e.g., 0,0,1,1) and define the vector as your shear (e.b., 0 0 2) |
| 12:44.42 | Posterdati | there are three vectors |
| 12:49.39 | Posterdati | I'm trying to perform a taper too |
| 12:54.18 | Notify | 03BRL-CAD:bob1961 * 54481 brlcad/trunk/src/libged/comb.c: Simplify the code a bit in _ged_combadd2(). |
| 12:57.25 | Posterdati | the sad thing is that is not documented well |
| 12:59.22 | brlcad | it sounds like you're wanting them to tell you how to build a shear matrix, but that's such an open-ended question with many many possible ways |
| 12:59.40 | brlcad | so they just give you the 4x4 and say "do what you need" |
| 13:00.23 | brlcad | that really is all you need if you understand shear matrices because that's all that is ultimately applied |
| 13:01.08 | brlcad | it may simplify your particular problem if you break it up instead of trying to do multiple operations with one matrix |
| 13:01.21 | Posterdati | brlcad: I know how to build a shear matrix, I don't know how to use their functions |
| 13:01.33 | brlcad | so don't use their functions! |
| 13:01.44 | brlcad | ... |
| 13:02.03 | brlcad | that's why the m_xform is public |
| 13:02.10 | Posterdati | and how it is supposed to perform a non linear object transformation? |
| 13:02.15 | Posterdati | I mean |
| 13:02.29 | Posterdati | I need to change scaling factors along a direction |
| 13:02.44 | Posterdati | how it is supposed to do that? |
| 13:03.06 | Posterdati | transform() apply a transformation to an entire object |
| 13:04.49 | brlcad | it's not :) |
| 13:04.52 | brlcad | that very different from your original question |
| 13:04.56 | brlcad | that's not a shear |
| 13:05.19 | brlcad | or at least, it's maybe multiple shears |
| 13:05.25 | Posterdati | I need to perform that too |
| 13:05.57 | brlcad | so you've got me curious now, what are you working on ? :) |
| 13:06.27 | brlcad | that's not a simple operation in any system |
| 13:07.02 | Posterdati | yes |
| 13:07.14 | Posterdati | a program to modify prismatic objects |
| 13:07.37 | Posterdati | I've got three surfaces |
| 13:07.51 | Posterdati | laterall surface, top surface and bottom surface |
| 13:08.16 | Posterdati | I need to deformate the object changing scale factor for top and bottom differently |
| 13:08.48 | Posterdati | but I think that if I scale the topo alone, the object will break up |
| 13:09.01 | Notify | 03BRL-CAD:indianlarry * 54482 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Added ?\226?\128?\156KN2d?\226?\128?\157 option to ?\226?\128?\156brep?\226?\128?\157 command to display surface knots in 2d UV space. |
| 13:09.26 | brlcad | even most of the commercial systems have limite support for non-linear transforms (because of other complexities you haven't even touched on yet) |
| 13:09.35 | brlcad | that said, xform can probably do that with a taper matrix |
| 13:09.42 | brlcad | but that's a lot harder to calculate |
| 13:09.59 | brlcad | I doubt there's a helper for tapering |
| 13:10.03 | Posterdati | no |
| 13:10.11 | Posterdati | but shear could accomodate |
| 13:10.20 | brlcad | I don't think so.. |
| 13:10.42 | Posterdati | may I scale only the top? |
| 13:10.52 | Posterdati | will the program seam it then? |
| 13:11.17 | brlcad | where is the "top" defined geometrically? |
| 13:11.28 | brlcad | you could directly scale just the top surface |
| 13:11.43 | brlcad | but yeah, you'd have to restitch the brep |
| 13:12.05 | brlcad | there may be some update function to do that for you, haven't looked |
| 13:12.34 | brlcad | a taper matrix would do it and keep it together |
| 13:12.58 | Posterdati | top and bottom arte brep objects |
| 13:13.04 | Posterdati | top and bottom are brep objects |
| 13:13.25 | brlcad | they're entities (i.e. surfaces) in a brep object |
| 13:13.39 | brlcad | but nothing specifically defines top/bottom/whatever *geometrically* |
| 13:15.27 | brlcad | an ON_Brep represents a single object comprised of N surfaces with topological connectivity, but not topological awareness (no CAD system does that afaik) other than maybe a notion of up |
| 13:15.44 | brlcad | yeah, something like this http://www.charlespetzold.com/blog/2009/07/Taper-Transforms-with-Matrix3DProjection-An-Analytical-Approach.html |
| 13:16.51 | brlcad | hm, a simpler form that might be easier to play with: http://en.wikipedia.org/wiki/Tapering_(mathematics) but would have to be extended to homogenous coordinates |
| 13:17.35 | brlcad | still, Transform() may be limited to affine transformations (i.e., no tapering, twisting, bending) .. so you'd want to check that before trying to build one by hand |
| 13:22.23 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:ShantelujpmgezqzqzhqamoodekmwydwcddxftbiuzDhosane: Spamming links to external sites |
| 13:22.37 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/The_use_of_Inflatable_water_slides: spam |
| 13:29.12 | Notify | 03BRL-CAD:bob1961 * 54483 brlcad/trunk/src/libged/comb.c: More simplification of _ged_combadd2(). |
| 13:31.33 | Posterdati | ok |
| 13:32.51 | Posterdati | antway |
| 13:33.02 | Posterdati | anyway whichis the center of transformation? |
| 13:33.22 | brlcad | for what? |
| 13:33.47 | Posterdati | taper |
| 13:34.08 | Notify | 03BRL-CAD:bob1961 * 54484 brlcad/trunk/src/libged/comb.c: More simplification of _ged_combadd2(). |
| 13:43.20 | Posterdati | so no solution for my problem |
| 13:51.09 | Posterdati | :( |
| 13:55.12 | Posterdati | I should apply transform for every object points, is that possible? |
| 13:55.30 | Posterdati | is it possible to evaluate points in such manner? |
| 13:58.52 | brlcad | every real piece of real geometry has a Transform() |
| 13:58.55 | brlcad | so yes |
| 13:59.23 | brlcad | you could apply Transform() to the individual points and the surfaces should be updated accordingly |
| 14:00.24 | Posterdati | ok |
| 14:00.31 | Posterdati | I'll try that |
| 14:00.43 | brlcad | maybe a useful example in brlcad/src/librt/test_bot2nurbs.cpp |
| 14:00.58 | brlcad | we transorm individual points to project them onto a plane for testing |
| 14:03.04 | Posterdati | ok tx |
| 14:06.02 | Posterdati | it means that I have to apply a ON_Xform to every brep |
| 14:10.13 | Posterdati | so Brep objects has got their own Transform helper function |
| 14:10.36 | Posterdati | I should override it too |
| 14:14.39 | Posterdati | but how can I be sure that all points get transformed? |
| 14:18.15 | Posterdati | :( |
| 14:20.06 | Posterdati | rhino can taper objects |
| 14:24.05 | brlcad | you can iterate over all points in an on_brep |
| 14:25.11 | brlcad | not suprising that rhino can, it does a lot that opennurbs does not (and they provide access via the rhino sdk) such as surface intersection testing, closest point, tessellation, and more |
| 14:25.33 | brlcad | most of the hardest pieces to implement are removed |
| 14:26.04 | brlcad | we've spent several years implementing a couple of the features they intentionally removed that we needed |
| 14:26.33 | Posterdati | mmmh |
| 14:26.41 | Posterdati | I can't port it on sdk |
| 14:26.44 | Posterdati | no time |
| 14:26.48 | Posterdati | and I'm working on linux |
| 14:31.38 | Notify | 03BRL-CAD Wiki:Dhyan singh * 0 /wiki/User:Dhyan_singh: |
| 14:37.11 | brlcad | no time? |
| 14:37.35 | brlcad | is this for work? class? |
| 14:40.06 | Posterdati | work |
| 14:55.17 | brlcad | Posterdati: not sure what the implementation of Shear is supposed to tell me/you that wasn't said.. it sets up the m_xform matrix based on the plane and vector |
| 14:55.32 | brlcad | that's still not going to get you a non-linear transform (by itself) |
| 14:55.55 | brlcad | multiple shearings might for some specific cases like your cube |
| 14:56.51 | brlcad | like I said earlier, "it sounds like the plane is a fixed anchor point and 3dvector is a shear direction on that point" .. and the impl indeed confirms that |
| 14:58.25 | Posterdati | plane gives you the origin point for transformation |
| 14:59.03 | brlcad | i.e., "the plane is a fixed anchor point" |
| 14:59.42 | brlcad | sorry if that wasn't clear earlier |
| 15:00.33 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.23) | |
| 15:00.38 | brlcad | hi Skriptkid |
| 15:00.55 | Skriptkid | hey :) |
| 15:01.18 | Skriptkid | Is buildbot currently unavailable? |
| 15:01.33 | brlcad | probably |
| 15:02.11 | Skriptkid | hm..okay |
| 15:02.39 | brlcad | Skriptkid: looking for something? |
| 15:03.03 | Skriptkid | Nope. Just casually seeing. Its gives me a 503 |
| 15:03.08 | brlcad | Skriptkid: it'd be great to get it back up and running -- I don't think it was configured to properly start/restart on server execution |
| 15:03.12 | brlcad | s/execution/reboot/ |
| 15:03.36 | Skriptkid | Oh. I'll see if anything can be done |
| 15:03.37 | brlcad | what was the url? |
| 15:03.44 | Skriptkid | crit.brlcad.org/buildbot/ |
| 15:04.32 | brlcad | looks like a rewrite rule gone bad |
| 15:04.33 | brlcad | <p>The document has moved <a href="http://brlcad.orgbuildbot">here</a>.</p> |
| 15:04.54 | brlcad | crit.brlcad.org is now brlcad.org |
| 15:05.53 | Skriptkid | Oh. |
| 15:06.53 | brlcad | fixed the redirect |
| 15:07.18 | brlcad | and it is indeed down (probably due to aforementioned config) |
| 15:07.33 | Skriptkid | okay |
| 15:08.56 | Skriptkid | Will you be in San Francisco as well? During our trip? |
| 15:09.18 | brlcad | nope, you're the lucky ones :) |
| 15:09.52 | Skriptkid | Ahh..was looking forward to meeting you too :) |
| 15:10.02 | brlcad | I'd like that |
| 16:24.08 | Posterdati | I always need a taper function :( |
| 16:50.17 | brlcad | implement one and make it part of our libnurbs library ;) |
| 16:51.18 | Posterdati | but how using opennurbs? |
| 16:51.44 | brlcad | your first suggestion about applying a taper transform to all of the individual points sounded like a reasonable start |
| 16:52.37 | Posterdati | yes |
| 16:52.38 | brlcad | shouldn't be more than a day to code that up I'd think |
| 16:52.39 | Posterdati | so |
| 16:52.48 | Posterdati | listen to the idea |
| 16:52.52 | Posterdati | I need |
| 16:52.54 | Posterdati | a line |
| 16:53.08 | Posterdati | a segment |
| 16:53.19 | Posterdati | between two points |
| 16:53.32 | Posterdati | and a plane perpendicular to it, I think |
| 16:54.01 | Posterdati | every object point intersecting the plane are scaled |
| 16:54.25 | Posterdati | this plane travel on the segment |
| 16:54.31 | Posterdati | from A to B |
| 16:55.28 | Posterdati | now objects are all breps |
| 16:55.44 | Posterdati | so how can I scale every brep points? |
| 16:56.34 | brlcad | your description leaves much to be desired ... unclear |
| 16:56.47 | brlcad | "every object point intersecting the plane are scaled" ... what does scaling a point mean? |
| 16:57.01 | brlcad | object is a line segment, presumably? |
| 16:57.48 | brlcad | so every point on a line segment is .. "scaled", maybe you mean transformed by some translation matrix? |
| 16:58.00 | Posterdati | scaling a point means translating it |
| 16:58.27 | Posterdati | p' = Sp |
| 16:58.29 | brlcad | so turning the line segment into a new line segment or into a new curve? |
| 16:58.45 | Posterdati | no |
| 16:59.07 | brlcad | maybe you can draw a picture :) |
| 16:59.09 | Posterdati | the line segment is the path along the plane travel |
| 16:59.16 | brlcad | sure |
| 16:59.34 | Posterdati | is a straight line |
| 16:59.35 | brlcad | but what happens to a line segment within that plane's travel path |
| 17:00.05 | brlcad | basically, I'm asking what kind of transforms are possible |
| 17:00.19 | Posterdati | on the plane you can translate |
| 17:00.21 | brlcad | if you're only talking about affine transformations, then you're good already and the problem is very simple |
| 17:00.27 | Posterdati | and rotate |
| 17:00.45 | brlcad | if you're talking about non-affine transforms (where a line turns into a curve), you've got a much harder problem |
| 17:01.02 | Posterdati | wsell |
| 17:01.04 | Posterdati | well |
| 17:01.23 | Posterdati | the problem is what is a taper transformation? |
| 17:01.53 | Posterdati | T = [[ sx(u) 0 0 ][0 sy(u) 0 ][ 0 0 sz(u) ]] |
| 17:02.06 | Posterdati | is that a generic taper? |
| 17:03.24 | Posterdati | so what happen if I've got a cyclinder and want to taper it along z axis, I mean changing its point x y coordinates but not the z one |
| 17:04.16 | brlcad | it depends if the taper is linear or not |
| 17:04.22 | Posterdati | linear |
| 17:04.47 | Posterdati | T = [[ sx(z) 0 0 ][ 0 sy(z) 0 ][ 0 0 1 ]] |
| 17:04.57 | brlcad | I think linear tapering should be representable with just a scaling matrix |
| 17:05.04 | brlcad | but I don't have a proof on hand |
| 17:06.45 | brlcad | but yeah, I think T is the basic idea |
| 17:08.43 | Posterdati | ok |
| 17:08.56 | Posterdati | now I have to apply T to every point |
| 17:09.26 | Posterdati | with their z equal to z parameter |
| 17:23.39 | brlcad | Posterdati: heh, https://github.com/mcneel/rhinocommon/blob/master/dotnet/opennurbs/opennurbs_xform.cs line 345 |
| 17:23.48 | brlcad | that's their rhinosdk c# wrapper |
| 17:24.19 | brlcad | leads me to believe that they have a Taper function in the RhinoSDK, but it was intentionally removed from openNURBS |
| 17:25.37 | brlcad | still, that's probably because they implemented it for non-linear tapering which is seriously hard |
| 17:26.12 | brlcad | especially when you do some taper that changes topology or creates singularities |
| 17:30.18 | Posterdati | I saw that too |
| 17:30.37 | Posterdati | but I could arrange something |
| 17:50.23 | *** join/#brlcad luca79 (~luca@net-37-116-125-167.cust.dsl.vodafone.it) | |
| 18:06.41 | Posterdati | ciao |
| 18:16.33 | Notify | 03BRL-CAD:carlmoore * 54485 brlcad/trunk/src/liboptical/sh_cloud.c: make use of sqrt(1/2) |
| 18:40.21 | Notify | 03BRL-CAD:carlmoore * 54486 brlcad/trunk/src/librt/primitives/ell/ell.c: use M_SQRT1_2 , and clarify some remarks about use of degrees, not radians |
| 18:43.48 | Notify | 03BRL-CAD:carlmoore * 54487 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: make use of M_SQRT1_2 |
| 19:23.40 | Notify | 03BRL-CAD:carlmoore * 54488 brlcad/trunk/src/librt/primitives/superell/superell.c: use M_SQRT1_2, and clarify some comments about use of degrees, not radians |
| 19:26.27 | Notify | 03BRL-CAD:carlmoore * 54489 brlcad/trunk/src/librt/primitives/tgc/tgc.c: make use of M_SQRT1_2 |
| 19:41.48 | Notify | 03BRL-CAD:carlmoore * 54490 brlcad/trunk/src/proc-db/tube.c: use M_SQRT1_2 |
| 20:04.22 | Notify | 03BRL-CAD:carlmoore * 54491 brlcad/trunk/src/conv/g-shell-rect.c: use square root of 2 |
| 20:09.13 | Notify | 03BRL-CAD:n_reed * 54492 brlcad/trunk/src/proc-db/tube.c: remove broken comment |
| 20:16.33 | Notify | 03BRL-CAD:carlmoore * 54493 (brlcad/trunk/src/remrt/rtsrv.c brlcad/trunk/src/rt/opt.c and 2 others): make use of M_SQRT2 and M_SQRT1/2 (the latter is sqrt(2.)/2) |
| 20:22.19 | Notify | 03BRL-CAD:n_reed * 54494 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/draw.c): add ged_redraw to recalculate vlists without changing display state |
| 20:23.05 | Notify | 03BRL-CAD:carlmoore * 54495 brlcad/trunk/src/libbn/poly.c: use M_SQRT3 for square root of 3 |
| 22:19.09 | starseeker | Huh - http://www.amazon.com/Handbook-Source-Tools-Sandeep-Koranne/dp/144197718X - mentions BRL-CAD |
| 22:19.35 | starseeker | not the kind of book I'm used to seeing from Springer... |
| 23:21.18 | Notify | 03BRL-CAD:n_reed * 54496 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/dm-generic.c and 2 others): have mged redraw after zoom events when adaptive plotting is enabled |
| 00:53.27 | brlcad | starseeker: yep, that came out earlier last year |
| 00:54.04 | brlcad | rather s/came out/was noticed/ |
| 01:57.56 | starseeker | ah |
| 03:55.41 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 08:19.20 | *** join/#brlcad luca79 (~luca@net-37-116-125-167.cust.dsl.vodafone.it) | |
| 08:42.45 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:51.32 | Posterdati | hi |
| 10:51.43 | Posterdati | brlcad: did you implement taper in brlcad? |
| 12:55.27 | *** join/#brlcad luca79 (~luca@net-37-116-125-167.cust.dsl.vodafone.it) | |
| 12:57.21 | brlcad | Posterdati: if we had, you'd think I would have mentioned that really early in yesterday's discussion, no? :) |
| 12:59.48 | brlcad | certainly useful for nurbs editing, but we haven't started in that area yet |
| 13:08.39 | Posterdati | ok |
| 13:12.06 | Posterdati | it is strange |
| 13:12.27 | Posterdati | they implemented Opennurbs to ease 3d data interchange |
| 13:13.09 | Posterdati | but honestly speaking is quite not simple nor useful to implement and use |
| 13:30.03 | Posterdati | I've to use rhino sdk |
| 13:39.06 | Posterdati | grrr |
| 13:48.19 | Posterdati | and this is a problem, because I don't develop under windows |
| 14:10.26 | brlcad | Posterdati: how is providing tapering helpful for 3d data interchange? :) |
| 14:10.46 | Posterdati | no, I was talking in general |
| 14:10.49 | Posterdati | anyway |
| 14:10.52 | Posterdati | it seems that |
| 14:11.03 | Posterdati | one could use ON_MorphControl |
| 14:11.16 | Posterdati | then call ON_Geometry::Morph |
| 14:11.32 | brlcad | I guess my experience is nearly opposite |
| 14:11.34 | brlcad | as a library, it's actually one of the most cleanly implemented and well documented APIs I've seen |
| 14:11.50 | Posterdati | well documented? |
| 14:11.54 | Posterdati | where? |
| 14:12.14 | brlcad | the headers pretty extensively document the API |
| 14:12.44 | brlcad | sure there are things they don't provide that I wish they did at times, but by large it does exactly what it says it will do |
| 14:13.46 | Posterdati | ok |
| 14:13.50 | Posterdati | for example |
| 14:14.15 | Posterdati | is explained how to use the ON_MorphControl class? |
| 14:14.23 | brlcad | beside qt, what's something better you've seen? |
| 14:14.44 | brlcad | (and open source ideally) |
| 14:14.49 | Posterdati | common lisp |
| 14:17.46 | brlcad | eh, that's like saying english is a better written book than lord of the rings |
| 14:19.39 | brlcad | I love lisp, but that's not exactly usefully comparable |
| 14:20.03 | Posterdati | why not? |
| 14:20.06 | brlcad | really love some of the self-documenting setups like elisp where you can probe on the spot |
| 14:20.24 | Posterdati | anyway |
| 14:20.31 | brlcad | really? |
| 14:20.45 | Posterdati | it seems that I can use ON_MorphControl at least |
| 14:20.57 | brlcad | assuming they implement it |
| 14:21.06 | brlcad | that still goes down an editing route |
| 14:21.26 | brlcad | and they explicitly say they do not support editing, so maybe or maybe not |
| 14:21.35 | ``Erik | brlcad: bumped postgresql to 9.2, didn't bother pre-announcing since it looks like I'm the only user at the moment |
| 14:22.07 | brlcad | I would assume it's provided as a means to import/convert morphcontrol entities if they're persistable |
| 14:22.16 | Posterdati | but again there aren't examples |
| 14:22.17 | brlcad | if they are, then you're probably in luck |
| 14:22.50 | Posterdati | apering is a deformation operation, thus requiring a ON_SpaceMorph object |
| 14:22.50 | Posterdati | that defines the morphing, followed by a call to ON_Geometry::Morph() to do |
| 14:22.50 | Posterdati | the actual morphing. |
| 14:22.50 | Posterdati | <PROTECTED> |
| 14:22.50 | Posterdati | The openNURBS toolkit does not provided a pre-defined taper space morph. The |
| 14:22.51 | Posterdati | Rhino SDK does |
| 14:23.20 | Posterdati | I don't need a predefined taper function |
| 14:23.33 | Posterdati | I need something I could apply the taper matrix |
| 14:23.38 | ``Erik | I vagually recall someone talking about doing a common lisp wrapper (like cffi or something) on opennurbs in #lisp a bit back, was that you, posterdati? O.o |
| 14:24.33 | brlcad | ``Erik: yeah, you're the lone wolf there thusfar |
| 14:24.34 | Posterdati | yes |
| 14:24.43 | Posterdati | but I've no time now |
| 14:26.45 | brlcad | ``Erik: any chance you could look at migrating named.conf? |
| 14:27.03 | brlcad | I think that spans a major bind version |
| 14:27.48 | brlcad | bzflag folks when up in arms when I pointed bz.bzflag.bz to crit because bind hadn't been migrated (and it's a secondary dns) |
| 14:34.17 | brlcad | 63.246.136.16 is old IP |
| 14:34.31 | brlcad | Posterdati: looks like you just might be in luck |
| 14:34.42 | ``Erik | yeh, dns is updated, I'm in the old thing |
| 14:35.11 | Posterdati | brlcad: why? |
| 14:35.17 | brlcad | Posterdati: ON_NurbsCage::Read() |
| 14:35.31 | Posterdati | ? |
| 14:35.43 | brlcad | that means they are persisted, written to file |
| 14:35.51 | Posterdati | yes |
| 14:36.02 | brlcad | so 3dm parsers need to be able to read and apply them for them to be meaningful |
| 14:36.10 | brlcad | which means Evaluate() probably works |
| 14:36.10 | Posterdati | may I cast an ONX_Model_Object to a ON_NurbsCage? |
| 14:37.10 | brlcad | why would you do that? |
| 14:37.13 | brlcad | I'd think you'd want to confirm it does something useful first, no? |
| 14:37.27 | brlcad | create one, apply it, see if it evaluates |
| 14:42.29 | Posterdati | ok |
| 14:43.41 | Notify | 03BRL-CAD Wiki:GeomModeler * 0 /wiki/User:GeomModeler: |
| 14:43.54 | Posterdati | it is useful |
| 14:44.22 | brlcad | you got it to work already? that was fast... |
| 14:44.34 | Posterdati | no I'm reading the .h file |
| 14:44.36 | Posterdati | so |
| 14:44.41 | Posterdati | if I did understand |
| 14:45.06 | Posterdati | a nurbs cage is a cage surrounding the object |
| 14:45.28 | brlcad | yeah, my really quick read indicated it takes a control box around the object, you can deform the cage and then Evaluate() and it'll deform the underlying geometry |
| 14:46.06 | brlcad | looking at the implementation, it looks like it's even set up to support arbitrary deformations, not just affine linear ones |
| 14:46.18 | brlcad | which is pretty awesome actually .. we may have to use that as well |
| 14:46.52 | Posterdati | good |
| 14:49.24 | Posterdati | so |
| 14:49.52 | Posterdati | have I to create a nurbs cage first using the object bounding box? |
| 14:54.43 | brlcad | I would just try to construct one manually for testing to understand it, but using the object's bounding box would be a logical starting point for production use |
| 15:06.10 | Posterdati | ok I did |
| 15:06.18 | Posterdati | now I could trasnform only the cage |
| 15:08.16 | Posterdati | let's see |
| 15:20.56 | Notify | 03BRL-CAD:n_reed * 54497 brlcad/trunk/src/tclscripts/lib/Ged.tcl: remove duplicate pane_scale_mode method body |
| 15:32.42 | Posterdati | ok |
| 15:33.03 | Posterdati | how it is supposed to use Transform and Evaluate for a ON_NurbsCage ??? |
| 15:37.59 | Notify | 03BRL-CAD:carlmoore * 54498 brlcad/trunk/src/libged/draw.c: fix spelling |
| 15:49.20 | Notify | 03BRL-CAD:indianlarry * 54499 (brlcad/trunk/src/other/poly2tri/AUTHORS =================================================================== and 11 others): Initial checkin of the 'poly2tri' C++ library for creating a constrained Delaunay triangulation (CDT) of a polygon using a sweep-line algorithm. This package will be used during the generation of facet meshes for BRL-CAD NURBS. This version of 'poly2tri' was |
| 15:49.22 | Notify | obtained from github at 'git://github.com/jhasse/poly2tri.git' and based of a google code project of the same name. The methodology implemented is based on the paper "Sweep-line algorithm for constrained Delaunay triangulation" by V. Domiter and and B. Zalik. This checkin is a snapshot of the initial repository code before being integrated into the BRL-CAD build system. |
| 15:53.26 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 16:03.38 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 16:28.51 | Notify | 03BRL-CAD:d_rossberg * 54500 (brlcad/trunk/AUTHORS brlcad/trunk/src/libbu/semaphore.c): apply patch from Arjun Govindjee (http://www.google-melange.com/gci/task/view/google/gci2012/7999206) implement mutex locking for windows |
| 16:32.01 | Notify | 03BRL-CAD:d_rossberg * 54501 brlcad/trunk/src/libbu/semaphore.c: corrected test for failed mutex locking in Windows |
| 16:34.50 | d_rossberg | mutex locking on windows still needs some tests, but it's easier with the patch applied on the repository |
| 16:34.54 | d_rossberg | exit |
| 17:08.08 | Posterdati | :( |
| 17:17.12 | Notify | 03BRL-CAD:indianlarry * 54502 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/poly2tri/poly2tri/common/utils.h): Split 'utils' class into declaration and definition files utils.h and utils.cc. Also added cmake changes for integration into BRL-CAD build. |
| 19:07.36 | Notify | 03BRL-CAD:r_weiss * 54503 brlcad/trunk/src/libged/nirt.c: Fixed a bug in the mged nirt command when running on windows. Changed an array to variable length. When a large number of objects is displayed, the array length would be exceeded causing nirt to fail with a message that an object could not be found. |
| 20:06.16 | Notify | 03BRL-CAD:r_weiss * 54504 brlcad/trunk/src/libged/nirt.c: More updates to function ged_nirt. |
| 20:45.17 | Notify | 03BRL-CAD:r_weiss * 54505 brlcad/trunk/include/raytrace.h: Increased size of librt db hash table. Improves performance of some operations when the model has a large number of objects (ie > 40k). |
| 20:50.53 | brlcad | hm, slew of named tmp file errors |
| 21:45.27 | brlcad | fixed, apparently now need full file paths in the conf |
| 21:49.18 | ``Erik | yup, probably safer that way |
| 21:49.23 | ``Erik | you did the timr ones? |
| 21:50.53 | ``Erik | (the dir is git-ified, so'z you can git commit) |
| 22:22.06 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 22:46.09 | Notify | 03BRL-CAD:carlmoore * 54506 brlcad/trunk/src/util/bwrect.c: clarify error messages, and fix wrong argv member in one of them |
| 22:46.50 | Notify | 03BRL-CAD:carlmoore * 54507 brlcad/trunk/src/util/bwrect.c: oops, needed to refer to bwrect, not to pixrect |
| 00:18.15 | *** join/#brlcad Posterdati (~antani@host57-171-dynamic.11-87-r.retail.telecomitalia.it) | |
| 00:38.35 | *** join/#brlcad Posterdati (~antani@host193-236-dynamic.6-87-r.retail.telecomitalia.it) | |
| 11:03.44 | *** join/#brlcad Posterdati (~antani@host228-151-dynamic.59-82-r.retail.telecomitalia.it) | |
| 11:03.51 | Posterdati | hi |
| 11:48.24 | Posterdati | hi |
| 11:49.04 | Posterdati | brlcad: ON_NurbsCage and Morph classes are not functional |
| 14:55.15 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 14:55.15 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 16:10.07 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.108.109) | |
| 16:55.24 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.106.190) | |
| 17:02.33 | Notify | 03BRL-CAD:carlmoore * 54508 brlcad/trunk/src/util/bwcrop.c: change error messages as yesterday, but 'bwcrop:' is already present |
| 17:57.48 | Notify | 03BRL-CAD:carlmoore * 54509 brlcad/trunk/src/util/bwfilter.c: insert indentation and a 'Possible arguments ...' line |
| 18:36.16 | Notify | 03BRL-CAD:carlmoore * 54510 brlcad/trunk/src/util/bwthresh.c: minor format changes to messages |
| 18:46.47 | Notify | 03BRL-CAD:carlmoore * 54511 brlcad/trunk/src/util/bwthresh.c: if i is 0, do we proceed in that && construct to use i-1 subscript? |
| 20:51.30 | Notify | 03BRL-CAD:r_weiss * 54512 brlcad/trunk/src/libged/bot_merge.c: Added plate mode bot support in the mged bot_merge command. |
| 00:29.20 | Notify | 03BRL-CAD:n_reed * 54513 (brlcad/trunk/src/other/libvds/notes.txt =================================================================== and 27 others): add some dev notes on libvds |
| 02:49.22 | starseeker | has a hunch we should probably teach libvds to not use globals at some point... |
| 05:35.00 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 09:48.23 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 09:48.23 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 09:52.13 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 09:52.13 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 12:57.16 | ``Erik | http://elfga.com/~erik/orbits.gif solar system orbits with tailers in the galactic frame... effin' awesome animation :D |
| 14:03.27 | starseeker | that is cool |
| 15:40.04 | brlcad | his other video is even more cool |
| 15:42.23 | brlcad | starseeker: that's probably one of several motivators for his 2.0 version (libvds) |
| 15:42.53 | brlcad | http://www.cs.jhu.edu/~graphics/GLOD/ |
| 15:45.33 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-laisyrdfbuutpilc) | |
| 15:45.33 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:45.39 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 16:17.08 | ``Erik | nwhich other vid is cooler? o.O |
| 17:01.28 | brlcad | ``Erik: part two on his website: http://djsadhu.com/ |
| 17:01.53 | brlcad | slow start, but the helical spiral orbit is awesome |
| 17:25.14 | Notify | 03BRL-CAD:indianlarry * 54514 (brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.cc brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.cc): Updated function NeighborAcross() to return pointer to triangle consistent with NeighborCW() and NeighborCCW() functions. Cleaned up several functions to pass parameters as references. |
| 17:31.44 | Notify | 03BRL-CAD:bob1961 * 54515 (brlcad/trunk/src/external/ProEngineer/INSTALL.txt brlcad/trunk/src/external/ProEngineer/proe-brl.c): Updates for Creo Parametric 2.0 |
| 18:06.41 | Notify | 03BRL-CAD:indianlarry * 54516 (brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.h and 2 others): Cleaned up several functions to pass parameters as references. Added points collection cleanup in destructor ~sweep_context(). |
| 18:18.10 | starseeker | brlcad: yeah, saw GLOD - unfortunately, it's license wouldn't work (if I recall correctly) |
| 18:18.38 | starseeker | I don't think squashing the globals would be all that hard, at least in a basic sense |
| 18:19.17 | starseeker | even vds 1.0 (if it still existed, which apparently it doesn't) I think had changed the license |
| 18:20.42 | starseeker | http://web.archive.org/web/20070205234916/http://www.cs.jhu.edu/~graphics/GLOD/license |
| 18:22.15 | starseeker | debatable whether that's a workable license, I guess - I doubt it's GPL compatible |
| 18:58.20 | Notify | 03BRL-CAD:indianlarry * 54517 (brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.cc brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h and 2 others): Added FindInternalTriangle() function with supporting details to more reliably find an initial triangle within the trimming constrained edges. |
| 18:59.56 | Notify | 03BRL-CAD:bob1961 * 54518 (brlcad/trunk/src/external/ProEngineer/msvc10/proe/proe.sln =================================================================== and 23 others): Added windows build files for Creo Parametric 2.0. |
| 19:32.58 | brlcad | starseeker: hm, yeah I hadn't looked at the license |
| 19:34.58 | brlcad | on the surface, my quick read is that it's bsd 3-clause with an additional attribution clause, a must provide source clause (lgpl-style), and a jurisdiction clause (meh) |
| 19:36.17 | brlcad | so it "should" be lgpl/gpl compatible, but again that's just a quick thinking through |
| 19:37.25 | brlcad | the jurisdiction clause would be the one to pass by a lawyer or review the lgpl more closely |
| 20:32.34 | Notify | 03BRL-CAD:r_weiss * 54519 brlcad/trunk/src/libged/gqa.c: Added a "-q" option to the "gqa" command. This quiets (suppresses) the "was not hit" reporting. |
| 20:46.30 | *** join/#brlcad merzo (~merzo@164-94-133-95.pool.ukrtel.net) | |
| 20:54.22 | *** join/#brlcad merzo (~merzo@17-61-133-95.pool.ukrtel.net) | |
| 20:54.53 | Notify | 03BRL-CAD:carlmoore * 54520 brlcad/trunk/src/fb/cell-fb.c: for cell-fb, add 'cell-fb: ' to error messages, fold 2 lines into 1, fix options-list spacing, shorten usage statement |
| 21:03.55 | Notify | 03BRL-CAD:r_weiss * 54521 (brlcad/trunk/doc/docbook/system/man1/en/gqa.xml brlcad/trunk/doc/docbook/system/mann/en/gqa.xml): Updated "gqa" documentation adding the "-q" option. |
| 21:23.02 | Notify | 03BRL-CAD:r_weiss * 54522 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: Update to mged 'lc' command documentation. |
| 21:59.08 | Notify | 03BRL-CAD:r_weiss * 54523 brlcad/trunk/doc/docbook/system/mann/en/gr.xml: Update to the mged 'gr' command documentation. |
| 22:08.31 | Notify | 03BRL-CAD:r_weiss * 54524 brlcad/trunk/doc/docbook/system/mann/en/lc.xml: Fix an error in the mged 'lc' command documentation. |
| 05:59.52 | *** join/#brlcad yukonbob (~bch@ip-216-36-77-101.sjc.megapath.net) | |
| 05:59.55 | yukonbob | hello #brlcad |
| 07:22.38 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.161.18) | |
| 18:18.21 | *** join/#brlcad merzo (~merzo@17-61-133-95.pool.ukrtel.net) | |
| 18:22.29 | *** join/#brlcad luca79 (~luca@net-37-116-115-176.cust.dsl.vodafone.it) | |
| 21:00.37 | *** join/#brlcad merzo (~merzo@66-35-132-95.pool.ukrtel.net) | |
| 22:09.28 | n_reed | my cup of tea: https://www.dropbox.com/s/hl01mv4ptwlfyar/brlcad_web_mockup.jpeg |
| 22:21.50 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 22:23.40 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 23:40.23 | Notify | 03BRL-CAD Wiki:Gerry77711 * 0 /wiki/User:Gerry77711: |
| 02:13.47 | Notify | 03BRL-CAD Wiki:Pseumsininc * 0 /wiki/User:Pseumsininc: |
| 03:26.28 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 11:38.35 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 11:38.35 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 15:13.12 | *** join/#brlcad merzo (~merzo@66-35-132-95.pool.ukrtel.net) | |
| 15:25.58 | *** join/#brlcad merzo_ (~merzo@66-35-132-95.pool.ukrtel.net) | |
| 16:00.01 | *** join/#brlcad luca79 (~luca@net-37-116-115-176.cust.dsl.vodafone.it) | |
| 16:01.12 | brlcad | caen23: awesome -- there a link online somewhere? |
| 16:02.42 | n_reed | you mean like, http://hackermonthly.com/issue-34.html |
| 16:02.44 | brlcad | n_reed: other than ohloh having the wrong/old logo, that looks perfect |
| 16:51.41 | brlcad | n_reed: next step? http://drupal.org/taxonomy/term/38570 |
| 16:52.59 | brlcad | http://pixelchimp.net/sites/default/files/blog/Zen-theme-structure.jpg |
| 17:05.22 | brlcad | http://www.google-melange.com/gci/task/view/google/gci2012/8099209 had an interesting idea to pull the search field and site links up with the title but I kinda like them out of the way in the footer too |
| 17:24.38 | n_reed | happy to work on a theme; just might be a while since I'm so out of touch with web development and drupal in particular |
| 17:26.33 | n_reed | I'll post the xcf for that mockup in a sec so you can play with any ideas for modifications |
| 17:28.45 | n_reed | https://www.dropbox.com/s/etdygruvi0wpmbx/brlcad_web_mockup.xcf |
| 17:34.58 | brlcad | drupal makes it relatively easy -- they provide hooks for just about every element type so you can turn things on/off and move elements around |
| 17:35.36 | brlcad | the zen theme supposedly makes it even easier by making the hooks match the css zen garden names, which opens up even more possibilities |
| 17:37.31 | n_reed | ah, so you can copy-paste-modify stuff you like from different zen garden style sheets, that's cool |
| 20:32.10 | Notify | 03BRL-CAD Wiki:SkicsWameu * 0 /wiki/User:SkicsWameu: |
| 20:55.28 | *** join/#brlcad merzo_ (~merzo@115-39-133-95.pool.ukrtel.net) | |
| 21:01.58 | *** join/#brlcad caen23_ (~cezar@92.81.206.161) | |
| 21:08.19 | *** join/#brlcad merzo (~merzo@115-39-133-95.pool.ukrtel.net) | |
| 21:23.38 | *** join/#brlcad merzo (~merzo@115-39-133-95.pool.ukrtel.net) | |
| 21:39.28 | *** join/#brlcad merzo (~merzo@115-39-133-95.pool.ukrtel.net) | |
| 04:01.10 | maths22 | brlcad: if there is a mockup I can use, I am happy to cssify it and make it a real theme |
| 04:04.17 | maths22 | I will try to make it work for both mediawiki and drupal |
| 04:50.46 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 12:24.14 | Notify | 03BRL-CAD:bob1961 * 54525 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Expose rt_bot_mintie in Archer via the preferences panel. |
| 14:26.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:47.07 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:57.27 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 16:08.25 | brlcad | maths22: that's a fantastic offer -- did you check out his .xcf? |
| 16:11.12 | Notify | 03BRL-CAD:indianlarry * 54526 (brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.h and 4 others): Added default constructor, AddOuterLoop() and GetPoints() functions for classes CDT and SweepContext. Added parameters 'finalize(bool)' and 'num_points' to Triangulate() function for class CDT and Sweep to be able to stop sweep at any point for debugging. Also |
| 16:11.14 | Notify | added 'num_points' parameter to SweepPoints() function. |
| 16:19.40 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 16:32.17 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 17:06.37 | Notify | 03BRL-CAD:indianlarry * 54527 brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep_context.cc: Need to assign triangle for advancing front tail pointer at front initialization. |
| 17:29.07 | Notify | 03BRL-CAD:indianlarry * 54528 (brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep_context.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep_context.h): Added function AddPointCheckForDuplicates() to class SweepContext to extend the package to check for duplicates in both the constrained polygon inputs (SweepContext(std::vector<Point*> &polyline) constructor, AddOuterLoop() and AddHole() functions) or from |
| 17:29.09 | Notify | the new AddPointCheckForDuplicatees(). |
| 19:50.42 | maths22 | I will check it now |
| 20:06.15 | maths22 | Should I try to implement it? |
| 20:47.05 | brlcad | n_reed: you still working on it, tweaking it? |
| 21:01.08 | n_reed | not much; no new ideas or any serious progress |
| 21:01.17 | n_reed | made the pic, glanced at your links, then played with zen garden html to figure out some of the css, did a little reading about drupal |
| 21:01.23 | n_reed | that's about it |
| 21:06.02 | brlcad | one aspect that I think is worth changing is emphasizing participation and downloads over news in some subtle way |
| 21:06.26 | brlcad | at least more than we do now where it's really just a news feed page |
| 21:11.25 | n_reed | ugh, you do realize that I'm not going to be able to sleep tonight until I come up with an idea for how to do that |
| 21:13.20 | *** join/#brlcad merzo (~merzo@1-234-132-95.pool.ukrtel.net) | |
| 21:13.40 | brlcad | http://mil-oss.org/ is one interesting way, they shove the "what is BRL-CAD" into the top panel with imagery (could be just one of several standard that links to the about page) |
| 21:13.57 | brlcad | and only the previous N news (N=2) are listed |
| 21:17.52 | brlcad | maybe changing the "what is BRL-CAD" panel into a downloads, participate, and docs set? |
| 21:19.45 | brlcad | similar variation: http://www.cappuccino-project.org/ |
| 21:23.38 | brlcad | very apropriate example, actually .. some pieces I'd change but emphasis is on features and getting started |
| 21:33.24 | n_reed | still thinking; hah, those header links match mine pretty closely |
| 21:39.45 | *** join/#brlcad merzo (~merzo@99-38-133-95.pool.ukrtel.net) | |
| 22:30.41 | Notify | 03BRL-CAD:carlmoore * 54529 brlcad/trunk/src/anim/chan_permute.c: avoid error messages and *bomb.log file, and instead print Usage if no arguments are found |
| 03:56.51 | *** join/#brlcad caen23 (~cezar@92.83.179.230) | |
| 04:24.48 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-gjlykxgwyppciars) | |
| 04:59.00 | Notify | 03BRL-CAD Wiki:Sean * 4954 /wiki/TOC: add my old site map TOC that's been years in the making, recently reworked |
| 05:00.10 | brlcad | since we have some momentum, there's a hierarchy to get the discussion rolling |
| 05:01.57 | brlcad | the exact organization isn't critical but a LOT of thought has gone into the different categories of information and various ways they can be navigated most effectively |
| 05:03.14 | brlcad | critique welcome (I've been mulling over this for a very long time, I'll try to not be too defensive) |
| 05:09.49 | n_reed | https://www.dropbox.com/s/3nv2nfjm1yj5413/brlcad_web_mockup_v2.jpeg |
| 05:09.59 | brlcad | n_reed: I recently reworked it to fit the different organization you hinted at in your design, just fyi |
| 05:10.24 | n_reed | too late xp |
| 05:11.55 | brlcad | not too late, even v2 has the same organization |
| 05:12.18 | n_reed | sorry |
| 05:12.26 | n_reed | i know what you meant now |
| 05:12.31 | n_reed | just tired |
| 05:12.51 | n_reed | yes, i saw how you matched the nav bar names |
| 05:14.00 | brlcad | the only major change to what I had was that I'd had Documentation as a separate top-level because there was so much content |
| 05:14.16 | brlcad | kind of separating it into active and passive resources |
| 05:14.42 | brlcad | but that was a weak notion, so I can see it either way |
| 05:16.05 | n_reed | i was thinking about avoiding confusion about where to click |
| 05:16.25 | n_reed | can't tell you how many times i've paused between "resources" and "help" at cmake.org |
| 05:17.18 | n_reed | not quite the same obviously, but that was the feeling |
| 05:27.16 | brlcad | n_reed: would you also change Resources to Learn with the button there now, or was that intentional? |
| 05:28.01 | n_reed | actually i did change it to learn, and then changed it back real quick to match your TOC =) |
| 05:28.07 | brlcad | heh |
| 05:28.24 | n_reed | if you had pasted a minute later it would have said learn |
| 05:28.32 | n_reed | s/pasted/posted |
| 05:29.28 | n_reed | it reads well as learn, i.e. "Download the package, then learn the package, then contribute" |
| 05:29.46 | brlcad | I agree |
| 05:30.04 | brlcad | the repetition is a little bothersome |
| 05:30.30 | brlcad | but could also be a good thing |
| 05:30.36 | brlcad | on other pages |
| 05:30.47 | n_reed | you mean the buttons with the nav bar? |
| 05:30.55 | brlcad | yeah |
| 05:31.41 | n_reed | yeah i realized that, but 1) you do want those links on other pages and 2) everyone else does that too |
| 05:32.27 | brlcad | 1) do we? 2) irrelevant ;) |
| 05:32.55 | brlcad | I mean sure, a separate download page with all the nitty gritty detail is good |
| 05:33.06 | brlcad | and learn/resources/docs/whatever |
| 05:34.25 | brlcad | but a big download button right then and there could jump be to a download section on the main page with my platform-detected version, or could download the latest, or something else altoether |
| 05:35.17 | brlcad | (in which case the menu would probably say "Downloads") |
| 05:36.16 | brlcad | e.g., http://www.mozilla.org/ does the second |
| 05:37.36 | brlcad | I really like the quick-register news mailing list link they have |
| 05:38.51 | brlcad | mm, their website is actually pretty cool |
| 05:39.23 | n_reed | yeah I was noticing |
| 05:39.43 | n_reed | I need sleep now though |
| 05:39.48 | brlcad | there, just do that ;) |
| 05:40.50 | n_reed | what's the smiley for middle finger? |
| 05:41.21 | brlcad | ,oIo. |
| 05:41.40 | n_reed | =) talk to you tomorrow |
| 05:41.44 | brlcad | cya |
| 11:25.35 | Notify | 03BRL-CAD:indianlarry * 54530 (brlcad/trunk/src/other/poly2tri/poly2tri/sweep/advancing_front.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.h): Determine circumcircle during sweep adding event to close points when height of circumcircle is reached. Current methodology was solely using angles between neighbors on the advancing front occasionally |
| 11:25.37 | Notify | causing non-conforming triangles to be formed. |
| 14:29.14 | Notify | 03BRL-CAD:bob1961 * 54531 brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl: Tweak BotEditFrame::loadTables. |
| 15:32.47 | maths22 | I fixed the ohloh logo |
| 15:33.52 | n_reed | what do you mean? |
| 15:34.41 | n_reed | ah, i see |
| 15:45.01 | Notify | 03BRL-CAD:n_reed * 54532 brlcad/trunk/src/libged/draw.c: fix leaked path memory |
| 15:45.29 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 15:45.33 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 15:46.51 | *** part/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 16:19.46 | *** join/#brlcad luca79 (~luca@net-2-34-220-10.cust.dsl.vodafone.it) | |
| 19:54.55 | Notify | 03BRL-CAD:n_reed * 54533 brlcad/trunk/src/libtclcad/tclcad_obj.c: have archer redraw after interactive zoom when doing adaptive plotting |
| 21:11.56 | *** join/#brlcad merzo (~merzo@99-38-133-95.pool.ukrtel.net) | |
| 21:38.54 | *** join/#brlcad merzo (~merzo@95.132.57.172) | |
| 21:46.33 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 04:50.47 | brlcad | does a happy code dance |
| 04:51.27 | brlcad | new page allocation compiled clean and worked right on the first try, both counts |
| 04:51.55 | brlcad | which by itself is meh, good, but with nuggets like this in there, pretty aweseom: &(heaps[sz-1][pages[sz-1]-1][used[sz-1][pages[sz-1]-1]++]); |
| 04:53.57 | brlcad | now to put it to a real-world test |
| 05:25.31 | brlcad | wow, richard's pool allocator is considerably worse than system malloc/free |
| 05:29.13 | brlcad | hehe, and performance actually gets worse if we don't free memory ... |
| 05:29.44 | brlcad | some metrics |
| 05:31.46 | brlcad | ~52M mallocs: sys=5s pool=91s heap=3s |
| 05:34.27 | brlcad | ~52M malloc+frees: sys=10s pool=73s heap=4s |
| 08:15.17 | brlcad | welp, it's hooked into libbu now and running some numbers now ... will see where this might have a useful impast |
| 08:15.29 | brlcad | calls it a night |
| 08:28.48 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-obaiatmvbsvdcgkq) | |
| 08:38.38 | *** join/#brlcad luca79 (~luca@net-2-34-220-10.cust.dsl.vodafone.it) | |
| 09:03.44 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 09:19.52 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 09:36.05 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:49.12 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:28.37 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:41.02 | brlcad | preliminary numbers are in for conversion, it's giving about a 30% reduction in time |
| 13:41.34 | brlcad | a 4 min conversion is reduced to 2 and a half min |
| 13:49.27 | *** join/#brlcad luca79 (~luca@net-2-34-220-10.cust.dsl.vodafone.it) | |
| 15:35.57 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 15:41.54 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 15:42.25 | ``Erik | nifty |
| 16:15.44 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 16:51.30 | Notify | 03BRL-CAD:brlcad * 54534 brlcad/trunk/src/other/tcl/CMakeLists.txt: shouldn't be compiling tclAppInit into libtcl -- it contains a main() intended for front end clients like tclsh |
| 17:33.59 | Notify | 03BRL-CAD:carlmoore * 54535 brlcad/trunk/src/fb/bw-fb.c: insert space before a left parenthesis |
| 19:55.15 | Notify | 03BRL-CAD:brlcad * 54536 (brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/db5_scan.c): remove the pooling on geometry objects at the IO layer. testing of the pooling calls indicated performance was substantially slower than system malloc/free (by an order of magnitude). |
| 20:47.59 | Notify | 03BRL-CAD:brlcad * 54537 brlcad/trunk/include/bu.h: examples should do what the api docs say, if we call BU_GET() then we should call BU_PUT() ... not bu_free(). |
| 20:49.34 | Notify | 03BRL-CAD:brlcad * 54538 brlcad/trunk/include/nmg.h: BU_PUT() to match BU_GET() |
| 20:52.01 | *** join/#brlcad merzo (~merzo@6-121-133-95.pool.ukrtel.net) | |
| 20:57.47 | Notify | 03BRL-CAD:brlcad * 54539 brlcad/trunk/src/libged/ged.c: match BU_PUT() to BU_GET() allocation |
| 21:47.53 | Notify | 03BRL-CAD:carlmoore * 54540 brlcad/trunk/src/util/bw3-pix.c: use capital U |
| 22:02.45 | Notify | 03BRL-CAD:brlcad * 54541 brlcad/trunk/include/nurb.h: call bu_calloc instead of BU_GET since we don't call the corresponding BU_PUT |
| 22:02.55 | Notify | 03BRL-CAD:brlcad * 54542 brlcad/trunk/include/nmg.h: cast makes for an invalid lvalue, remove it |
| 22:25.03 | Notify | 03BRL-CAD:brlcad * 54543 (brlcad/trunk/src/libbu/heap.c =================================================================== and 202 others): stub in an initial implementation of a really fast heap-based memory allocation capability for small allocation sizes. it allocates size-designated blocks of memory ('pages') in order to substantially reduce calls to system malloc. it has a nice property of being O(1) on alloc |
| 22:25.05 | Notify | and profiles substantially faster than system malloc. from half to several orders of magnitude in testing (making the call cost near-zero). presently only implemented for byte sizes 1 through 64 (trivial to extend). implementation of free is stubbed empty, but intend to reuse free cells and reclaim memory on-demand. made to match BU_GET/BU_PUT so it can serve as the back-end implementation. |
| 22:27.41 | brlcad | ``Erik: heh, "and 202 others" .. don't think that's right |
| 22:27.44 | Notify | 03BRL-CAD:brlcad * 54544 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am): add new heap.c for compilation |
| 22:33.10 | Notify | 03BRL-CAD:brlcad * 54545 brlcad/trunk/include/raytrace.h: the motivation for RT_GET_TREE()/RT_FREE_TREE() and keeping a free list in the resource structure may be moot or at least unnecessary now, but warrants performance testing |
| 22:38.02 | Notify | 03BRL-CAD:brlcad * 54546 brlcad/trunk/CHANGES: deprecate RT_GET_TREE() and RT_FREE_TREE(). probably minimally impacting, but needs some review/testing so just scheduled |
| 23:07.18 | ``Erik | the parser got confused, the ===== stuff shouldn't be there |
| 23:57.00 | ``Erik | starseeker: zomfg real talking filibuster going on now O.o /. has it |
| 23:57.33 | ``Erik | (or, going on today, anyway) |
| 00:55.04 | Notify | 03BRL-CAD:brlcad * 54547 brlcad/trunk/include/solid.h: call bu_calloc() instead of BU_GET() since the caller doesn't know. |
| 01:55.34 | *** join/#brlcad merzo (~merzo@9-33-133-95.pool.ukrtel.net) | |
| 02:53.58 | Notify | 03BRL-CAD:brlcad * 54548 brlcad/trunk/src/adrt/load_g.c: note that this memory doesn't seem(?) to be released |
| 02:56.33 | Notify | 03BRL-CAD:brlcad * 54549 brlcad/trunk/src/librt/comb/comb.c: call malloc instead of get for now since the latter needs to be paired with BU_PUT calls |
| 03:05.41 | Notify | 03BRL-CAD:brlcad * 54550 brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: NMG allocations are wrapped in get/put allocations, so release with put, not with bu_free |
| 05:19.15 | Notify | 03BRL-CAD:brlcad * 54551 brlcad/trunk/include/bu.h: expand docs on how BU_GET()+BU_PUT() are supposed to be used, add new BU_ALLOC() convenience macro that basically is the same as the old BU_GETSTRUCT() macro without being specific to structs -- it just saves some of the typing repetition when allocating a single struct. most of the existing BU_GET() calls will get converted to BU_ALLOC() unless a BU_PUT() pairing |
| 05:19.16 | Notify | is obvious/trivial or if it's performance-critical code. |
| 05:23.15 | Notify | 03BRL-CAD:brlcad * 54552 brlcad/trunk/src/librt/wdb.c: call BU_ALLOC() instead of BU_GET() since this is a pretty big/infrequently allocated structure |
| 05:36.53 | Notify | 03BRL-CAD:brlcad * 54553 brlcad/trunk/src/adrt/load_g.c: gah, fix trailing quote comment typo |
| 06:27.27 | Notify | 03BRL-CAD:brlcad * 54554 brlcad/trunk/Makefile.am: enable the png build all the time for distcheck since it's now off even with enable-all |
| 06:28.08 | Notify | 03BRL-CAD:brlcad * 54555 brlcad/trunk/misc/CMake/distcheck_autotools.cmake.in: ditto, add enable-png-build to distcheck-all target since it's no longer default |
| 17:56.01 | Notify | 03BRL-CAD:r_weiss * 54556 brlcad/trunk/src/libged/analyze.c: Fixed ADD_PT macro in libged "analyze.c". This prevents a seg fault when running analyze on an ARB8. |
| 18:31.56 | Notify | 03BRL-CAD:n_reed * 54557 brlcad/trunk/src/other/libvds/build.c: disable calculation of node bounds |
| 18:35.39 | Notify | 03BRL-CAD:n_reed * 54558 brlcad/trunk/src/librt/primitives/tgc/tgc.c: handle recs specially to reduce calls to cos/sin |
| 19:01.49 | Notify | 03BRL-CAD:brlcad * 54559 brlcad/trunk/src/librt/cut.c: pair BU_PUT with BU_GET for cut nodes |
| 21:02.09 | *** join/#brlcad joevano (~joevano@bzflag/developer/JoeVano) | |
| 21:02.38 | *** part/#brlcad joevano (~joevano@bzflag/developer/JoeVano) | |
| 00:29.06 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 01:54.38 | *** join/#brlcad merzo (~merzo@86-98-133-95.pool.ukrtel.net) | |
| 02:00.18 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 02:08.37 | cadman | Is there somewhere I can read up on the current status of the java version of brlcad |
| 02:33.43 | *** join/#brlcad cadman_ (40b2b147@gateway/web/freenode/ip.64.178.177.71) | |
| 02:34.22 | cadman_ | Is there anywhere I can read about the current status of the jbrlcad? |
| 02:34.30 | cadman_ | Java brlcad |
| 02:36.03 | brlcad | cadman_: there is nothing happening with the java version at this time |
| 02:36.15 | brlcad | an no plans to restart that activity any time soon |
| 02:37.03 | brlcad | the sources are in svn and it implements a decent portion of our geometry format and some of our most simplistic primitives |
| 02:38.26 | brlcad | it was more an experiment and, while successful, mostly straight-up duplication of our existing code into an object-oriented form |
| 02:39.10 | brlcad | cadman_: answer your question? |
| 02:40.12 | cadman_ | Yes that did so if I wanted to continue working on it and implementing some of the other primitives is that something the group here would be interested in? |
| 02:40.20 | brlcad | my more near-term goal is to develop an object oriented API (our "Geometry Engine" project) that could be wrapped in java bindings, but implemented as C++ |
| 02:41.02 | brlcad | along with another network-centric protocol (our "Geometry Service" project) to be language agnostic (kind of like talking to mysql or apache, but for geometry) |
| 02:41.40 | cadman_ | Yeah I saw the beginnings of that in the source |
| 02:41.41 | brlcad | you're welcome to do that if you like, and I'd be happy to set up your commit access and such if that helps |
| 02:42.51 | cadman_ | Ok let me play with it some more but I'm thinking it would be fun |
| 02:43.18 | brlcad | but it's not something that we'd likely intend to maintain as it was all fun and games until it got to the harder primitives like torus and polygonal meshes where there they entail complex root solvers, spatial partitioning, accelleration structures, and more .. a crapload of code to transcode |
| 02:44.02 | cadman_ | right I would expect that to be the case |
| 02:44.22 | brlcad | i mean we have nearly half a million lines of code in just our core libraries -- even using some of the jdk, you'd probably end up needing to replicate at least 250k into OO form |
| 02:44.52 | brlcad | and it's probably be out of date, incompatible, or missing some feature long before you finish :) |
| 02:45.14 | cadman_ | Your so encouraging :) |
| 02:45.35 | brlcad | hey, I just want to set up realistic expectations |
| 02:45.46 | brlcad | maybe there's some other angle of interest? |
| 02:45.50 | cadman_ | Yeah I understand I'm just being funny |
| 02:46.23 | brlcad | like you could work on a thin client that talks through jni bindings or something similar |
| 02:46.46 | cadman_ | Yeah thought about that |
| 02:46.58 | cadman_ | that is pretty uphill as well |
| 02:47.09 | brlcad | having a portable "geometry viewer" application built on our C libraries would be pretty useful |
| 02:47.32 | brlcad | not nearly as uphill as transcoding 250k lines of complex and highly optimized C code ;) |
| 02:47.43 | cadman_ | Well as portable as the native libs but I realize the libs have been ported to a ton of platforms |
| 02:48.03 | cadman_ | You make a good point let me mull it over |
| 02:48.15 | brlcad | there are other ideas abound as well |
| 02:48.21 | brlcad | what's your interest? |
| 02:48.32 | brlcad | just looking for something to play with? |
| 02:48.42 | cadman_ | Yeah mostly |
| 02:50.18 | brlcad | interested much in servlet programming? |
| 02:51.10 | cadman_ | What did you have in mind |
| 02:52.19 | brlcad | well, pretty much any of the web dev tasks at http://brlcad.org/~sean/ideas.html could be a servlet |
| 02:53.46 | cadman_ | ok I will look it over |
| 02:57.55 | brlcad | basically three diferent web projects with lots of possible directions they could go in, but huge impact potential |
| 02:59.31 | brlcad | another long-term useful would be the starter implementation of a stand-alone thin-client application that can talk to our Geometry Service |
| 02:59.55 | brlcad | still, those are all rather big projects |
| 03:01.18 | brlcad | might make more sense to just start with something tiny to become a little familiarized with the code |
| 03:04.50 | brlcad | we break out 2+ hours tasks at http://www.google-melange.com/gci/org/google/gci2012/brlcad |
| 03:05.26 | brlcad | and 2+ month tasks at http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas |
| 03:12.58 | cadman_ | Thanks for the tips brlcad |
| 03:17.30 | cadman_ | Is there anything written up on Create a web-based interactive 3D geometry viewer |
| 03:18.12 | cadman_ | Is the Geometry Service functional at this point? |
| 03:18.20 | brlcad | do you need something written up? :) |
| 03:18.27 | cadman_ | No |
| 03:18.58 | cadman_ | Just seeing if someone had already done something |
| 03:19.43 | cadman_ | So the idea would be that the user would see a a tree structure of the geometry then select something to be viewed in the 3d view? |
| 03:21.19 | brlcad | docs could be arranged, but I'd just set up some useful goals -- nothing has happened on that front other than watching what some of the other companies have done |
| 03:22.01 | cadman_ | Na you don't have to do anything can you point me to some of the other sites you liked |
| 03:22.25 | cadman_ | Just one other site and I will go from there |
| 03:28.34 | cadman_ | Ok I think I know where to go from here thanks for the help and conversion |
| 03:34.43 | brlcad | well, one of the more complex ones: https://www.autocadws.com/ |
| 03:36.26 | cadman_ | The starting point would be a servlet (I think you already said that) |
| 03:36.51 | cadman_ | Then worry about all the other stuff after you have that |
| 03:37.40 | brlcad | yeah, the trick would probably be a servlet that talks to our tools or libraries |
| 03:38.34 | brlcad | so you could upload a geometry file, open the file using our functionality (e.g., to get a hierarchy), and provide some sort of visualization |
| 03:39.00 | brlcad | (ideally web gl) |
| 03:39.39 | cadman_ | right that is what was coming to mind |
| 03:40.21 | brlcad | could maybe extract a wireframe first, that's pretty simple |
| 03:40.22 | brlcad | and would work with pretty much any format geometry |
| 03:42.12 | brlcad | if you get a hankering to commit work into our repo, lemme know and I'll get a module set up to work under |
| 03:44.47 | cadman_ | If I get any worth anyone looking I will definitely commit it |
| 04:09.52 | brlcad | even if you want to commit while you learn and explore, nice to see the progression |
| 04:28.22 | cadman_ | ok if you want to create a module then I will commit to that |
| 04:56.20 | brlcad | cadman_: what would you like it to be called? |
| 04:56.57 | brlcad | and what's your sf.net username? |
| 04:59.21 | cadman_ | I already have commit status ddreeves70 |
| 05:02.24 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 05:03.12 | brlcad | oh, haha, didn't know that was you! |
| 05:03.48 | cadman | Sorry wasn't trying to be mysterious |
| 05:06.16 | cadman | I decided if I was going to be able to get anything done effective I am going to need to stick with something a little closer to what I do in my day job |
| 05:06.52 | cadman | This viewer definitely seems like something I can get into |
| 05:09.03 | *** join/#brlcad cadman_ (40b2b147@gateway/web/freenode/ip.64.178.177.71) | |
| 05:12.34 | *** part/#brlcad cadman (~Adium@64.178.177.71) | |
| 05:14.54 | *** join/#brlcad tofu1 (~morrison@c-68-34-100-50.hsd1.md.comcast.net) | |
| 05:15.18 | *** mode/#brlcad [+o brlcad] by ChanServ | |
| 05:15.57 | brlcad | apparently some ISP woes |
| 05:16.37 | brlcad | cadman_: I was about to say that you should be able to create the module yourself |
| 05:17.02 | cadman_ | ok wasn't sure if I could I will create it |
| 05:17.21 | brlcad | just create a directory (e.g., webcad) with trunk/tags/branches subdirs, then |
| 05:17.36 | brlcad | svn import webcad https://brlcad.svn.sourceforge.net/svnroot/brlcad/webcad |
| 05:18.35 | brlcad | modules are just convention in svn, just like the other common folders |
| 05:19.14 | brlcad | after the import, a checkout should work: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/webcad |
| 05:19.17 | brlcad | or whatever you call it |
| 05:19.41 | cadman_ | webcad sounds good |
| 05:21.59 | brlcad | oops, that'd be: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/webcad/trunk webcad |
| 05:29.30 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 06:34.35 | *** join/#brlcad caen23 (~cezar@92.83.161.244) | |
| 08:28.44 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 08:29.24 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 08:29.39 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 08:29.50 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 08:44.22 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 08:44.29 | *** part/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 08:45.33 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 09:56.09 | *** join/#brlcad merzo (~merzo@86-98-133-95.pool.ukrtel.net) | |
| 10:39.07 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-omxoiodyajytlnad) | |
| 11:43.27 | ``Erik | if people want java on BRL-CAD, librtserver could also have the class named fixed and the java side implemented, then be extended |
| 11:45.53 | ``Erik | scheme->vhdl compiler http://scheme2006.cs.uchicago.edu/05-saint-mleux.pdf O.o |
| 11:49.08 | *** join/#brlcad caen23_ (~cezar@92.81.167.240) | |
| 11:50.05 | ``Erik | huh, looks like sago wasn't talking from 12:05am to 3:25am |
| 14:06.25 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:06.29 | Notify | 03BRL-CAD:starseeker * 54560 brlcad/trunk/src/librt/primitives/bot/bot.c: Introduce bbox information into the adaptive plot logic. |
| 14:06.32 | brlcad | ``Erik: yeah, you probably missed the rest of our discussion in that timeframe |
| 14:07.09 | brlcad | he plans to create a webcad module to work in |
| 14:07.18 | ``Erik | yeah, saw that, I do irc from my home server :) |
| 14:07.24 | brlcad | ah, cool |
| 14:07.36 | Notify | 03BRL-CAD:ddreeves70 * 54561 jbrlcad/trunk/pom.xml: Testing commit status |
| 14:07.38 | Notify | 03BRL-CAD:brlcad * 54562 brlcad/trunk/include/bu.h: declare and document the new bu_heap_get() and bu_heap_put() functions. |
| 14:07.53 | *** part/#brlcad brlcad (~morrison@c-68-34-100-50.hsd1.md.comcast.net) | |
| 14:07.54 | Notify | 03BRL-CAD:ddreeves70 * 54563 NIL: Creating a module for building web based cad tools |
| 14:07.56 | Notify | 03BRL-CAD:ddreeves70 * 54564 NIL: creating basic project structure |
| 14:09.11 | Notify | 03BRL-CAD Wiki:Ancernalior * 0 /wiki/User:Ancernalior: |
| 14:09.13 | Notify | 03BRL-CAD Wiki:Sean * 4955 /wiki/TOC: |
| 14:25.30 | Notify | 03BRL-CAD:bob1961 * 54565 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added Copy/Paste/Kill/Killall/Rename functionality to Archer's tree menu. |
| 14:58.10 | Notify | 03BRL-CAD:bob1961 * 54566 (brlcad/trunk/src/archer/archer brlcad/trunk/src/libtclcad/tclcad_obj.c): Dynamically set the brlcad version in Archer's title bar. |
| 15:33.40 | Notify | 03BRL-CAD:brlcad * 54567 brlcad/trunk/src/libbu/heap.c: increase the range of supported allocations from 1-256 and 1MB-sized pages. minor overhead to support an even bigger range, but pagesize should probably not exceed 1MB. report additional stats on the number of hits (allocations in range) and misses (out of range size). |
| 15:38.51 | Notify | 03BRL-CAD:brlcad * 54568 (brlcad/trunk/include/nmg.h brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c): undo the usage of richard's pooling memory interface underneath NMG. direct profiling of the implementation showed it to be an order of magnitude slower than bu_malloc/calloc, 50M allocations went from 5s to 70s-90s. |
| 15:44.24 | Notify | 03BRL-CAD:brlcad * 54569 brlcad/trunk/include/nmg.h: remove the bu_pool hooks now in dead #if 0 sections. also simplify NMG_FREESTRUCT() .. BU_PUT() already zero's the data and pointer. |
| 15:48.11 | Notify | 03BRL-CAD:brlcad * 54570 brlcad/trunk/include/bu.h: stub in calls to the new bu_heap get/put API underneath BU_GET/BU_PUT, but do not enable for the time being because all of the existing BU_GET calls need to be reviewed to be either paired with BU_PUT or converted to BU_ALLOC. |
| 15:52.02 | Notify | 03BRL-CAD:brlcad * 54571 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am): undeclare and remove the bu_pool routines |
| 16:06.38 | Notify | 03BRL-CAD:brlcad * 54572 brlcad/trunk/NEWS: richard updated openNURBS from the 2010 sources to the newest 2012-10-24 release (still v5.0). |
| 16:16.55 | Notify | 03BRL-CAD:brlcad * 54573 brlcad/trunk/src/other/openNURBS.dist: revert r54203 from r_weiss on 2013-01-25 as that removes new files that were added to opennurbs instead of adding them to our build logic. fix to build and distcheck coming up next. |
| 16:26.37 | maths22 | brlcad: could pv (progress viewer) be added to the server? |
| 16:38.29 | brlcad | maths22: what is that? |
| 16:39.54 | n_reed | maybe he meant pipe viewer |
| 16:40.10 | brlcad | yeah, was just reading .. interesting tool |
| 16:41.29 | *** join/#brlcad caen23 (~cezar@92.81.184.173) | |
| 16:41.36 | brlcad | installing |
| 16:41.49 | brlcad | installed |
| 16:43.21 | starseeker | yipe - can anyone confirm a crash in MGED using the analyze command on a BoT? |
| 16:43.43 | starseeker | archer too, but looks like it may be a different crash there... |
| 16:48.07 | brlcad | looks like opennurbs isn't at all sync'd with the latest sources... what?? |
| 16:50.08 | brlcad | starseeker: I don't have a clean build, but do you get a bunch of BU_PUT errors? |
| 16:50.54 | starseeker | brlcad: no, it's something else - some kind of vls error in MGED, and a failure to free in archer |
| 16:51.15 | brlcad | analyze worked on a simple bot here |
| 16:51.22 | starseeker | hrm. |
| 16:51.30 | starseeker | OK, I'll scrap my build and try a clean one |
| 16:51.59 | n_reed | i was able to both run it and crash it on moss.g all.g/box.s |
| 16:52.14 | brlcad | all my changes have been screwing around with memory, so keep an eye out for anything that may be a partial commit |
| 16:52.45 | brlcad | I've got three build trees going in various stages of migration, trying to make sure the new heap stuff stays inactive |
| 17:03.45 | maths22 | sorry that I used the wrong name. I was going from memroy |
| 17:04.01 | Notify | 03BRL-CAD:brlcad * 54574 brlcad/trunk/include/bu.h: gah, need to wrap the multi-statement form of BU_PUT in curlies or unwrapped if(null) tests will still run the free |
| 17:04.02 | brlcad | starseeker: try again on update |
| 17:04.30 | brlcad | that might have been it, was missing curlies so might have been free'ing memory prematurely |
| 17:05.10 | brlcad | soon as this rebuild finishes, I'll try again with the moss case |
| 17:08.32 | maths22 | what is eniac_1946.pdf doing in the web direcotry? |
| 17:08.38 | maths22 | it's nearly 300 MB |
| 17:10.35 | n_reed | brlcad: works for me, I can't get it to crash anymore |
| 17:20.35 | Notify | 03BRL-CAD:bob1961 * 54575 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added "Save as png ..." menu items to the display menus. |
| 17:24.19 | brlcad | n_reed: okay, cool |
| 17:25.15 | brlcad | starseeker: have you seen opennurbs_basic.cpp ? |
| 18:03.26 | Notify | 03BRL-CAD:brlcad * 54576 (brlcad/trunk/src/other/openNURBS/build_opennurbs_vs2010.sln =================================================================== and 481 others): turns out r54203 was removing files that opennurbs removed, so I was wrong about them needing to be added to the build logic (something fishy, they were in my earlier version of 2012-10-24...). there were other unsyncd files to be added and |
| 18:03.28 | Notify | removed, though, and this gets them in sync. notably updates their msvc and xcode build files (which we do not use), removes example_dump and their massprop code. intentionally keeps the now-deleted opennurbs_x (surface surface intersection!), openurbs_brep_kinky (surface cleanup), opennurbs_brep_changesrf (surface conversion), and opennurbs_based (succinctly identifies RhinoSDK removals!). |
| 18:11.21 | Notify | 03BRL-CAD:brlcad * 54577 (brlcad/trunk/src/other/openNURBS/example_brep/example_brep.cpp brlcad/trunk/src/other/openNURBS/example_gl/example_gl.cpp and 5 others): update examples to their latest sources |
| 18:16.34 | ``Erik | another gimpy parse, hm |
| 18:22.20 | maths22 | I am now going to work on developing the new theme. |
| 18:22.37 | brlcad | maths22: awesome |
| 18:25.03 | maths22 | I am transfering the site to my computer, and then I will work with it. |
| 18:26.22 | maths22 | I will work with the new mockup |
| 18:27.30 | brlcad | cool, that really sounds great |
| 18:27.41 | brlcad | feel free to incorporate more awesomeness from the examples |
| 18:28.26 | brlcad | I really like the mozilla site, a simplified version would very much suite our needs |
| 18:29.18 | maths22 | should i use the graphical styling from n_reed's mockup? |
| 18:30.08 | brlcad | what do you mean? |
| 18:30.25 | *** join/#brlcad kmwho (0e8b6149@gateway/web/freenode/ip.14.139.97.73) | |
| 18:30.37 | maths22 | the content more like mozilla, the look more like n_reed's |
| 18:30.39 | brlcad | hi kmwho |
| 18:30.50 | brlcad | maths22: your call if you're designing it |
| 18:30.59 | maths22 | ok |
| 18:31.08 | brlcad | make it look awesome ;) |
| 18:31.12 | kmwho | Hello :D |
| 18:31.17 | maths22 | I like the look of n_reed's, but some will change as I good |
| 18:32.15 | ``Erik | if only 'look awesome' were quantifiable O.o (I suck at design type crap) |
| 18:33.06 | brlcad | maths22: the "In the *" sections on mozilla aren't my cup of tea, but the "Be a part of Mozilla" is just fantastic |
| 18:33.21 | brlcad | that's kind of the simple emphasis on participation that I was referring to |
| 18:33.43 | brlcad | and perhaps that's just a panel on the right side instead of having two sizes for news elements |
| 18:34.32 | brlcad | I like how http://mil-oss.org/ presents the last two news items at the bottom (last four probably better for our rate) |
| 18:34.54 | maths22 | ok |
| 18:35.46 | brlcad | and the mozilla subscription link is very handy too for building community, add folk easily to our brlcad-news list (the sf.net / mailman interface is just terrible) |
| 18:36.31 | ``Erik | if we want a 'latest 5 commits' or something, I could write to a dump file or something, or make an ajax dump url |
| 18:37.24 | kmwho | Hey, I was looking into your last year GSOC ideas and noticed that you had a few ideas related to scientific computing ( Bending Light / particle system ), are you still looking for it ? |
| 18:37.50 | ``Erik | kmwho: yes |
| 18:37.59 | maths22 | I like the ajax dump url/dump file idea. |
| 18:38.12 | brlcad | ``Erik: that'd be great, make it configurable for last N commits :) |
| 18:38.23 | brlcad | s/commits/notifications/ |
| 18:38.27 | ``Erik | all of those ideas are things we'd like, they just also happened to be in the same scope as gsoc |
| 18:39.25 | ``Erik | maths22: let me know what form of ipc would be best, I can do either pretty trivially, or we can figure out a better ipc :) |
| 18:40.34 | maths22 | once I have a spot for it, I will let you know |
| 18:41.05 | ``Erik | aight |
| 18:41.27 | kmwho | ooh cool :) , I was looking for something like that |
| 18:42.05 | maths22 | unforuntiately, I now have to clone the wiki: my login integration works too well :) |
| 18:44.01 | brlcad | using one of the existing drupal extensions (there are like a dozen feed pullers) would be good |
| 18:44.32 | brlcad | maths22: feel free to commit updates to the repo |
| 18:44.43 | brlcad | there's a web module already, but it's not been updated in ages |
| 18:45.31 | maths22 | what repo |
| 18:45.54 | brlcad | starseeker: GetNormalizedArcLengthPoints() is another really interesting function declaration that was removed from opennurbs, related to keiths work and surface splitting |
| 18:46.56 | brlcad | ``Erik: denyhosts seems to be configured WAY too slowly .. where's the config for that? |
| 18:47.30 | brlcad | I get a page full of failures before it kicks in, and sometimes it doesn't even kick in |
| 18:47.48 | ``Erik | um, probably /usr/local/etc/ ? |
| 18:47.58 | ``Erik | it's a stock config iirc |
| 18:48.21 | brlcad | okay, I see it |
| 18:48.27 | brlcad | that's one huge config file.. |
| 18:49.28 | ``Erik | cat file | sed 's/#.*//;s/[ \t]*$//' | grep -v '^$' |
| 18:50.05 | brlcad | yeah, all docs |
| 18:51.52 | starseeker | brlcad: lovely. Is there a theoretical point at which we fork opennurbs and merge in their changes to our lib as they release them? |
| 18:54.28 | kmwho | Is there somewhere i can go, to get started? |
| 19:04.35 | n_reed | build fail - opennurbs_massprop.h is missing |
| 19:17.02 | brlcad | starseeker: they didnt remove tthe full impl, just the decl .. but the decl hints at how they implement it |
| 19:17.19 | brlcad | (and probably how we should) |
| 19:17.40 | brlcad | kmwho: with what? |
| 19:17.53 | brlcad | n_reed: yeah still fixing |
| 19:18.13 | brlcad | build and distcheck |
| 19:25.34 | Notify | 03BRL-CAD:brlcad * 54578 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am): massprop went away |
| 19:29.14 | brlcad | ``Erik: talk about just in time .. .bz just experienced a critical hard drive failure with the service outage last night |
| 19:30.20 | ``Erik | heh, so the glitcheness of the hdd wasn't all in my imagination O.o |
| 19:30.21 | brlcad | he's dead, jim! |
| 19:31.15 | brlcad | I suspected hard drive wonk a year ago when we had a failure |
| 19:32.21 | Notify | 03BRL-CAD:n_reed * 54579 brlcad/trunk/src/libged/draw.c: pull view calculations into separate functions |
| 19:33.01 | ``Erik | might be a good time to set up the second disk as a backup either using software raid mirroring or an rsync cronjob, just in case |
| 19:34.49 | ``Erik | http://news.ycombinator.com/item?id=5332317 interesting ios game O.o topology puzzle |
| 19:36.10 | *** join/#brlcad cadman (4af2b5ed@gateway/web/freenode/ip.74.242.181.237) | |
| 19:36.14 | starseeker | brlcad: ok, but they never did bring back the V2 convertor you thought might be converting trimmed to untrimmed |
| 19:37.40 | starseeker | unless I missed something |
| 19:59.27 | Notify | 03BRL-CAD:brlcad * 54580 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am): document the files that we intentionally retained for reference but do not compile (along with others) |
| 20:00.16 | brlcad | starseeker: that's opennurbs_brep_changesrf.cpp |
| 20:00.42 | brlcad | the statement was that it'd be readded in the NEXT release |
| 20:00.54 | brlcad | not that much time has gone by :) |
| 20:03.21 | brlcad | starseeker: how do the *.dist files work? |
| 20:04.16 | brlcad | see many that list lots of source and header files .. are those files that aren't compiled? does that mean all header files have to be listed whether used or not? |
| 20:13.51 | starseeker | brlcad: yeah, if it's not used in one of the build targets it needs to be listed (IIRC) |
| 20:13.57 | starseeker | hang on, I'll fix it |
| 20:14.32 | n_reed | my understanding is that distcheck needs all source files to appear in either one of the standard target macros or the CMAKEFILES macro |
| 20:15.05 | n_reed | and CMakeLists.txt automatically adds the files in the .dist files with CMAKEFILES |
| 20:15.22 | n_reed | that is src/other/CMakeLists.txt |
| 20:15.25 | brlcad | why keep that as a separate file and not list it in cmakefiles though? |
| 20:15.39 | brlcad | i'm seeing files listed in both places |
| 20:15.58 | starseeker | brlcad: that may be accidental |
| 20:16.20 | starseeker | there's no harm if a file is also in the dist file |
| 20:16.31 | brlcad | is there a problem with generated files being listed in build rules and CMAKEFILES? |
| 20:17.08 | brlcad | there's harm in the sense that it dilutes my ability to discern what's in the distfile being ignored :) |
| 20:17.41 | brlcad | can't trust the distfile, have to check cmakelists and vice-versa |
| 20:18.45 | starseeker | make distcheck-repo_verify will tell you if there are any files aren't listed, and cmake will fail if there are any files being listed as ignore that don't exist |
| 20:20.04 | brlcad | maybe a more concrete example |
| 20:20.24 | brlcad | why would openNURBS.dist list all of the headers? that intentional/needed? |
| 20:21.05 | starseeker | yes - because nothing in the openNURBS build logic itself triggers CMAKEFILES on those files |
| 20:21.32 | starseeker | src/other subbuilds don't know about our distcheck rules, so what they list may or may not end up in our CMAKEFILES maintained lists |
| 20:22.08 | brlcad | because there's no install() rule for the headers or something? |
| 20:23.05 | starseeker | basically |
| 20:23.16 | brlcad | hm |
| 20:23.25 | starseeker | I can override some commands to make sure things get listed in CMAKEFILES, but not all |
| 20:23.37 | starseeker | I've almost got it fixed - one sec... |
| 20:24.07 | brlcad | couldn't the dist files just be a big CMAKEFILES() block at the end of their respective files? |
| 20:24.31 | brlcad | it'd be easier to not get out of sync since you can scan the file for repeat refs |
| 20:24.34 | starseeker | yes, but that eliminates any possibility of having "pristine" build systems in src/other |
| 20:24.57 | brlcad | ah, for which ones? |
| 20:25.09 | brlcad | I thought you added most of them |
| 20:25.54 | starseeker | zlib and libpng are pretty much pristine |
| 20:26.04 | starseeker | I had to tweak libpng but they accepted my patches |
| 20:26.08 | brlcad | a couple .dist files for those cases would make sense |
| 20:26.40 | starseeker | once we get the utahrle project up and running, that'll be another case |
| 20:26.50 | starseeker | stepcode has it's own build |
| 20:26.53 | brlcad | still, that's a case where we can fix the build, right? |
| 20:27.11 | starseeker | yeah, but we can't have a CMAKEFILES macro call - it won't make sense |
| 20:27.16 | starseeker | not in a stand-alone build |
| 20:27.26 | brlcad | both really -- it'd be a case like tcl IF they adopted a cmake build and weren't willing to change it for a clean distcheck |
| 20:27.53 | brlcad | how so? |
| 20:28.22 | brlcad | does CMAKEFILES mean something other than "ignore this file"? |
| 20:28.40 | starseeker | it doesn't mean anything at all outside of BRL-CAD - it's our own macro |
| 20:28.51 | brlcad | ooooh |
| 20:29.03 | starseeker | we go far above and beyond most CMake builds with file tracking |
| 20:29.16 | brlcad | now it's starting to make sense |
| 20:29.25 | brlcad | I knew that bit, just not the how mechanism |
| 20:29.36 | starseeker | it's some of our most sophisticated CMake logic - I could probably write it up, at some point (should, just to make sense of it) |
| 20:30.42 | Notify | 03BRL-CAD:starseeker * 54581 (brlcad/trunk/src/other/libvds.dist brlcad/trunk/src/other/openNURBS.dist brlcad/trunk/src/other/poly2tri.dist): Update dist files for src/other archives. |
| 20:30.52 | starseeker | that should do it, based on what I'm seeing here |
| 20:32.01 | starseeker | for dist anyway, seeing other failures in build |
| 20:33.03 | starseeker | opennurbs.h:79:64: error: opennurbs_massprop.h: No such file or directory |
| 20:33.26 | brlcad | yeah, there's a few source edits that richard missed |
| 20:33.44 | brlcad | i'm tracking them down |
| 20:36.03 | Notify | 03BRL-CAD:brlcad * 54582 brlcad/trunk/src/other/openNURBS/opennurbs.h: massprop was removed |
| 20:37.17 | starseeker | hmm, charming: http://news2.mcneel.com/scripts/dnewsweb.exe?cmd=article&group=openNURBS&item=2711 |
| 20:46.44 | Notify | 03BRL-CAD:brlcad * 54583 brlcad/trunk/src/other/openNURBS/opennurbs.h: opennurbs_x.h was also removed |
| 20:48.53 | brlcad | for a second, I thought that might be abhijit nandy |
| 20:49.33 | starseeker | Dale's answer is not encouraging |
| 20:49.48 | brlcad | but that also probably explains my confusion .. i saw v5 in 2012 09 14 |
| 20:49.56 | brlcad | they reposted a month later with a bunch changed |
| 20:50.07 | starseeker | nods |
| 20:50.18 | starseeker | I hope all these various versions are archived somewhere |
| 20:50.36 | brlcad | I think you patch files were on 2012 09 14 but richard tried to merge the newer |
| 20:50.44 | brlcad | still curious that he missed a bunch of edits |
| 20:51.02 | brlcad | looks like they outright removed all of the intersection function declarations |
| 20:51.11 | starseeker | winces |
| 20:51.16 | brlcad | so you don't even get to unimplemented |
| 20:51.29 | brlcad | no biggie, they went from not working to not existing |
| 20:51.48 | starseeker | yeah, but ON_Curve::GetLength is something else again |
| 20:52.03 | brlcad | do we use it? apparently not if it's been working :) |
| 20:52.48 | starseeker | <snort> I doubt we use a fraction of what we eventually *should* be using in openNURBS |
| 20:53.54 | starseeker | we're at the very beginning of our NURBS manipulation capabilities |
| 20:55.06 | starseeker | no matter - if I get *too* annoyed I can always rename libnurbs in src and try to do something different on the libnurbs sf project |
| 20:55.35 | starseeker | would vote for libbrep, BRL-CAD being a solid modeler |
| 21:01.59 | starseeker | hrm... |
| 21:02.28 | starseeker | notes with some embarassment that it looks like he should have stuck the nurbs.h contents in brep.h to begin with... |
| 21:20.44 | maths22 | ./lastlog maths22 |
| 21:25.32 | *** join/#brlcad cadman (40b2b147@gateway/web/freenode/ip.64.178.177.71) | |
| 21:35.41 | brlcad | how is it possible that we're already using nearly double the disk capacity of the old .bz |
| 21:35.55 | brlcad | ``Erik: can /usr/ports.old be deleted? |
| 21:36.01 | Notify | 03BRL-CAD:n_reed * 54584 brlcad/trunk/src/libged/draw.c: simplify ged_redraw by forgoing unnecessary non-wireframe replotting which was implemented for semantic as opposed to practical reasons |
| 21:46.28 | Notify | 03BRL-CAD:starseeker * 54585 brlcad/trunk/include/dvec.h: dvec.h doesn't need all of raytrace.h - include just what it need and make a note. |
| 21:51.10 | Notify | 03BRL-CAD:starseeker * 54586 (brlcad/trunk/include/brep.h brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp and 6 others): Consolidate nurbs.h into brep.h - better not to put another toplevel nurbs related header file in when there is already an obvious candidate. |
| 21:52.25 | brlcad | starseeker: except that some of the data in brep.h belongs to librt |
| 21:52.46 | Notify | 03BRL-CAD:starseeker * 54587 brlcad/trunk/include/CMakeLists.txt: Sync CMakeLists.txt file |
| 21:52.48 | starseeker | shouldn't that go in something like raytrace.h then? |
| 21:52.55 | Notify | 03BRL-CAD:carlmoore * 54588 brlcad/trunk/src/util/bw3-pix.c: shorten the code in filename check, and clarify the Usage message |
| 21:53.24 | brlcad | not necessarily that one, but sure |
| 21:53.57 | brlcad | probably belongs up in src/librt/primitives/brep |
| 21:54.26 | brlcad | i'm specifically looking at brep_specific .. it has no business in libnurbs |
| 21:54.37 | starseeker | ah |
| 21:54.40 | starseeker | where's it used? |
| 21:54.42 | brlcad | it's not even supposed to be a public struct |
| 21:55.04 | brlcad | someone probably followed bot.h |
| 21:55.14 | starseeker | which also gets it wrong? |
| 21:55.35 | brlcad | probably |
| 21:55.46 | brlcad | i just see it has one too and shouldn't |
| 21:56.08 | brlcad | anything named _specific was probably an implementation detail and doesn't belong in include/ |
| 21:57.14 | starseeker | ok, let me revert opennurbs back a bit and I'll move it out of brep.h |
| 21:57.25 | starseeker | (locally, not in the repo) |
| 21:58.50 | brlcad | you mean libnurbs? |
| 21:58.59 | starseeker | no, opennurbs (so I can build) |
| 21:59.11 | brlcad | oh, I'm almost done with the merges |
| 21:59.14 | brlcad | literally 2 min I think |
| 21:59.17 | starseeker | cool |
| 22:03.12 | Notify | 03BRL-CAD:brlcad * 54589 brlcad/trunk/src/other/openNURBS/Makefile.am: example_dump is no more |
| 22:04.48 | brlcad | okay, not two minutes .. but almost there .. |
| 22:06.17 | Notify | 03BRL-CAD:brlcad * 54590 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am): opennurbs_basic.cpp isn't supposed to be compiled any more, just for reference |
| 22:06.42 | brlcad | they really did rip out everything related to intersection |
| 22:07.09 | brlcad | probably what they should have done all along, but then if they had we might never have adopted them |
| 22:07.40 | starseeker | so from their point of view, *definitely* what they should have done all along ;-) |
| 22:08.48 | brlcad | might have picked them up at some point for 3dm read/write support |
| 22:09.13 | starseeker | the uv pt -> 3d pt evaluation is nothing to sneeze at though |
| 22:09.39 | starseeker | erm |
| 22:09.47 | starseeker | libged/brep.c is using brep_specific |
| 22:10.31 | starseeker | probably an indication some logic needs to move down the library hierarchy |
| 22:12.10 | starseeker | wonders if there is something similar driving the inclusion of bot_specific in the header |
| 22:12.47 | brlcad | of course, it's easier to expose implementation detail and break encapsulation than call through API cleanly |
| 22:13.02 | brlcad | make it all public access it from anywhere |
| 22:14.29 | brlcad | ``Erik: so we're running 9.1-STABLE and are current? |
| 22:19.40 | Notify | 03BRL-CAD:starseeker * 54591 (brlcad/trunk/include/brep.h brlcad/trunk/src/libged/brep.c and 2 others): Move brep_specific down into librt - not part of the public api. Will need to look into the libged brep command and see what needs encapsulating |
| 22:20.04 | starseeker | Works with opennurbs 54557 |
| 22:20.06 | ``Erik | yes and reasonably, there may be a few minor patches for -stable that aren't in 9-1-STABLE yet |
| 22:20.47 | ``Erik | http://www.freebsd.org/releng/ |
| 22:21.00 | Notify | 03BRL-CAD:n_reed * 54592 (brlcad/trunk/include/solid.h brlcad/trunk/src/libged/draw.c): if we stash the tsp mat in the solids we create, we can draw/redraw them later without doing a tree walk |
| 22:21.22 | ``Erik | ooh, ssl issues cropped up |
| 22:21.37 | brlcad | ``Erik: I'm looking into a hardware upgrade :) |
| 22:21.48 | brlcad | but this time, asking them to just move the disks |
| 22:22.09 | ``Erik | oh, that was a year ago, yeah, we're good, last sync was feb 27, 2013 |
| 22:22.12 | ``Erik | http://www.freebsd.org/releases/9.1R/errata.html |
| 22:22.25 | brlcad | any hardware-specific compilation? |
| 22:22.28 | ``Erik | another hw upgrade? o.O |
| 22:22.33 | ``Erik | nope, generic kernel |
| 22:22.47 | brlcad | it'd be moving from p4 to xeon |
| 22:23.23 | ``Erik | um, 32b i386, I'm not sure if there're any 486 or 586 specific stuff, but that disk should boot on anything later than p1-66 |
| 22:23.45 | brlcad | k |
| 22:24.30 | ``Erik | rc.conf probably needs adjusts if the nic changes chipset |
| 22:24.54 | ``Erik | current hw uses a bge (broadcom gig-e iirc) |
| 22:25.01 | brlcad | it will either double or quadruple our cpu and double the ram |
| 22:26.46 | ``Erik | hm, 2->4g ram? 'k, it's a 32b kernel right now, but if there's only 4g ram, probably no good reason to switch to a 64b kernel |
| 22:27.12 | Notify | 03BRL-CAD:brlcad * 54593 brlcad/trunk/src/other/openNURBS/CMakeLists.txt: last two, the opennurbs_x files are no longer compiled either, yet kept for reference |
| 22:27.58 | brlcad | haha ... |
| 22:27.58 | brlcad | /Users/morrison/brlcad.trunk/src/libnurbs/opennurbs_ext.cpp: In function ?ON_Curve* brlcad::pullback_curve(ON_BrepFace*, const ON_Curve*, brlcad::SurfaceTree*, double, double)?: |
| 22:28.01 | brlcad | /Users/morrison/brlcad.trunk/src/libnurbs/opennurbs_ext.cpp:2938: error: ?const class ON_Curve? has no member named ?GetLength? |
| 22:28.08 | brlcad | looks like we relied on it too |
| 22:28.51 | brlcad | ``Erik: couldn't that be on the next emerge world though? |
| 22:29.06 | brlcad | or portupgrade or whatever the frack it's called now :) |
| 22:32.23 | ``Erik | kernel and base system are seperate from the port system |
| 22:33.06 | ``Erik | (ports should almost exclusively be in /usr/local, with a few symlinks in /usr/bin for things that replace base system stuff, like updated perl) |
| 22:33.53 | ``Erik | going 64b would essentially be starting from scratch, with a full "make world", reboot, then rebuild all the ports |
| 22:34.17 | ``Erik | (and portmaster is the latest fad) :) |
| 22:37.24 | ``Erik | if the only reason to switch to 64b is because it's 64b, I'd recommend staying 32b *shrug* |
| 22:40.10 | Notify | 03BRL-CAD:starseeker * 54594 (brlcad/trunk/src/CMakeLists.txt brlcad/trunk/src/conv/step/CMakeLists.txt and 2 others): Make the library name match the header (all except the mv, which is done separately to avoid upsetting subversion) |
| 22:40.29 | brlcad | wonders if the full 4gb will be addressable |
| 22:40.54 | brlcad | having twice the ram and only using half of it would kinda suck |
| 22:42.28 | ``Erik | should be addressable, it's not like windows where 4g means 3g |
| 22:42.30 | Notify | 03BRL-CAD:starseeker * 54595 NIL: Now move the directory |
| 22:42.41 | ``Erik | and that's per process |
| 22:43.12 | brlcad | except the kernel is one of those processes ;) |
| 22:43.23 | brlcad | yeah, looks like it's okay from what I"m reading |
| 22:43.33 | brlcad | COMPAT_IA32 may help down the road if we do try to go up |
| 22:43.45 | ``Erik | hehehe, here's someone whining about having 4g on fbsd7 and only seeing 3.94g available, then having shm reserved memory explained to them |
| 22:46.05 | ``Erik | looks like a 64b kernel with compat_ia32 could be rebooted with a 32b system, but I'd want to test that on a local machine before doing it on a remote server |
| 22:47.04 | brlcad | ahh, looks like default denyhosts config is set up for linux |
| 22:47.18 | brlcad | it's "adding" deny host rules to a file that isn't read |
| 22:48.28 | ``Erik | ipfw is very bsd, could just be how rc.conf is set up? where's the written file? |
| 22:49.08 | ``Erik | /etc/hosts.deniedssh seems to be its own format |
| 22:55.33 | brlcad | only noticed because it blocked an IP for a real user that tried bad username too many times, got added, then they remembered their real username, logged in successfull :) |
| 23:00.04 | ``Erik | ipfw has over 6k rules |
| 23:02.33 | brlcad | that's tiny |
| 23:02.47 | brlcad | those are just the most recent ones that migrated from .bz |
| 23:04.35 | brlcad | whew, looks like I finally got it all |
| 23:05.13 | brlcad | or not, damnits |
| 23:05.43 | brlcad | looks like we also use ON_Surface::Pushup() and ON_Curve::GetClosestPoint() |
| 23:19.53 | brlcad | aw, I was rather fond of the libnurbs name you had there :) |
| 23:21.07 | brlcad | starseeker: note that there's more to change if you keep that name |
| 23:21.39 | brlcad | would probably need to do a tree grep, but it's mentioned by name in a few places |
| 01:18.52 | *** join/#brlcad cadman (40b2b147@gateway/web/freenode/ip.64.178.177.71) | |
| 01:19.03 | starseeker | brlcad: the temptation to try what I was originally planning with the libnurbs sf site is growing, so probably easier to avoid conflicts ahead of time in case that does happen |
| 01:19.40 | starseeker | plus, it matches the brep.h header name we were already using everywhere |
| 01:27.44 | Notify | 03BRL-CAD:starseeker * 54596 (brlcad/trunk/configure.ac brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt and 3 others): Tell autotools and Dll about name change too. |
| 01:41.31 | Notify | 03BRL-CAD Wiki:Gudaoshupi * 0 /wiki/User:Gudaoshupi: |
| 01:47.48 | Notify | 03BRL-CAD:brlcad * 54597 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am and 9 others): re-re-revert to r54338 before I started causing damage. apparently two different versions of opennurbs came out one month after the other, both labeled as v5.0 and the latter removing substantial functionality (3 functions) that we utilize. there are some files to get a closer sync |
| 01:47.50 | Notify | with the latest sources, but we'll need to either keep a *much* bigger patch set or implement even more functionality in our libraries going forward. |
| 01:54.08 | *** join/#brlcad merzo (~merzo@106-51-133-95.pool.ukrtel.net) | |
| 05:49.04 | brlcad | starseeker: sure, it's merely whether to align the name with opennurbs or librt .. it was intently set up to not rely on librt, so the name made sense |
| 05:49.32 | brlcad | I guess I saw it evolving into what you had planned for the sf site |
| 05:50.37 | brlcad | because if it really is just for librt's brep, then it's pointless as a top-level library and should get buried back under librt |
| 06:26.03 | Notify | 03BRL-CAD:brlcad * 54598 (brlcad/trunk/src/other/openNURBS/CMakeLists.txt brlcad/trunk/src/other/openNURBS/Makefile.am and 10 others): redo the merging of additional updates, adding in some overlooked changes from the previous v5.0 update, without all the mess. adds back the deleted opennurbs_brep_kinky.cpp and opennurbs_brep_changesrf.cpp for reference since they seem highly relevant to our needs (along with code |
| 06:26.05 | Notify | in opennurbs_brep so they'll compile). remerges r54573 (partial), r54576 (partial), r54577, r54580, and r54589. |
| 06:26.20 | brlcad | that should do it |
| 07:52.50 | *** join/#brlcad caen23 (~cezar@92.83.186.143) | |
| 11:30.36 | ``Erik | 'dark corners of C' https://docs.google.com/presentation/d/1h49gY3TSiayLMXYmRMaAEMl05FaJ-Z6jDOWOz3EsqqQ/edit?usp=sharing |
| 13:36.39 | *** join/#brlcad merzo (~merzo@59-223-201-46.pool.ukrtel.net) | |
| 15:27.40 | starseeker | brlcad: my sf libnurbs ambitions may not jibe well with the direction you'd want to take though - I was planning to add more primitives, for example, similar to the torus and sphere they already have |
| 15:27.59 | starseeker | If I can figure out how, I may convert the source code comments to doxygen format |
| 15:29.22 | starseeker | my take would be more to turn it into what I would want in the library, then merge in changes from opennurbs releases as appropriate - which I know is not how you want to go at it <shrug> |
| 15:33.05 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 15:33.28 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 15:34.12 | brlcad | starseeker: "which I know is not how you want to go at it" ... non sequitor? :) |
| 15:34.39 | starseeker | eh? You've argued consistently in favor of keeping opennurbs vanilla and working with that |
| 15:34.59 | brlcad | adding more prims, converting docs, merging opernurbs releases, .. none of that is really concerning |
| 15:35.18 | starseeker | except it starts to involve extensive changes to the opennurbs code |
| 15:35.25 | brlcad | and I wouldn't necessarily have to agree with what you're wanting to do for it to be useful or good for you, right? |
| 15:35.57 | starseeker | sure, but I'm not going to oppose you on something like that within BRL-CAD - the bests interest of the BRL-CAD project are what's important for its component libraries |
| 15:36.23 | starseeker | my approach would fairly quickly result in a de-facto fork, in the sense that a system opennurbs wouldn't be compatible |
| 15:36.25 | brlcad | actually, I layed out two or three ways to work with opennurbs and only one involved keeping vanilla, but still that's not exactly opposition to anything |
| 15:37.02 | brlcad | I knew you had other ambitions and directions, that's great frankly |
| 15:37.30 | brlcad | it's whether both needs can be fit, so it gets more eyes an invovlement from my perspective |
| 15:37.39 | starseeker | um. OK. I may have gotten the wrong impression - my distinct memory was you were very keen on keeping compatibility with a hypothetical system opennurbs, but I could have misunderstood |
| 15:38.24 | brlcad | example in point, I don't see the practical point of doing incremental loading (at this point) in stepCODE, and would probably voice entirely different priorities |
| 15:38.32 | brlcad | but that doesn't mean I'm actually against it |
| 15:38.39 | brlcad | python bindings another great example |
| 15:38.55 | brlcad | just doesn't solve my problems, but then it's not supposed to -- just not a concern |
| 15:39.36 | starseeker | nods |
| 15:39.37 | brlcad | I am keep on keeping compatibility, but that doesn't mean I'd be opposed to something else either |
| 15:39.47 | brlcad | s/keep on/keen on/ |
| 15:40.49 | brlcad | if you think it's too much work (or work you don't care about) to try and fit your goals with our needs, that's fine but I generally like to press for more active collaboration, not less ;) |
| 15:41.08 | starseeker | hmm. looking at it from that perspective, perhaps it doesn't make sense in any case for us to expose the brep/nurbs API as a top-level BRL-CAD api |
| 15:42.06 | starseeker | brlcad: I was more concerned that I was going to hare off in directions that quickly diverged from the opennurbs vanilla goal, and I thought that was a non-starter |
| 15:42.44 | brlcad | it would entirely depend on how that direction affects our integration |
| 15:43.28 | brlcad | you written down plans or a road map any where? easy enough to go over something and see if there are concerns |
| 15:43.56 | starseeker | only a few early thoughts - I'll write up a little more of what I'm thinking this evening |
| 15:43.57 | brlcad | I mean I think I get what you're thinking, turning it into some stand-alone framework for working with nurbs geometry |
| 15:44.06 | starseeker | right |
| 15:44.21 | starseeker | but I wouldn't be shy about adding things like mesh-related algorithms if they look useful |
| 15:44.29 | brlcad | but that statement by itself doesn't say much of anything about integration concerns |
| 15:45.25 | brlcad | and if you did add algorithms, I wouldn't exactly care either -- would start to treat it like any other src/other with features we may or may not use |
| 15:45.34 | starseeker | nods |
| 15:45.38 | brlcad | it starts to matter when it's not algorithms |
| 15:45.47 | starseeker | ... api changes? |
| 15:46.12 | brlcad | when it's code and 3rd party depdencies or implicit platform requirements, etc |
| 15:46.18 | starseeker | oh, gotcha |
| 15:46.41 | brlcad | you know, you decide that meshlab is pefect for what you need |
| 15:46.47 | brlcad | *that* becomes a non-starter |
| 15:46.52 | starseeker | winces |
| 15:46.59 | starseeker | I wouldn't blame you a bit |
| 15:47.33 | brlcad | or more realistic, like if you relied on opengl tessellation because it's fast and awesome, but we're not yet ready to require it or some similar coupling |
| 15:48.08 | starseeker | I'll jot some notes down - it hadn't been very high on my list lately, but opennurbs yanking working functionality sort of makes the issue loom back above the radar horizon |
| 15:48.21 | brlcad | that's my concern |
| 15:48.38 | brlcad | they're actually making it a lot easier |
| 15:48.52 | starseeker | O.o ? |
| 15:49.19 | brlcad | with the functions no longer stubbed empty, it's a lot easier to either do an inheritance overlay or sister API that adds functionality back in |
| 15:49.49 | brlcad | my concern is retaining our ray tracing ability with as little effort as possible first, and later preserving our ability to edit |
| 15:50.14 | brlcad | to me, that's just where does that code live and how often will we have to do something to maintain it |
| 15:51.23 | brlcad | in going through all the changes that were needed to preserve our tracing in this latest update, it's at least 3 functions that would need to be extracted (in my view, there are certainly other approaches) |
| 15:51.44 | starseeker | nods - fair enough. I've got some errands to run, but I'll work on what I'm thinking this afternoon |
| 15:51.58 | brlcad | I'm going to assume that they'll keep releasing updates, keep adding new features and fixing bugs, and keep removing anything in the API not related to 3dm conversion |
| 15:52.20 | starseeker | yeah, which is a real problem if we want to use things like opennurbs_x.h |
| 15:52.34 | brlcad | it took me the better part of a day to go through that last update, and I don't see that as viable to repeat the further they divert |
| 15:52.49 | brlcad | if you have a plan for that, I'd love to hear it ;) |
| 15:53.09 | brlcad | I see that functionality simply migrating as functions in libnurbs |
| 15:53.33 | brlcad | one for each they removed frankly, and some additional functionality |
| 15:54.56 | starseeker | nods - I may need to do some experiments with git to see how difficult it's going to be |
| 15:55.34 | starseeker | my hope was that as they get simplier, if we retain a more complete set of APIs the merge areas where we actually need to make real changes will become more constrained |
| 15:55.55 | starseeker | but that may not be possible, since we may *need* to add functionality they don't provide to preserve those APIs |
| 15:57.57 | starseeker | I have the 20120914 tarball of opennurbs, so I'll study the changes and see what we're up against |
| 15:58.51 | brlcad | they mostly are just cutting out methods |
| 15:59.17 | starseeker | growl |
| 15:59.19 | brlcad | so it is certainly possible to readd those methods and classes back in |
| 15:59.48 | starseeker | we'd need an inheritance API to do that right though, correct? |
| 15:59.55 | brlcad | not necessarily |
| 16:00.08 | brlcad | like I said way back, there are like three different ways to go about it |
| 16:00.30 | brlcad | inherit, replace, or supplant |
| 16:01.04 | starseeker | inherit == define our own classes that inherit from theirs, correct? |
| 16:01.24 | brlcad | yep, arguably the most work, almost certainly the most code |
| 16:02.06 | starseeker | replace == define new functions that provide the capabilities yanked from the original code? |
| 16:02.27 | brlcad | you have to create nearly as many classes as there are in opennurbs to provide an inheritance API |
| 16:03.01 | starseeker | not to mention every time they change their classes we have to keep up... |
| 16:03.13 | brlcad | the downsides/upsides are your users would have to adopt and use your API classes, not opennurbs, and you'd have to track any class changes |
| 16:03.41 | brlcad | replace is defining new/old functions and putting that code BACK into opennurbs, e.g., patches |
| 16:03.51 | starseeker | a quick grep identifies 370 class ON_CLASS definitions |
| 16:04.19 | brlcad | that method lets users stick to opennurbs API and basically becomes more and more of a free open source rhinosdk implementation |
| 16:04.50 | starseeker | but gets progressively more difficult the further we want to be from what the latest opennurbs provides |
| 16:04.51 | brlcad | the downside is of course they can make it arbitrarily hard to keep up patches |
| 16:05.03 | brlcad | but that's probably the only downside |
| 16:05.22 | starseeker | that's a potentially significant one though - they have an incentive to make that approach difficult |
| 16:05.32 | brlcad | another approach for "replace" is an outright fork |
| 16:05.46 | brlcad | instead of patches, just track their releases and integrate what you care about as they update |
| 16:05.46 | starseeker | thought that's what you ment by supplant... |
| 16:05.57 | brlcad | supplant is what I saw libnurbs being |
| 16:06.11 | brlcad | a sister library that works with opennurbs |
| 16:06.41 | starseeker | ah - no, I was thinking fork and merge what we care about |
| 16:06.54 | starseeker | at least for the sourceforge project |
| 16:07.02 | brlcad | when you see them yank, ON_Curve::GetLength(...), the sister library implements a GetLength(ON_Curve, ...) |
| 16:08.16 | brlcad | yeah, supplant might not be the best word, maybe delegation or partnering |
| 16:08.30 | starseeker | a downside there is the collective API of the two libraries gets trickier to navigate |
| 16:08.40 | brlcad | but still, creating a library that works beside or on top of opennurbs |
| 16:08.54 | starseeker | where do I look for functionality, mixing API styles, etc. |
| 16:09.16 | brlcad | that's where my thought was to literally just implement the methods they remove -- they identify them neatly in opennurbs_basic |
| 16:10.04 | brlcad | so you could follow the full rhinosdk, and if you found something that didn't link, there would be a function |
| 16:10.49 | brlcad | "overlay" .. that's the word I was looking for |
| 16:11.20 | brlcad | inherit, restore, fork, or overlay |
| 16:11.32 | brlcad | all have merit and all are lots of work :) |
| 16:12.08 | starseeker | you said based on you work with the 5.0 changes you though reviewing the changes and merging would be a prohibitive amount of work? |
| 16:12.18 | brlcad | with your idea to add functionality not even covered, that would undoubtedly influence the approach taken |
| 16:13.26 | brlcad | not prohibitive, but *I* wouldn't want to do it very frequently, I'd probably end up forking and implementing a free rhinosdk |
| 16:13.45 | brlcad | easier to merge their changes than restore our needs |
| 16:14.07 | brlcad | they're not going to change the API faster than we can manage, because of their users/business |
| 16:14.41 | brlcad | but that's also politically the most impolite, so I'd "want" to try one of the others first |
| 16:14.54 | brlcad | overlay seemed to be the route we were going |
| 16:15.26 | brlcad | to me that really is, then, a "libnurbs" that proides what they don't (and then some if you do what you're thinking) |
| 16:15.27 | starseeker | in the BRL-CAD tree, yes - it wasn't actually my own preference, but I had gotten the impression that that was what I needed to do when working inside BRL-CAD |
| 16:16.50 | brlcad | so whatever you have in mind, even towards becoming a bigger "nurbs" framework .. somewhere/somehow you're going to need to get the length of a curve |
| 16:16.59 | brlcad | where were/are you seeing that happening? |
| 16:17.25 | starseeker | yes. If we want to keep they API style consistent, that would involve putting GetLength back where they had it |
| 16:17.26 | brlcad | given they yanked ON_Curve::GetLength(), that becomes a perfect simple case |
| 16:17.42 | brlcad | so you'd go for "restore" |
| 16:17.54 | starseeker | any thing else means we can't ask an ON_Curve object for its length with GetLength, which means the API has become that much less consistent |
| 16:18.07 | starseeker | my instinct would be to restore, yet |
| 16:18.12 | starseeker | s/yet/yes |
| 16:18.20 | starseeker | but I can't claim I've thought that all the way through |
| 16:18.20 | brlcad | any one of inherit, restore, fork, or overlay let you get a length |
| 16:18.32 | brlcad | three of them let you actually call a GetLength() method even |
| 16:19.01 | starseeker | correct |
| 16:19.30 | starseeker | I was figuring enough "restore" becomes "fork" by default |
| 16:19.59 | brlcad | inherit would be Cliff_Curve::GetLength(), restore would be ON_Curve::GetLength(), fork would be ON_Curve::GetLength(), overlay would be GetLength(ON_Curve) |
| 16:20.36 | starseeker | right. So restore and fork preserve the API as designed - is that a worthwhile goal? |
| 16:20.43 | brlcad | meh |
| 16:21.08 | brlcad | to me, it's more about the long term maintainability |
| 16:21.31 | starseeker | on the other hand, a consistent API plays into long term *usability*... |
| 16:21.34 | brlcad | fast forward 20 releases later to opennurbs v9.4 |
| 16:21.41 | brlcad | what have you had to do |
| 16:21.56 | brlcad | and where did you end up |
| 16:22.35 | brlcad | again, I'm not apposed to any approach, especially if I'm not doing it ;) |
| 16:22.58 | starseeker | what has to be done depends on how radical the changes are in openNURBS |
| 16:23.07 | brlcad | I care about preserving our raytracing ability with the least amount of effort (because we have a hell of a lot of other things to worry about) |
| 16:23.49 | brlcad | given enough time, it becomes radical |
| 16:24.09 | brlcad | even if the API isn't, they're a business with momentum |
| 16:24.27 | starseeker | precisely - why is why I was thinking it might make sense to encapsulate just what our raytracing abilities need in a special purpose BRL-CAD library and let the libnurbs project try the risker, higher effort stuff |
| 16:24.57 | starseeker | or even encapsulate them in librt, for that matter |
| 16:25.29 | starseeker | because BRL-CAD isn't in the business of general purpose NURBS library development, we have specific needs that we need to satisfy |
| 16:28.53 | starseeker | so make it the business of src/librt/primitives/brep to either a) talk to openNURBS or b) supply the minimal pieces necessary for BRL-CAD's needs - that's probably the safest, most focused approach we could take (the overlay option, but only as librt internals and not an exposed, public API) |
| 16:30.06 | starseeker | that may not be entirely practical when it comes to things like the step converter, though |
| 16:31.03 | starseeker | so the minimal overlay library is probably the most efficient way to get what we need to preserve our own features |
| 16:32.41 | Notify | 03BRL-CAD:n_reed * 54599 brlcad/trunk/src/libged/draw.c: use smarter point spacing calculation for tgcs |
| 16:33.06 | starseeker | for the libnurbs project though, I'd be hovering between restore and fork |
| 20:38.51 | *** join/#brlcad merzo (~merzo@22-8-133-95.pool.ukrtel.net) | |
| 20:50.38 | *** join/#brlcad merzo (~merzo@160-120-132-95.pool.ukrtel.net) | |
| 21:17.04 | starseeker | brlcad: do you happen to have any archived sources of opennurbs older than the version 4 we have in the repository? |
| 21:26.00 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 23:27.30 | starseeker | brlcad: I'm collecting what I can scare up as far as opennurbs versions here, fwiw - http://brlcad.org/~starseeker/opennurbs/ |
| 23:28.11 | starseeker | http://brlcad.org/~starseeker/opennurbs/README has the background - I may have a few more old original opennurbs vanilla sources stashed away somewhere, but that's what I've been able to locate or reconstruct to date |
| 01:17.27 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 08:24.31 | *** join/#brlcad merzo (~merzo@160-120-132-95.pool.ukrtel.net) | |
| 09:46.00 | *** join/#brlcad cadman (40b2b147@gateway/web/freenode/ip.64.178.177.71) | |
| 09:48.08 | cadman | brlcad I committed a prototype html file that demos what I think we are going for with the thin client viewer take a look at let me know what you think. I don't have the code there yet it is in very prototype form but over the next day or two I will get it in committable state and I don't plan to have the actual geometry in the html this is just prototyping right now |
| 09:52.44 | Notify | 03BRL-CAD:ddreeves70 * 54600 (webcad/trunk/m35.html =================================================================== and 4003 others): share progress on 3 viewer of wireframe |
| 09:53.10 | cadman | oops commit failed but I corrected you should be able to see it now...btw you will need to use a browser that supports webgl |
| 11:58.02 | Notify | 03BRL-CAD:ddreeves70 * 54601 webcad/trunk/m35.html: share progress on 3 viewer of wireframe |
| 12:25.50 | *** join/#brlcad cadman (40b2b147@gateway/web/freenode/ip.64.178.177.71) | |
| 14:18.48 | *** join/#brlcad ddreeves70 (40b2b147@gateway/web/freenode/ip.64.178.177.71) | |
| 14:28.46 | *** join/#brlcad ddreeves70 (40b2b147@gateway/web/freenode/ip.64.178.177.71) | |
| 14:49.28 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 15:57.27 | *** join/#brlcad merzo_ (~merzo@160-120-132-95.pool.ukrtel.net) | |
| 18:06.39 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 18:28.21 | starseeker | brlcad: I'm kinda wondering if it would be possible to do an interit style API, but cheat and just have the ON classes as private members of our classes rather than doing the full inheritance - that would allow us to define a consistent API... |
| 18:29.48 | starseeker | and avoids tight coupling to openNURBS at the same time |
| 18:42.56 | starseeker | I guess it would be more of an overlay approach with comprehensive coverage for API consistency |
| 19:08.28 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 20:49.00 | *** join/#brlcad merzo (~merzo@70-32-132-95.pool.ukrtel.net) | |
| 21:18.02 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 23:24.52 | starseeker | brlcad: nevermind, upon reflection that idea makes little sense |
| 04:18.42 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 05:56.36 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 05:58.09 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 06:00.03 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 06:00.50 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 06:12.42 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 06:24.54 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 06:25.43 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 06:38.03 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 06:39.51 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 06:40.29 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 07:36.40 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:49.50 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 09:39.04 | *** join/#brlcad luca79 (~luca@host249-247-dynamic.20-87-r.retail.telecomitalia.it) | |
| 11:46.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:07.38 | *** part/#brlcad cadman (~Adium@64.178.177.71) | |
| 12:08.25 | Notify | 03BRL-CAD:bob1961 * 54602 (brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/how.c): Update ged_how to accomodate objects drawn as hidden line. |
| 12:13.55 | Notify | 03BRL-CAD:bob1961 * 54603 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added a default display mode preference and the ability to double-click objects in Archer's tree to display. |
| 13:10.48 | *** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com) | |
| 13:22.11 | *** join/#brlcad luca79 (~luca@host91-193-dynamic.14-87-r.retail.telecomitalia.it) | |
| 13:30.30 | *** join/#brlcad libero (~luca@host91-193-dynamic.14-87-r.retail.telecomitalia.it) | |
| 13:45.04 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:31.21 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 15:32.58 | Notify | 03BRL-CAD:bob1961 * 54604 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/archer/BotEditFrame.tcl): Improvements to the double-click mechanism in Archer and to the BOT edit panel (i.e. fewer bot table updates) |
| 15:54.43 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 18:57.36 | Notify | 03BRL-CAD:carlmoore * 54605 brlcad/trunk/src/util/bwdiff.c: make same change in Usage as I did for bw3-pix |
| 19:34.13 | Notify | 03BRL-CAD:carlmoore * 54606 brlcad/trunk/src/util/bwdiff.c: remove a redundant 'return' |
| 19:48.26 | *** join/#brlcad merzo (~merzo@95.133.46.94) | |
| 20:00.56 | *** join/#brlcad ncsaba (~ncsaba@p549834E5.dip.t-dialin.net) | |
| 20:02.14 | ncsaba | Hi all |
| 20:03.28 | ncsaba | am I |
| 20:03.57 | ncsaba | in the right place here for questions about BRL-CAD, or better go to the mailing lists ? |
| 20:05.23 | ncsaba | OK, I see :-) |
| 20:12.05 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:13.15 | ncsaba | Hi archivist |
| 21:50.40 | *** join/#brlcad cadperson (c752f36a@gateway/web/freenode/ip.199.82.243.106) | |
| 22:55.39 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 01:43.13 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 02:31.20 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 03:25.43 | Notify | 03BRL-CAD:brlcad * 54607 brlcad/trunk/src/librt/primitives/brep/brep_local.h: ws |
| 04:38.55 | Notify | 03BRL-CAD:brlcad * 54608 brlcad/trunk/src/librt/CMakeLists.txt: distcheck fix, ignore new brep_local.h header |
| 04:39.43 | Notify | 03BRL-CAD:brlcad * 54609 brlcad/trunk/TODO: cliff made sure dbupgrade from within mged still works after the windows fixes were made |
| 04:41.31 | Notify | 03BRL-CAD:brlcad * 54610 brlcad/trunk/src/librt/Makefile.am: another to ignore |
| 04:43.08 | Notify | 03BRL-CAD:brlcad * 54611 brlcad/trunk/TODO: not true, dbupgrade works just fine from within a read-only because it works on the file directly, external to mged |
| 09:22.13 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 09:22.13 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 11:50.20 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 13:33.14 | Notify | 03BRL-CAD:brlcad * 54617 brlcad/trunk/include/Makefile.am: nurbs.h is no more |
| 14:01.21 | Notify | 03BRL-CAD:bob1961 * 54619 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added Ged::pane_bind. |
| 14:12.02 | Notify | 03BRL-CAD:brlcad * 54620 brlcad/trunk/include/config_win.h: stub in some of the 64bit funcs, wip |
| 14:12.12 | Notify | 03BRL-CAD:bob1961 * 54621 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl): Added an escape mechanism to Archer's display window. |
| 14:14.11 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 14:43.00 | Notify | 03BRL-CAD:brlcad * 54618 (brlcad/trunk/NEWS brlcad/trunk/README and 2 others): far exceeded patch-level release, anticipating the next release will be another minor update (7.24.0), so bumping up to 7.23.0 |
| 14:58.05 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 15:15.00 | Notify | 03BRL-CAD:brlcad * 54622 brlcad/trunk/src/librt/primitives/brep/brep.cpp: private/local files are designated with ./ |
| 15:22.43 | Notify | 03BRL-CAD:r_weiss * 54623 brlcad/trunk/src/libged/inside.c: Quiet a valgrind complaint of using an uninitialized variable. |
| 15:38.17 | brlcad | cadmans html prototype is pretty cool :) |
| 15:39.43 | brlcad | starseeker: if you don't inherit, you cannot access private/protected class data (which may or may not be an issue with opennurbs) |
| 15:40.00 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.162.209) | |
| 15:40.36 | brlcad | otherwise inclusion by composition instead of inheritance is perfectly viable approach (i'd still call it an 'inherit' approach since you have to replicate the API) |
| 15:52.04 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 15:56.26 | Notify | 03BRL-CAD:brlcad * 54624 brlcad/trunk/include/raytrace.h: these are never released and do their own efficient thing, so call BU_ALLOC instead of BU_GET |
| 15:57.18 | Notify | 03BRL-CAD:brlcad * 54625 brlcad/trunk/src/conv/asc/g2asc.c: pair BU_PUT with BU_GET |
| 15:57.22 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 15:58.00 | Notify | 03BRL-CAD:brlcad * 54626 brlcad/trunk/src/conv/asc/asc2g.c: wdb_export() frees them, so call BU_ALLOC instead of BU_GET |
| 15:58.25 | Notify | 03BRL-CAD:brlcad * 54627 brlcad/trunk/src/adrt/load_g.c: allocate data not released with BU_ALLOC |
| 16:08.04 | Notify | 03BRL-CAD:brlcad * 54628 brlcad/trunk/src/librt/primitives/arb8/arb8.c: validate the centroid parameters |
| 16:08.32 | Notify | 03BRL-CAD:brlcad * 54629 brlcad/trunk/src/libbu/hook.c: BU_PUT pairs well here with BU_GET |
| 16:11.09 | Notify | 03BRL-CAD:brlcad * 54630 (brlcad/trunk/src/conv/dxf/dxf-g.c brlcad/trunk/src/conv/euclid/g-euclid.c and 18 others): change BU_GET calls to BU_ALLOC where someone/somewhere else is freeing the memory (or it's not being released at all...) |
| 16:15.20 | Notify | 03BRL-CAD:brlcad * 54631 brlcad/trunk/src/libged/analyze.c: avoid having stray semi-colons in the code where we call ADD_PT |
| 16:43.08 | Notify | 03BRL-CAD:brlcad * 54632 (brlcad/trunk/src/libbu/mappedfile.c brlcad/trunk/src/libbu/temp.c): more BU_PUT pairings |
| 16:47.18 | Notify | 03BRL-CAD:brlcad * 54633 brlcad/trunk/src/libbu/heap.c: Expand docs and provide some diagrams on how the fast page allocator works including notes on how these magic numbers were arrived at and what values might be useful. |
| 16:49.23 | Notify | 03BRL-CAD:brlcad * 54634 (brlcad/trunk/src/libbu/list.c brlcad/trunk/src/libbu/observer.c): more BU_PUT pairing goodness |
| 16:49.44 | Notify | 03BRL-CAD:brlcad * 54635 brlcad/trunk/src/libbu/units.c: caller release, so need BU_ALLOC |
| 16:55.38 | Notify | 03BRL-CAD:brlcad * 54636 brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp: pair with BU_PUT since we manage this internally |
| 16:58.45 | Notify | 03BRL-CAD:brlcad * 54637 (brlcad/trunk/src/libdm/dm-X.c brlcad/trunk/src/libdm/dm-generic.c and 7 others): BU_ALLOC is more appropriate since we return to the caller, but it will never be NULL |
| 17:22.10 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 17:32.49 | ``Erik | hm, looks like someone finally got around to saving all their emacs buffers o.O :> *duck* |
| 17:37.20 | DarkCalf | does emacs do IRC yet? |
| 17:44.59 | ``Erik | since the 80's |
| 17:47.16 | ``Erik | latest hotness seems like a 2001 project called 'erc' |
| 17:48.07 | ``Erik | but irc's beginning in like '88 was almost immediately followed by an emacs plugin |
| 18:03.02 | Notify | 03BRL-CAD:carlmoore * 54638 brlcad/trunk/src/util/bwdiff.c: add note about needing to capture stdout in a file |
| 18:03.40 | *** join/#brlcad cadman (~Adium@mwg-e05.infosec.fedex.com) | |
| 18:07.43 | *** join/#brlcad cadman1 (~Adium@mwg-w04.infosec.fedex.com) | |
| 18:57.40 | Notify | 03BRL-CAD:carlmoore * 54639 brlcad/trunk/src/liboptical/sh_treetherm.c: fix warnings by adding a comma |
| 18:59.14 | Notify | 03BRL-CAD:carlmoore * 54640 (brlcad/trunk/src/libbu/heap.c brlcad/trunk/src/libbu/parse.c and 2 others): fix format specifications to remove warnings |
| 19:11.02 | *** join/#brlcad cadman (~Adium@mwg-e05.infosec.fedex.com) | |
| 19:22.10 | *** join/#brlcad cadman (~Adium@mwg-w04.infosec.fedex.com) | |
| 19:26.40 | Notify | 03BRL-CAD:carlmoore * 54641 brlcad/trunk/src/util/bwfilter.c: switch 2 items in 'Possible arguments' message |
| 20:24.40 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 21:08.44 | starseeker | ``Erik: here's a compiler for you to try building BRL-CAD with! :-P https://github.com/vsedach/Vacietis |
| 21:19.43 | starseeker | has to say that just sounds cool |
| 21:20.10 | starseeker | I remember reading about Zeta-C, but I didn't realize someone had tried C->Lisp more recently |
| 21:22.09 | ``Erik | O.o |
| 21:22.40 | ``Erik | given the clang issues on linux, I'd be highly surprised |
| 21:23.03 | ``Erik | (the clang I have seems to get upset about int x[] = {1,2,3}; ) |
| 23:52.54 | *** join/#brlcad cadman (~Adium@mwg-e04.infosec.fedex.com) | |
| 00:14.18 | Notify | 03BRL-CAD:ddreeves70 * 54642 webcad/trunk/m35.html: made minor tweak on loading gl context |
| 00:47.48 | *** join/#brlcad cadman (~Adium@199.82.243.104) | |
| 01:29.19 | *** join/#brlcad cadman (~Adium@mwg-e04.infosec.fedex.com) | |
| 01:41.24 | Notify | 03BRL-CAD:brlcad * 54643 (brlcad/trunk/src/libfb/fb_obj.c brlcad/trunk/src/libgcv/region_end.c and 18 others): convert all the calls to BU_GET() a union tree to BU_ALLOC() calls since they are free'd variably by the caller. |
| 02:00.40 | Notify | 03BRL-CAD:brlcad * 54644 brlcad/trunk/include/bu.h: similar do/while syntax to avoid having stray semicolons |
| 02:04.49 | Notify | 03BRL-CAD:brlcad * 54645 brlcad/trunk/src/conv/dxf/dxf-g.c: ws cleanup plus one vls get/put conversion |
| 02:15.20 | Notify | 03BRL-CAD:brlcad * 54646 brlcad/trunk/src/libbu/temp.c: wrong BU_PUT syntax, takes the type |
| 02:35.55 | Notify | 03BRL-CAD:brlcad * 54647 brlcad/trunk/src/libged/bot_dump.c: put _ged_bot_dump_client_data on the stack so we don't have to heap-allocate |
| 02:44.10 | Notify | 03BRL-CAD:brlcad * 54648 (brlcad/trunk/src/libged/arb.c brlcad/trunk/src/libged/bigE.c and 5 others): call BU_ALLOC where the memory release is not nearby/obvious/here |
| 02:44.42 | Notify | 03BRL-CAD:ddreeves70 * 54649 NIL: restructuring |
| 02:50.57 | Notify | 03BRL-CAD:brlcad * 54650 (brlcad/trunk/src/libged/bot_merge.c brlcad/trunk/src/libged/importFg4Section.c and 38 others): convert all of the rt_*internal allocations to BU_ALLOC() since they're nearly all released during wdb_export() or otherwise destined for bu_free() |
| 03:12.00 | Notify | 03BRL-CAD:brlcad * 54651 brlcad/trunk/src/libged/copymat.c: not clear what struct animate is being used for here, but also looks like a memory leak and unnecessarily on the heap. put it on the stack. |
| 03:21.36 | Notify | 03BRL-CAD:brlcad * 54652 brlcad/trunk/src/libged/dg_obj.c: BU_ALLOC instead of BU_GET |
| 03:22.13 | Notify | 03BRL-CAD:brlcad * 54653 brlcad/trunk/src/libged/draw.c: doesn't seem necessary for struct _ged_client_data to be on the heap here. put it on the stack. |
| 03:32.03 | Notify | 03BRL-CAD:brlcad * 54654 brlcad/trunk/src/libged/edpipe.c: looks like it's safe to call BU_GET() here, so convert free to BU_PUT(). |
| 03:32.20 | Notify | 03BRL-CAD:brlcad * 54655 (brlcad/trunk/src/libged/draw.c brlcad/trunk/src/libged/edit.c): convert allocations to BU_ALLOC |
| 03:36.49 | Notify | 03BRL-CAD:brlcad * 54656 brlcad/trunk/src/libged/get_obj_bounds.c: looks like soltab should work just fine on the stack |
| 03:53.52 | Notify | 03BRL-CAD:ddreeves70 * 54657 (webcad/trunk/native/src/getwireframe.c =================================================================== and 265 others): restructuring |
| 03:54.58 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 07:19.48 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 08:15.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:04.00 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 09:04.01 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 09:15.51 | *** join/#brlcad luca79 (~luca@net-37-117-82-77.cust.dsl.vodafone.it) | |
| 09:51.49 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 09:51.50 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 10:11.04 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 10:11.10 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 11:59.17 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 12:03.06 | brlcad | tis official, server will get another upgrade on March 26th |
| 12:03.26 | brlcad | but this one I'm letting them do it for us, probably just going to drop the old drive in a new chasis |
| 12:04.41 | brlcad | it's a dual quad-core 2.5GHz xeon, 2TB mem, 500GB disk, 2TB net |
| 12:28.09 | Notify | 03BRL-CAD:bob1961 * 54658 (brlcad/trunk/src/tclscripts/archer/Arb4EditFrame.tcl brlcad/trunk/src/tclscripts/archer/Arb5EditFrame.tcl and 20 others): Updates to initEditState for the primitive edit panels to initialize bits of edit state when the edit mode is null. |
| 12:40.04 | Notify | 03BRL-CAD:bob1961 * 54659 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): If the LOD setting changes in Archer, redraw everything. |
| 12:41.35 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:00.21 | ``Erik | tb mem or gb mem? |
| 13:12.21 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:16.44 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:35.51 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 14:21.32 | Notify | 03BRL-CAD:brlcad * 54660 brlcad/trunk/src/util/bwdiff.c: the need to redirect output should be in the usage synopsis, not explained |
| 14:25.19 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 14:25.22 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:47.24 | Notify | 03BRL-CAD:brlcad * 54661 brlcad/trunk/src/libbu/heap.c: we can use %zd for size_t's if we go through bu_log() |
| 14:49.23 | Notify | 03BRL-CAD:bob1961 * 54662 brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Updated CombEditFrame::validateTableEntry to be more flexible in its recognition of doubles. Also, removed menu entries for deleting and creating members. |
| 14:53.53 | Notify | 03BRL-CAD:brlcad * 54663 brlcad/trunk/src/libged/wdb_bigE.c: a variable named 'str' should be a zinger red flag that it's probably not an int. function had wrong type arg. |
| 15:01.41 | Notify | 03BRL-CAD:bob1961 * 54664 brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Removed a bit of old code. |
| 16:03.37 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 16:03.37 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 16:12.33 | Notify | 03BRL-CAD:bob1961 * 54665 brlcad/trunk/src/librt/db_tree.c: Update db_tree_parse() to allow the use of '+' in addition to 'n' when indicating intersection. |
| 16:16.00 | Notify | 03BRL-CAD:bob1961 * 54666 brlcad/trunk/src/tclscripts/archer/CombEditFrame.tcl: Archer's comb edit panel now updates the tree after an edit. |
| 16:21.53 | Notify | 03BRL-CAD:n_reed * 54667 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 2 others): add lod command for controlling lod drawing behavior |
| 16:23.56 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 16:30.08 | *** join/#brlcad cadman (~Adium@mwg-e01.infosec.fedex.com) | |
| 16:43.59 | Notify | 03BRL-CAD:n_reed * 54668 (brlcad/trunk/src/librt/primitives/arb8/arb8.c brlcad/trunk/src/librt/primitives/table.c): declare rt_arb_adaptive_plot a failed experiment and remove it |
| 17:35.25 | Notify | 03BRL-CAD:n_reed * 54669 brlcad/trunk/src/libged/lod.c: don't return error when no arguments are given |
| 17:38.19 | *** join/#brlcad Posterdati (~antani@host98-231-dynamic.2-79-r.retail.telecomitalia.it) | |
| 17:38.29 | Posterdati | rhino sdk it's a mess |
| 18:12.58 | Notify | 03BRL-CAD:carlmoore * 54670 brlcad/trunk/src/util/bwhist.c: capital U |
| 18:15.41 | Notify | 03BRL-CAD:n_reed * 54671 brlcad/trunk/src/tclscripts/archer/Archer.tcl: need to make sure wflag always exists if we're going to test it |
| 18:37.32 | Notify | 03BRL-CAD:n_reed * 54672 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/mged/attach.c): initialize lod scale factors |
| 18:58.15 | Notify | 03BRL-CAD:n_reed * 54673 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/dm-generic.c and 3 others): use lod in mged via lod command rather than mged variable |
| 18:58.55 | *** join/#brlcad andrei (~andrei@188.25.162.85) | |
| 20:29.01 | Notify | 03BRL-CAD:n_reed * 54674 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/archer/Archer.tcl and 2 others): make lod command available in archer |
| 21:01.11 | *** join/#brlcad caen23_ (~cezar@92.81.215.30) | |
| 23:21.53 | *** join/#brlcad cadman (~Adium@mwg-w01.infosec.fedex.com) | |
| 03:07.45 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 03:08.03 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 04:35.47 | brlcad | ``Erik: heh, oops, yeah 2GB mem .. that would be awesome |
| 04:59.27 | Notify | 03BRL-CAD:brlcad * 54675 brlcad/trunk/src/libged/ged.c: dbip are returned to callers, so be consistent with librt and allocate via BU_ALLOC |
| 05:01.09 | Notify | 03BRL-CAD:brlcad * 54676 brlcad/trunk/src/libged/joint.c: sync BU_PUT with respective BU_GET calls, except for animate structs since they get added to directory pointers and may be released by librt. convert bu_vls off the heap, put on the stack (should unleak memory too) |
| 05:28.41 | Notify | 03BRL-CAD:brlcad * 54677 brlcad/trunk/src/libbu/list.c: damn type aliasing. looks like some elements are released through an aliased type so we cannot rely on BU_PUT for deallocation. |
| 05:29.48 | Notify | 03BRL-CAD:brlcad * 54678 (brlcad/trunk/src/libged/make.c brlcad/trunk/src/libged/make_pnts.c and 3 others): more conversions to BU_ALLOC() or BU_PUT() where feasible |
| 05:38.22 | Notify | 03BRL-CAD:brlcad * 54679 (brlcad/trunk/src/libged/typein.c brlcad/trunk/src/librt/primitives/pnts/pnts.c): allocate point containers consistently with BU_ALLOC |
| 07:57.23 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 08:45.41 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-aqlnawuyxbdkubhs) | |
| 11:11.00 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:40.35 | Notify | 03BRL-CAD:indianlarry * 54680 (brlcad/trunk/src/other/poly2tri/poly2tri/common/utils.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.cc): Added "_USE_MATH_DEFINES" define to get M_PI definition from math.h under visual studio. Also added missing copyright to utils.cc. |
| 13:14.48 | Notify | 03BRL-CAD:starseeker * 54681 brlcad/trunk/include/brep.h: Export keys off of library name. |
| 13:50.03 | Notify | 03BRL-CAD:bob1961 * 54682 brlcad/trunk/src/libtclcad/tclcad_obj.c: Add MouseWheel bindings for display window zoom. |
| 14:23.06 | Notify | 03BRL-CAD:bob1961 * 54683 brlcad/trunk/include/brep.h: Change NURBS_DLL_EXPORTS to BREP_DLL_EXPORTS. |
| 15:00.00 | Notify | 03BRL-CAD:brlcad * 54684 brlcad/trunk/include/vmath.h: simplify, a define shouldn't be harmful/recognized on non-WIN32 and we don't want platform checks anyways |
| 15:27.33 | *** join/#brlcad luca79 (~luca@host122-17-dynamic.4-87-r.retail.telecomitalia.it) | |
| 15:28.16 | Notify | 03BRL-CAD:brlcad * 54685 brlcad/trunk/include/bu.h: compelled to be consistent with the API. if we provide an alloc wrapper, we should provide a counterpart free wrapper. unlike bu_free(), has the nice property of being able to set the pointer to NULL. |
| 15:31.16 | Notify | 03BRL-CAD:brlcad * 54686 (brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/conv/patch/patch-g.h): increase the processing limits on FASTGEN patch files substantially. a large file was encountered that exceeded several of these lame hard limits. simplify their setting and the moment by just making them all be bigger than they were (20k) and so there's only a single limit we need to concern ourselves with. |
| 15:42.40 | Notify | 03BRL-CAD:brlcad * 54687 brlcad/trunk/src/conv/patch/patch-g.h: very easy to blow out 16 characters when we put object and grouping counts into the name. jack it up to 256 (10 times what was recently encountered). |
| 15:43.55 | Notify | 03BRL-CAD:brlcad * 54688 brlcad/trunk/src/conv/patch/patch-g.c: fix a bug where we try to open the patch file with read/write perms for ug and read perms for o. this caused a cryptic unable to open patchfile message when a file was clearly readable. |
| 16:01.17 | Notify | 03BRL-CAD:brlcad * 54689 brlcad/trunk/TODO: patch-g was observed to be misbehaving on windows when given files with unexpected line endings. should be going through bu_fgets() consistently to be portable/flexible. |
| 16:01.37 | Notify | 03BRL-CAD:brlcad * 54690 brlcad/trunk/src/conv/patch/patch-g.c: comment on at least two places where the tool is assuming unix line endings |
| 16:09.50 | Notify | 03BRL-CAD:brlcad * 54691 (brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/conv/patch/patch-g.h and 2 others): source style ws consistency cleanup |
| 16:15.11 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 16:46.04 | Notify | 03BRL-CAD:brlcad * 54692 (brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/conv/patch/patch-g.h): change several of the arrays from being global allocations to getting allocated dynamically on the heap. not the best, but slightly better memory-management and debugging properties. also make usage dynamic and give the user some feedback that the tool did anything. |
| 17:16.00 | Notify | 03BRL-CAD:brlcad * 54693 (brlcad/trunk/src/conv/patch/patch-g.c brlcad/trunk/src/conv/patch/patch-g.h): convert the two remaining affarys to heap allocations and document roughly how much memory we're allocating as a hard-coded limit. |
| 17:22.00 | maths22 | brlcad: how do those specs compare to the old ones? |
| 17:22.31 | Notify | 03BRL-CAD:brlcad * 54694 brlcad/trunk/NEWS: helped a navy user (roles) with a fastgen patch file conversion that uncovered a variety of issues that have been improved upon in patch-g. the tool would cryptically fail if the file wasn't (unnecessarily) read/write. it also had numerous hard-coded limits (like 500 materials, 1500 of this, 1000 of that) that would cause memory corruption and cascading bad behavior. |
| 17:22.33 | Notify | limits increased nearly two orders of magnitude, but still hard-coded for now since that requires a lot more data and testing to implement safely. |
| 17:24.08 | brlcad | maths22: crit is around 2x-3x faster than .bz |
| 17:24.24 | brlcad | new server should be about 3x-4x faster than crit |
| 17:24.58 | brlcad | 8 cores will be really nice for the varied load |
| 18:17.02 | Notify | 03BRL-CAD:brlcad * 54695 (brlcad/trunk/src/libged/rmap.c brlcad/trunk/src/libged/rt.c and 2 others): pair BU_PUT() with BU_GET() calls where we can |
| 18:22.55 | Notify | 03BRL-CAD:brlcad * 54696 brlcad/trunk/src/libged/rtwizard.c: no benefit to the explicit init since they go out of scope, call BU_VLS_INIT_ZERO |
| 18:24.52 | Notify | 03BRL-CAD:brlcad * 54697 brlcad/trunk/src/libged/search.c: these are released within the depths of librt so call BU_ALLOC() |
| 18:29.49 | Notify | 03BRL-CAD:n_reed * 54698 (brlcad/trunk/src/archer/CMakeLists.txt brlcad/trunk/src/archer/plugins/Utility/Makefile.am and 6 others): add an LOD configuration dialog (hooks not yet implemented) and plug it in as an Archer utility |
| 18:30.45 | Notify | 03BRL-CAD:brlcad * 54699 brlcad/trunk/src/libged/simulate/simrt.c: ws indent style cleanup |
| 18:42.17 | Notify | 03BRL-CAD:brlcad * 54700 (brlcad/trunk/src/libged/track.c brlcad/trunk/src/libged/vdraw.c and 7 others): convert to BU_PUT() where we call BU_GET(), except punt on the old wdb_ routines where this just convert them to BU_ALLOC(). |
| 18:43.04 | Notify | 03BRL-CAD:brlcad * 54701 brlcad/trunk/src/libmultispectral/sh_temp.c: convert freeing of the specific to BU_PUT() and clean up formatting |
| 18:43.13 | *** join/#brlcad caen23 (~cezar@92.81.215.30) | |
| 19:10.01 | Notify | 03BRL-CAD:brlcad * 54702 (brlcad/trunk/src/liboptical/photonmap.c brlcad/trunk/src/liboptical/sh_air.c and 27 others): looks like we can cleanly pool all of the shader specific allocations, so convert their releases to BU_PUT(). curious to see if this makes any blip on prep performance when there are lots of objects/shaders. |
| 19:16.22 | *** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com) | |
| 20:15.59 | Notify | 03BRL-CAD:carlmoore * 54703 (brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml brlcad/trunk/src/util/bwrect.c): change capital T to small t (part of longer sentence) and try NOT to underscore a period |
| 20:29.04 | Notify | 03BRL-CAD:n_reed * 54704 (brlcad/trunk/src/tclscripts/archer/LODUtility.tcl brlcad/trunk/src/tclscripts/lod/LODDialog.tcl): implement lod dialog widget callbacks |
| 20:57.46 | Notify | 03BRL-CAD:n_reed * 54705 brlcad/trunk/src/libtclcad/tclcad_obj.c: extend archer support for lod 'redraw on zoom' to zoom command (affects +/- key zoom and scrollwheel zoom) |
| 21:21.39 | Notify | 03BRL-CAD:n_reed * 54706 brlcad/trunk/src/tclscripts/lod/LODDialog.tcl: add a checkbutton for toggling live update |
| 21:28.17 | Notify | 03BRL-CAD:brlcad * 54707 brlcad/trunk/src/libpc/pc_main.c: use libbu for memory management and call BU_PUT() accordingly for BU_GET() items. |
| 22:14.54 | *** part/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com) | |
| 23:10.44 | Notify | 03BRL-CAD:brlcad * 54708 brlcad/trunk/src/liboptical/sh_treetherm.c: save then commit, BU_PUT |
| 23:16.03 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 00:34.20 | *** join/#brlcad cadman (~Adium@mwg-w05.infosec.fedex.com) | |
| 01:33.20 | starseeker | huh - gecode says they've added support for float variables in version 4 |
| 01:53.38 | maths22 | wow! |
| 05:13.02 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 05:40.56 | *** join/#brlcad cadman1 (~Adium@64.178.177.71) | |
| 05:49.36 | Notify | 03BRL-CAD Wiki:Bigfoot03242 * 0 /wiki/User:Bigfoot03242: |
| 06:55.24 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 13:49.27 | *** join/#brlcad caen23_ (~cezar@92.83.190.45) | |
| 14:36.13 | *** join/#brlcad luca79 (~luca@host49-18-dynamic.8-87-r.retail.telecomitalia.it) | |
| 15:03.05 | *** join/#brlcad cadman (~Adium@mwg-e02.infosec.fedex.com) | |
| 15:06.54 | Notify | 03BRL-CAD:carlmoore * 54709 brlcad/trunk/src/libged/tire.c: use a capital U |
| 15:54.42 | Notify | 03BRL-CAD:n_reed * 54710 brlcad/trunk/src/tclscripts/lod/LODDialog.tcl: forgot to initialize variable |
| 15:56.26 | *** join/#brlcad cadman (~Adium@mwg-w02.infosec.fedex.com) | |
| 16:04.17 | Notify | 03BRL-CAD:n_reed * 54711 brlcad/trunk/src/libtclcad/tclcad_obj.c: update view dimension info on zoom |
| 18:29.26 | *** join/#brlcad Maloeran (~alexis@modemcable122.248-80-70.mc.videotron.ca) | |
| 19:45.58 | Notify | 03BRL-CAD:n_reed * 54712 (brlcad/trunk/src/libged/lod.c brlcad/trunk/src/tclscripts/archer/LODUtility.tcl brlcad/trunk/src/tclscripts/lod/LODDialog.tcl): initialize lod dialog with current state |
| 19:47.22 | *** join/#brlcad Maloeran (~alexis@modemcable122.248-80-70.mc.videotron.ca) | |
| 20:45.58 | *** join/#brlcad caen23 (~cezar@92.83.190.45) | |
| 22:27.02 | Notify | 03BRL-CAD:r_weiss * 54713 (brlcad/trunk/bench/pixcmp.c brlcad/trunk/include/bu.h and 67 others): Created libbu wrapper functions for functions "fseek", "lseek", "ftell", "fstat" and "stat". Made the name changes in most of the code. I did not change the names of the functions in c++ code and code which was not already using the libbu library. The purpose of these wrapper functions is that these functions are very |
| 22:27.04 | Notify | platform specific especially for windows 64bit. These changes build on linux. More changes and testing is needed. |
| 02:09.43 | Maloeran | mumbles something about the GNU Scientific Library being so poorly optimized, bordering on ridiculous |
| 02:17.55 | *** join/#brlcad caen23 (~cezar@92.83.190.45) | |
| 03:15.29 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.211) | |
| 07:13.00 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 07:13.00 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 09:00.50 | *** join/#brlcad caen23 (~cezar@92.83.190.45) | |
| 10:47.17 | ``Erik | cool, apple finally fixed the File:/// bug |
| 14:38.41 | Maloeran | And GTK still hasn't fixed the "bug" of the open/save dialog listing "Recently Used" by default instead of the current working directory |
| 15:53.16 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:56.22 | *** join/#brlcad andrei_ (~IceChat7@86.121.66.181) | |
| 00:47.21 | ``Erik | doh, no mention of BRL-CAD on http://ask.slashdot.org/story/13/03/16/1658253/ask-slashdot-best-3-d-design-software |
| 01:05.15 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 02:53.15 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 03:41.53 | starseeker | ``Erik: not unexpected given MGED is still our 'official' GUI |
| 03:42.52 | starseeker | althought I suppose it might be regarded as a valid competitor to OpenSCAD |
| 11:58.25 | *** join/#brlcad Skriptkid (~Skriptkid@14.140.219.22) | |
| 16:02.53 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 00:14.57 | *** join/#brlcad cadman (~Adium@64.178.177.71) | |
| 08:07.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:26.28 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:30.00 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-kmepvsuuoqzwxsmb) | |
| 10:56.26 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:09.47 | ``Erik | hm, http://www.meetup.com/baltimorecocoa/events/105851012/ tonight in baltimore/canton, unfortunately I won't be able to make that one :/ |
| 13:50.40 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 14:32.39 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 15:15.19 | Notify | 03BRL-CAD:carlmoore * 54714 (brlcad/trunk/src/libbu/file.c brlcad/trunk/src/util/bwrot.c): remove trailing blanks |
| 16:38.17 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 17:01.21 | Notify | 03BRL-CAD:n_reed * 54715 brlcad/trunk/src/util/plrot.c: if off_t is 64 bits then %ld is the wrong format |
| 17:10.29 | Notify | 03BRL-CAD:carlmoore * 54716 (brlcad/trunk/doc/docbook/system/man1/en/bwshrink.xml brlcad/trunk/doc/docbook/system/man1/en/pixshrink.xml): remove 'by' (had fixed 'bizarre' spelling earlier) |
| 17:11.27 | Notify | 03BRL-CAD:carlmoore * 54717 (brlcad/trunk/src/util/bwshrink.c brlcad/trunk/src/util/pixshrink.c): provide indentation (and, for bwshrink, change 2 occurrences of 'pix' to 'bw' |
| 17:14.09 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:29.24 | Notify | 03BRL-CAD:n_reed * 54718 brlcad/trunk/src/tclscripts/lod/LODDialog.tcl: make a few minor usability improvements |
| 19:58.08 | Notify | 03BRL-CAD:r_weiss * 54719 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h brlcad/trunk/include/config_win_cmake.h.in): Updates to cmake configuration and changes to data types to allow the wrapper functions for functions "fseek", "lseek", "ftell", "fstat" and "stat" to build on Windows 64bit using MSVS 2010. |
| 04:10.16 | Notify | 03BRL-CAD:brlcad * 54720 brlcad/trunk/src/librt/bundle.c: not immediately obvious where this is released, but doesn't appear to be local |
| 04:11.43 | Notify | 03BRL-CAD:brlcad * 54721 brlcad/trunk/src/librt/columnparse.c: col_properties struct doesn't need to be on the heap |
| 04:14.39 | Notify | 03BRL-CAD:brlcad * 54722 (brlcad/trunk/src/librt/db_anim.c brlcad/trunk/src/librt/db_inmem.c and 2 others): pointers returned to the caller should be allocated via BU_ALLOC/bu_*alloc so we can define consistent API, change from BU_GET |
| 04:16.11 | Notify | 03BRL-CAD:brlcad * 54723 brlcad/trunk/src/librt/mater.c: alloc and free mater structs with BU_ALLOC instead of BU_GET |
| 04:18.28 | Notify | 03BRL-CAD:brlcad * 54724 brlcad/trunk/src/librt/prep.c: rtip is returned to caller, allocate with BU_ALLOC instead of BU_GET |
| 04:21.13 | Notify | 03BRL-CAD:brlcad * 54725 brlcad/trunk/src/librt/namegen.c: don't see a reason for having these two formatting_style structs be on the heap. putting it on the stack takes care of the (trivial) memory leak |
| 09:15.29 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 11:22.01 | Notify | 03BRL-CAD:bob1961 * 54726 brlcad/trunk/src/external/ProEngineer/proe_brl.res: New default settings for the proe-brl converter |
| 12:00.43 | *** join/#brlcad merzo (~merzo@206-37-133-95.pool.ukrtel.net) | |
| 12:15.42 | Notify | 03BRL-CAD Wiki:Notebooksi * 0 /wiki/User:Notebooksi: |
| 16:43.09 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:16.50 | Notify | 03BRL-CAD:n_reed * 54727 (brlcad/trunk/src/tclscripts/lod/LODDialog.tcl brlcad/trunk/src/tclscripts/mged/CMakeLists.txt and 4 others): make lod configuration dialog available from mged tool menu |
| 18:56.53 | Notify | 03BRL-CAD:carlmoore * 54728 brlcad/trunk/doc/docbook/system/man1/en/bwscale.xml: missing a > sign in the SYNOPSIS line -- do you understand what I want to do? |
| 19:46.15 | Notify | 03BRL-CAD Wiki:Cchujinguobb * 0 /wiki/User:Cchujinguobb: |
| 20:31.07 | Notify | 03BRL-CAD:r_weiss * 54729 (brlcad/trunk/bench/pixcmp.c brlcad/trunk/src/anim/anim_sort.c and 22 others): Changed many data types from "long" to "off_t" to allow the function "bu_fseek" to work correctly on Windows 64bit. |
| 01:38.06 | Notify | 03BRL-CAD:brlcad * 54730 brlcad/trunk/NEWS: nick added level-of-detail support to mged and archer's wireframe infrastructure. it dynamically adjusts the wireframe detail based on the pixel dimensions and quality parameters (samples per curve and curve density). there's a new configuration panel to adjust the values. |
| 01:43.37 | Notify | 03BRL-CAD:brlcad * 54731 brlcad/trunk/src/util/plrot.c: convert fprintf(stderr) calls to bu_log(), use %zd for off_t (%jd is a better fit, but untested) |
| 02:47.54 | Notify | 03BRL-CAD:brlcad * 54732 (brlcad/trunk/src/conv/dbupgrade.c brlcad/trunk/src/conv/intaval-g.py and 17 others): Usage consistency |
| 03:09.57 | Notify | 03BRL-CAD:brlcad * 54733 brlcad/trunk/src/librt/primitives/extrude/extrude.c: warrants manual testing but there's no reason to allocate a specific structure on the heap, put on the stack and update calls accordingly. BU_PUT() the real extrude_specific struct. |
| 03:13.10 | Notify | 03BRL-CAD:brlcad * 54734 (brlcad/trunk/src/librt/primitives/ehy/ehy.c brlcad/trunk/src/librt/primitives/eto/eto.c and 4 others): BU_PUT() the *_specific structs since they are created/destroyed locally behind API. |
| 03:19.09 | starseeker | hmm - apparently our fedex_plus conversion has a bug that wasn't triggered by ap203 |
| 03:23.11 | Notify | 03BRL-CAD:brlcad * 54735 brlcad/trunk/src/librt/primitives/cline/cline.c: put the cline_specific but alloc the wdb_pipepts |
| 03:27.21 | Notify | 03BRL-CAD:brlcad * 54736 (brlcad/trunk/src/librt/primitives/bspline/bspline.cpp brlcad/trunk/src/librt/primitives/ebm/ebm.c and 13 others): BU_PUT() the *_specific structs since they are created/destroyed locally behind API. |
| 03:29.13 | Notify | 03BRL-CAD:brlcad * 54737 brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: unclear where this memory is getting or should be released, so call BU_ALLOC() accoridngly |
| 03:29.39 | Notify | 03BRL-CAD:brlcad * 54738 brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: not destroyed locally, call BU_ALLOC() |
| 03:30.55 | Notify | 03BRL-CAD:brlcad * 54739 brlcad/trunk/src/librt/primitives/bot/bot.c: BU_ALLOC() all of the rt_bot_list structures since they seem to be accessed elsewhere. |
| 03:33.14 | Notify | 03BRL-CAD:brlcad * 54740 brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: follow form, BU_PUT() our bot_specific data. this really begs for extending BU_GET() support to arrays since normals are prime candidates for fast bucket allocations. |
| 03:34.26 | Notify | 03BRL-CAD:brlcad * 54741 brlcad/trunk/src/librt/primitives/dsp/dsp.c: another case where we can undo having a dsp_specific be allcoated on the heap for calculating the bounding box. put it on the stack and BU_PUT() the specific |
| 03:36.17 | Notify | 03BRL-CAD:brlcad * 54742 brlcad/trunk/src/librt/primitives/pipe/pipe.c: lil bit of everything. convert allocations of individual structs to BU_GET() and call BU_PUT accordingly to release. same for *_specific. warrants testing. |
| 03:37.25 | Notify | 03BRL-CAD:brlcad * 54743 brlcad/trunk/src/librt/primitives/vol/vol.c: comment on the pointer stealing, but add some checks anyways. also BU_PUT() the rt_vol_specific |
| 03:38.41 | Notify | 03BRL-CAD:brlcad * 54744 brlcad/trunk/src/librt/primitives/hyp/hyp.c: more memory allocation cleanup. another struct heap removal and BU_PUT'ing of the _specific. |
| 03:39.38 | Notify | 03BRL-CAD:brlcad * 54745 brlcad/trunk/src/librt/primitives/submodel/submodel.c: have to BU_ALLOC() our resource structs, but we can call BU_PUT() on the specific |
| 04:52.22 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 05:44.13 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:24.29 | *** join/#brlcad merzo (~merzo@142-166-133-95.pool.ukrtel.net) | |
| 10:52.37 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:43.03 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:28.24 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:37.47 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 14:01.30 | Notify | 03BRL-CAD:brlcad * 54746 brlcad/trunk/src/librt/search.c: memory allocation cleanup. allocate the db_path_t objects with BU_GET/PUT, but not the rest since they are returned to caller. |
| 14:05.09 | Notify | 03BRL-CAD:brlcad * 54747 (brlcad/trunk/src/librt/shoot.c brlcad/trunk/src/librt/tol.c and 3 others): returned to caller or otherwised released elsewhere, so call BU_ALLOC() |
| 14:06.36 | Notify | 03BRL-CAD:brlcad * 54748 brlcad/trunk/src/conv/vdeck/vextern.h: conflicting savsol type declarations (off_t vs long), so remove the apparantly unnecessary vextern.h one and keep the vdeck.c one |
| 14:08.54 | Notify | 03BRL-CAD:brlcad * 54749 brlcad/trunk/src/util/hex.c: print a big number |
| 14:19.06 | Notify | 03BRL-CAD:mendesr * 54750 (jbrlcad/trunk/pom.xml jbrlcad/trunk/src/main/java/org/brlcad/info/RegionInfo.java): MUVES-2488; create regionInfo regionless solids |
| 14:21.59 | Notify | 03BRL-CAD:mendesr * 54751 NIL: Tag version for 1.3 release |
| 14:22.42 | Notify | 03BRL-CAD:mendesr * 54752 jbrlcad/trunk/pom.xml: Update version to 1.4-SNAPSHOT |
| 14:23.29 | Notify | 03BRL-CAD:brlcad * 54753 brlcad/trunk/src/libtclcad/cmdhist_obj.c: save to BU_PUT() here because nobody else peeks at the bu_cmdhist_obj objects, unlike the bu_cmdhist objects |
| 14:34.11 | Notify | 03BRL-CAD:bob1961 * 54754 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Modify Archer's "p" command to call editMotionDeltaCallback or handleObjCenter. Also altered Archer::handleObjCenter to take two more args (i.e. _dosnap and _viewz). |
| 14:41.31 | Notify | 03BRL-CAD:brlcad * 54755 brlcad/trunk/src/remrt/rtsrv.c: looks like the pkg_queue are isolated here, and can be released with BU_PUT |
| 14:50.38 | Notify | 03BRL-CAD:brlcad * 54756 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/libwdb/dynamic_geometry.c and 15 others): looks like the remainder all convert to BU_ALLOC() for myriad reasons |
| 15:20.48 | Notify | 03BRL-CAD:brlcad * 54758 (brlcad/trunk/src/adrt/librender/spall.c brlcad/trunk/src/adrt/librender/surfel.c and 12 others): more BU_ALLOC() conversions. will be interesting to see if zero-init has any impact. |
| 15:27.45 | Notify | 03BRL-CAD:brlcad * 54759 brlcad/trunk/src/conv/g-shell-rect.c: switch to BU_ALLOC() instead of the local complexity |
| 15:48.57 | Notify | 03BRL-CAD Wiki:Navz143143 * 0 /wiki/User:Navz143143: |
| 15:49.55 | Notify | 03BRL-CAD:brlcad * 54760 (brlcad/trunk/src/bwish/cmd.c brlcad/trunk/src/conv/asc/asc2g.c and 6 others): more BU_ALLOC() conversions where we only allocate a single structure. |
| 15:49.57 | Notify | 03BRL-CAD:brlcad * 54757 (brlcad/trunk/src/adrt/isst_tcltk.c brlcad/trunk/src/adrt/librender/camera.c and 3 others): allocate single structures with BU_ALLOC(). get rid of unnecessary null checks since libbu guarantees that won't happen. |
| 15:53.42 | Notify | 03BRL-CAD:brlcad * 54761 (brlcad/trunk/include/bn.h brlcad/trunk/include/bu.h and 3 others): simplify, allocate via BU_ALLOC(). update docs to reflect that option too. |
| 16:20.59 | Notify | 03BRL-CAD:brlcad * 54762 brlcad/trunk/include/nurb.h: missing comma |
| 16:24.01 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.66.3) | |
| 16:29.55 | Notify | 03BRL-CAD:brlcad * 54763 brlcad/trunk/src/libdm/dm-plot.c: reallocation leak, remove calloc |
| 16:35.33 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 16:39.38 | Notify | 03BRL-CAD:brlcad * 54764 brlcad/trunk/src/libged/bot_merge.c: calloc params should count then size |
| 16:42.11 | Notify | 03BRL-CAD:brlcad * 54765 brlcad/trunk/src/libbn/mat.c: type consistency, unhappy converting a mat_t* to a matp_t without explicit cast, so add it. use MAT_COPY while we're at it instead of memcpy in case the representation ever changes. |
| 16:43.12 | Notify | 03BRL-CAD:brlcad * 54766 brlcad/trunk/include/raytrace.h: typo, missing paren |
| 16:45.39 | ``Erik | http://www.nasa.gov/mission_pages/voyager/voyager20121203.html neat, new layer to the solar system |
| 16:46.47 | *** join/#brlcad caen23 (~cezar@92.81.219.106) | |
| 17:02.29 | Notify | 03BRL-CAD:brlcad * 54767 brlcad/trunk/src/conv/iges/readtree.c: another type mismatch, make it the equivalent pointer type instead of the typedef. maybe matp_t should die. |
| 17:18.17 | Notify | 03BRL-CAD:brlcad * 54768 (brlcad/trunk/src/conv/comgeom/solid.c brlcad/trunk/src/conv/g-x3d.c and 61 others): big conversion of single structure allocations to BU_ALLOC(). doesn't change behavior (except zero-init in some cases) but does improve readability and brevity. this is about a third of them. |
| 17:22.06 | Notify | 03BRL-CAD:brlcad * 54769 brlcad/trunk/src/libged/bot_merge.c: revert, wasn't supposed to be committed |
| 17:29.15 | Notify | 03BRL-CAD:brlcad * 54770 brlcad/trunk/src/libged/brep.c: gah my fingers and their auto-saving habit. commit the rest that removes the allocation of a brep *pointer* on the stack. doesn't seem to be a reason for that other than brep_conversion() needing the address of the pointer so that it can set its value. we can do that without a double-pointer here. |
| 17:38.36 | Notify | 03BRL-CAD:brlcad * 54771 brlcad/trunk/src/libged/combmem.c: allocate a mat_t, not 16 fastf_t |
| 17:42.16 | Notify | 03BRL-CAD:brlcad * 54772 brlcad/trunk/src/libged/gqa.c: calloc is count then size |
| 17:46.52 | *** join/#brlcad merzo (~merzo@142-166-133-95.pool.ukrtel.net) | |
| 17:52.41 | ``Erik | brlcad: 54749 breaks on 64b linux: src/util/hex.c:80: warning: format '%08llx' expects type 'long long unsigned int', but argument 2 has type 'off_t' |
| 18:00.06 | Notify | 03BRL-CAD:mendesr * 54773 jbrlcad/trunk/pom.xml: Updating JScience version, and adding webdav stuff for deployment also moving to 1.4 |
| 18:03.19 | Notify | 03BRL-CAD:mendesr * 54774 jbrlcad/trunk/pom.xml: Updating to version 1.5-SNAPSHOT |
| 18:10.06 | Notify | 03BRL-CAD:brlcad * 54775 brlcad/trunk/src/librt/cut.c: BU_ALLOC() in a couple places, and swap calloc for count then size |
| 19:18.10 | Notify | 03BRL-CAD:brlcad * 54776 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: call BU_ALLOC() where we can (single struct allocation) and use libbu memory management consistency (bu_malloc() instead of malloc()) |
| 19:20.54 | Notify | 03BRL-CAD:brlcad * 54777 brlcad/trunk/src/librt/primitives/generic.c: calloc is count then size |
| 19:26.09 | Notify | 03BRL-CAD:brlcad * 54778 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: calloc is count then size |
| 19:35.55 | Notify | 03BRL-CAD:brlcad * 54779 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: good catch nick, it was already countsize. make explicit with sizeof(char). |
| 20:03.50 | Notify | 03BRL-CAD:brlcad * 54780 brlcad/trunk/src/librt/shoot.c: another calloc count then size fix |
| 20:12.03 | Notify | 03BRL-CAD:brlcad * 54781 brlcad/trunk/src/mged/points/count.c: BU_ALLOC for brevity |
| 20:14.10 | Notify | 03BRL-CAD:brlcad * 54782 (brlcad/trunk/src/mged/points/count.c brlcad/trunk/src/mged/points/count.h and 4 others): remove authorship from source files, revision control holds the history |
| 20:19.03 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:37.28 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:41.52 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:55.06 | Notify | 03BRL-CAD:brlcad * 54783 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/cc.c and 121 others): mass conversion of nearly all the 2277 instances of bu_malloc() and bu_calloc() where there were single structure allocations to BU_ALLOC(). this has the main benefit of brevity, helping with maintainability and readability. it reduced 20k chars and eliminated over 1.5 lines (same # statements, they just tended to |
| 20:55.08 | Notify | span multiple lines because they were so wordy). about 500 instances are converted. the one logical change is that BU_ALLOC() ensures zero-initialization via bu_calloc() and that should generally be a good thing for structures, maybe even fix an obscure bug or two. |
| 21:16.14 | Notify | 03BRL-CAD:brlcad * 54784 brlcad/trunk/src/librt/cut.c: no longer BU_GET()ing union cutter objects, release normally via bu_free() |
| 21:17.25 | Notify | 03BRL-CAD:brlcad * 54785 brlcad/trunk/src/libged/push.c: there is no ged_push |
| 21:17.56 | Notify | 03BRL-CAD:brlcad * 54786 brlcad/trunk/src/librt/primitives/pipe/pipe.c: linear_pipe should be lin_pipe too |
| 21:20.20 | Notify | 03BRL-CAD:brlcad * 54787 brlcad/trunk/src/librt/primitives/nmg/nmg_mk.c: call NMG_GETSTRUCT() since we don't directly call BU_GET() on a model |
| 21:26.48 | Notify | 03BRL-CAD:brlcad * 54788 brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: BU_GET() the nmg_radial structs since we found the pairing |
| 21:28.00 | Notify | 03BRL-CAD:brlcad * 54789 brlcad/trunk/src/liboptical/sh_stxt.c: type typo, stxt_specific |
| 21:41.59 | Notify | 03BRL-CAD:brlcad * 54790 brlcad/trunk/include/bu.h: intentionally but innocuosly use the type so we can catch errors |
| 21:50.55 | Notify | 03BRL-CAD:brlcad * 54791 brlcad/trunk/include/bu.h: using the type in an rvalue is a bad idea since it conflicts with type punned pointers. use in lvalue cast instead in what should be a safe way. |
| 21:55.28 | Notify | 03BRL-CAD:brlcad * 54792 brlcad/trunk/include/bu.h: make the heap pool version match to avoid confusion, cleanup docs |
| 22:01.44 | Notify | 03BRL-CAD:brlcad * 54793 brlcad/trunk/src/libbu/hook.c: ws |
| 22:03.13 | Notify | 03BRL-CAD:brlcad * 54794 brlcad/trunk/src/anim/chan_permute.c: indent |
| 22:24.14 | Notify | 03BRL-CAD:brlcad * 54795 (brlcad/trunk/include/brep.h brlcad/trunk/include/raytrace.h and 43 others): more ws cleanup, been a little while |
| 01:34.50 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 02:37.01 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:42.11 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:56.48 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 04:10.07 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 04:17.42 | Notify | 03BRL-CAD:brlcad * 54796 brlcad/trunk/src/util/hex.c: llx expects long long so give it long long |
| 09:39.32 | *** join/#brlcad luca79 (~luca@net-188-216-232-191.cust.dsl.vodafone.it) | |
| 09:39.42 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 09:57.41 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:30.38 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:56.03 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:41.10 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 14:06.08 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 14:28.19 | Notify | 03BRL-CAD:brlcad * 54797 brlcad/trunk/NEWS: richard added a new -q option to gqa for suppressing messages about regions not hit |
| 14:51.55 | Notify | 03BRL-CAD:brlcad * 54798 brlcad/trunk/src/external/ProEngineer/Makefile.am: include msvc10 in autotools dist |
| 16:43.30 | Notify | 03BRL-CAD:jordisayol * 54799 brlcad/trunk/misc/debian/changelog: update Debian changelog to next release |
| 17:49.22 | *** join/#brlcad merzo (~merzo@129-160-133-95.pool.ukrtel.net) | |
| 18:09.28 | Notify | 03BRL-CAD:brlcad * 54800 brlcad/trunk/include/bu.h: document that the new stat/seek functions should not yet be considered new API since there may be a less intrusive option. don't want to be considered published. |
| 18:37.59 | Notify | 03BRL-CAD:carlmoore * 54801 brlcad/trunk/src/util/pix-png.c: Usage statement was missing reference to -g gamma |
| 18:49.31 | Notify | 03BRL-CAD:starseeker * 54802 brlcad/trunk/src/other/CMakeLists.txt: Add the tk unix path to the list of internal header paths used to build tcl/tk extensions. This may fix the togl build failure with tcl/tk 8.5.13, but is untested - see http://lists.freebsd.org/pipermail/svn-ports-all/2012-September/003483.html |
| 18:53.14 | Notify | 03BRL-CAD:brlcad * 54803 brlcad/trunk/src/liboptical/sh_toyota.c: comment cleanup |
| 19:15.51 | Notify | 03BRL-CAD:carlmoore * 54804 brlcad/trunk/src/util/pix-png.c: and I added this so we can have the run-with-no-arguments construct without extra error (cannot input from tty) |
| 19:18.14 | Notify | 03BRL-CAD:brlcad * 54805 brlcad/trunk/src/librt/primitives/tgc/tgc.c: move definitions and globals around, push them to the top of the file and group together |
| 19:21.48 | Notify | 03BRL-CAD:brlcad * 54806 brlcad/trunk/src/librt/primitives/tgc/tgc.c: bah, pay attention to our order. don't use before we declare. make two of the globals static to limit scope |
| 19:39.20 | Notify | 03BRL-CAD:brlcad * 54807 brlcad/trunk/include/vmath.h: implement macros for swapping vectors and matrices. use a single temporary float for the vectors, but a full temp matrix for the matrix swap. while the single fastf_t temp is fewer read/write instructions, it may be more coherent (faster) to use a full vector. warrants testing if put into critical code. implemented in do{}while(0) fashion so a semicolon becomes |
| 19:39.22 | Notify | necessary |
| 20:09.40 | Notify | 03BRL-CAD:brlcad * 54808 brlcad/trunk/src/libbn/tcl.c: missing semi |
| 20:14.30 | Notify | 03BRL-CAD:starseeker * 54809 brlcad/trunk/misc/CMake/distcheck_repo_verify.cmake.in: Fix a couple bugs in the repository verification - build files reporting in ignored directories wasn't respecting the SVN deleted flag, and the REGEX for stripping the deleted marker from an svn report line was too aggressive. |
| 20:29.35 | Notify | 03BRL-CAD:brlcad * 54810 (brlcad/trunk/src/conv/euclid/euclid_unformat.c brlcad/trunk/src/librt/primitives/arb8/arb8.c): more semicolons missing from vmath macros |
| 20:29.46 | Notify | 03BRL-CAD:starseeker * 54811 brlcad/trunk/configure.ac: Add lodUtilityP Makefile to configure.ac |
| 20:31.59 | Notify | 03BRL-CAD:brlcad * 54812 (brlcad/trunk/src/librt/primitives/bspline/nurb_ray.c brlcad/trunk/src/librt/primitives/ell/ell.c): and more missing semicolons, clean up resulting indent failures |
| 20:46.01 | starseeker | brlcad: do we need to provide a working autotools build for 7.24.0? |
| 20:46.58 | starseeker | If we need to that's OK, I just want to be sure before I go too much further trying to fix it |
| 20:47.02 | Notify | 03BRL-CAD:carlmoore * 54813 brlcad/trunk/src/util/pix-png.c: reverted r54804 because we need to accept piped input too |
| 21:04.10 | starseeker | is is still expected to see a regression failure of "solids.rt.pix 3 off by many" ? |
| 21:40.46 | Notify | 03BRL-CAD:starseeker * 54814 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/tcl/CMakeLists.txt and 1452 others): No clear need as yet to take the Tcl/Tk 8.6 upgrade plunge, but go ahead and pull in the latest 8.5.13 patch release of 8.5 - the change logs list a few bug fixes which may be of interest. |
| 21:47.50 | ``Erik | 0 |
| 22:01.36 | Notify | 03BRL-CAD:starseeker * 54815 (brlcad/trunk/src/other/tktreectrl/ChangeLog =================================================================== and 205 others): TkTreeCtrl (http://tktreectrl.sourceforge.net) is a better, more powerful tree widget than the default ttk widget - there's a decent chance Archer will be making use of this, so checkpointing the CMake build for it. Will revert until there is a need, but |
| 22:01.38 | Notify | don't want to lose the working CMake build. As a first step, commit the vanilla sources for a diffing baseline. |
| 22:05.51 | Notify | 03BRL-CAD:starseeker * 54816 (brlcad/trunk/src/other/tktreectrl/demos/demo.tcl brlcad/trunk/src/other/tktreectrl/generic/tkTreeCtrl.h): Tweaks and build files for TkTreeCtrl CMake build. Code changes were including the config.h header and fixing the panel code in the demo so that it didn't end up trying to use Itk panels in bwish. |
| 22:07.49 | Notify | 03BRL-CAD:starseeker * 54817 NIL: Now back out the TkTreeCtrl merge until it's needed. |
| 22:20.09 | Notify | 03BRL-CAD:starseeker * 54818 (brlcad/trunk/INSTALL brlcad/trunk/src/other/CMakeLists.txt): Oops - correct variable names in Tcl/Tk enable/disable docs. |
| 01:20.31 | maths22 | ``Erik: why does Notify sometimes have lots of ============================== signs |
| 01:30.11 | ``Erik | maths22: something in the mail confuses the parser and it doesn't get the file names right... eventually, I'll fix it |
| 02:37.05 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 02:54.48 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:10.49 | Notify | 03BRL-CAD Wiki:Vannesakren * 0 /wiki/User:Vannesakren: |
| 03:13.58 | Notify | 03BRL-CAD:brlcad * 54819 (brlcad/trunk/src/burst/grid.c brlcad/trunk/src/conv/fast4-g.c and 29 others): fix the remainder of vmath calls that were missing semicolons. wow, few more than expected. |
| 03:56.18 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 04:25.28 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 04:40.04 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:59.15 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 08:23.10 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 08:48.51 | *** join/#brlcad Ashish101 (75c2222b@gateway/web/freenode/ip.117.194.34.43) | |
| 08:50.41 | Ashish101 | Is SeAN HERE ?? |
| 09:34.50 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:10.48 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:49.36 | brlcad | starseeker: yeah, I think we should for at least one more since this wasn't a planned minor bump |
| 13:07.20 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:22.33 | Notify | 03BRL-CAD:brlcad * 54820 brlcad/trunk/src/liboptical/sh_cloud.c: revert 54485 since the added precision introduces lots of benchmark result off-by-many changes. the low precision .707 value has been there since Version 2 of RT (commit 395 in Aug 1985). a case for updating the benchmarks could be made, but the sensitivity possibly introduced by the double-precision value is concerning (will single-precision fastf_t |
| 13:22.35 | Notify | give same values?) |
| 13:27.06 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:36.02 | starseeker | brlcad: can we yank jove now? (deprecated 7.14) |
| 13:37.04 | starseeker | oh, crud - opennurbs Makefile.am logic wasn't updated |
| 13:37.09 | starseeker | wades in... |
| 13:39.42 | Notify | 03BRL-CAD:brlcad * 54821 brlcad/trunk/include/vmath.h: convert all of the vmath block macros to do {} while (0) form so that a semicolon becomes required. only a really stupid compiler would actually output an always-false branch test, so it should have no impact on performance. moreover, testing (mac, linux, gcc, clang) showed no impact. |
| 13:48.39 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:50.36 | Notify | 03BRL-CAD:brlcad * 54822 brlcad/trunk/include/vmath.h: document the reason for the do while construct |
| 13:51.42 | brlcad | starseeker: yep |
| 13:52.14 | starseeker | you want to nuke it, or shall I do the honors? |
| 13:52.15 | brlcad | anything 7.16- is easily fair game |
| 13:52.23 | brlcad | go for it |
| 13:52.45 | brlcad | plays taps |
| 13:53.11 | starseeker | what? no celebrating for lines of code removed? :-P |
| 13:53.42 | brlcad | not for src/other lines |
| 13:53.51 | starseeker | aw |
| 13:53.59 | starseeker | well, it didn't start in src/other |
| 13:54.09 | brlcad | might be polite to ship a dotemacs file with jove bindings |
| 13:54.46 | starseeker | yeah, was planning to move that to misc |
| 13:55.02 | starseeker | just scrubbed down the file we did have in there to get it loading with a modern emacs |
| 13:57.02 | Notify | 03BRL-CAD:starseeker * 54823 (brlcad/trunk/configure.ac brlcad/trunk/src/other/openNURBS/Makefile.am brlcad/trunk/src/other/tcl/unix/Makefile.in): More autotools fixes |
| 14:00.39 | brlcad | cool |
| 14:13.19 | Notify | 03BRL-CAD:starseeker * 54824 (brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/Makefile.am): Add a stripped down version of the jove.emacs Emacs configuration file intended to help Emacs emulate the jove editing experience ('stripped down' means removed things in the original file that didn't load in modern Emacs and/or code that didn't seem especially relevant to jove emulation.) Add to misc, in preparation for |
| 14:13.22 | Notify | removal of src/other/jove. This needs to be tested by experienced jove users, but it is a starting point. |
| 14:16.48 | Notify | 03BRL-CAD:brlcad * 54825 brlcad/trunk/regress/moss.sh: since -n depends on the shell mode and echo impl, don't rely on it. looks bad in the output. just write a label. |
| 14:17.20 | brlcad | starseeker: you working on any other CHANGES obsoletions? |
| 14:25.00 | ``Erik | kill! kill! kill! |
| 14:36.58 | Notify | 03BRL-CAD:r_weiss * 54826 brlcad/trunk/src/conv/vdeck/vextern.h: Another data type change from "long" to "off_t" to allow the function "bu_fseek" to work on Windows 64bit. |
| 14:40.07 | starseeker | brlcad: not right now |
| 14:40.20 | starseeker | after I yank jove I've got to try to get the autotools build going :-( |
| 14:44.17 | Notify | 03BRL-CAD:starseeker * 54827 (brlcad/trunk/CHANGES brlcad/trunk/CMakeLists.txt and 7 others): Remove the long-deprecated jove editor in src/other. |
| 14:46.52 | brlcad | starseeker: okie dokie |
| 14:47.07 | starseeker | unless you want to take on autotools :-P |
| 14:47.13 | starseeker | then I'll be glad to yank more stuff |
| 14:47.14 | Notify | 03BRL-CAD:starseeker * 54828 brlcad/trunk/src/other/openNURBS/Makefile.am: More files changed in openNURBS |
| 14:59.59 | Notify | 03BRL-CAD:brlcad * 54829 brlcad/trunk/src/liboptical/sh_cloud.c: go for a compromise. use M_SQRT1_2, but truncate it to 0.707 with an explanation for why this matters. done as a static const so we only compute the truncation once, even though the performance impact is probably insignificant. |
| 15:03.56 | maths22 | exit |
| 15:46.06 | brlcad | starseeker: i'll get to it if you don't but I'm working on the regression failures at the moment |
| 15:47.34 | starseeker | nods |
| 15:49.04 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 15:50.56 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:51.38 | FLOSSrookie | Has anyone else noticed conflicts with the RPM download of this application? |
| 15:51.45 | FLOSSrookie | For Fedora. |
| 15:57.07 | starseeker | what conflicts?\ |
| 15:57.17 | starseeker | grr - what conflicts? |
| 15:58.00 | starseeker | can't type today |
| 15:58.16 | FLOSSrookie | Let me rerun it. |
| 16:00.29 | FLOSSrookie | starseeker: http://fpaste.org/vJwd/ |
| 16:02.35 | FLOSSrookie | See what I mean. |
| 16:03.09 | starseeker | interesting. It's treating the directories as conflicts |
| 16:03.23 | starseeker | where did the RPM come from? Is this the one on the sourceforge site? |
| 16:03.32 | FLOSSrookie | starseeker: yes. |
| 16:08.19 | Notify | 03BRL-CAD:brlcad * 54830 brlcad/trunk/src/liboptical/sh_cloud.c: move the NUMSINES define closer to the use since it's localized to this one function, and document what it means |
| 16:09.00 | FLOSSrookie | Uhh....what? |
| 16:09.12 | starseeker | hmm? that's a commit message |
| 16:09.31 | FLOSSrookie | starseeker: Oh, at first I thought I was being given instructions. |
| 16:09.42 | starseeker | might be this bug: http://www.cmake.org/Bug/bug_relationship_graph.php?bug_id=13854 |
| 16:10.39 | starseeker | http://www.cmake.org/Bug/bug_relationship_graph.php?bug_id=0013609 rather |
| 16:11.04 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:11.23 | FLOSSrookie | So, this isn't brl-cad problem? Rather cmake? |
| 16:11.30 | starseeker | that would be my guess |
| 16:11.48 | FLOSSrookie | Any fixes? |
| 16:12.21 | FLOSSrookie | Any workarounds? |
| 16:12.40 | jordisayol | is there a date for the next release? |
| 16:13.07 | FLOSSrookie | Of which, brl-cad or cmake? |
| 16:13.23 | starseeker | FLOSSrookie: can you build from sources? |
| 16:13.39 | starseeker | or otherwise do a non-RPM based install? |
| 16:14.25 | FLOSSrookie | starseeker: I would need someone to guide me through. If I get that then yes I could install from source. Or how would you recommend I do a non-rpm based install? |
| 16:14.40 | FLOSSrookie | I cannot use debs, right? |
| 16:15.19 | starseeker | yeah - looks like we don't have tgz binary packages posted for 7.22.0 |
| 16:15.56 | brlcad | that looks like a really easy cpack fix |
| 16:16.13 | FLOSSrookie | starseeker: What about here: http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ |
| 16:16.21 | starseeker | yeah, that's the source code |
| 16:16.27 | starseeker | you want that to build |
| 16:16.40 | FLOSSrookie | I'll take whatever is easiest. |
| 16:16.48 | FLOSSrookie | Source if I must. |
| 16:17.06 | brlcad | it builds *really* easily 99% of the time |
| 16:17.25 | starseeker | brlcad: yeah, a patch for CPack may be in order |
| 16:17.27 | FLOSSrookie | brlcad: Why is it that when people say that I end up in the one percent? |
| 16:17.33 | brlcad | we provide nearly everything you need, just need to make sure you have a compiler (gcc/g++) and perhaps x11 development libraries |
| 16:17.48 | starseeker | brlcad: probably why the umask thing was causing such a problem, come to think of it |
| 16:17.50 | brlcad | FLOSSrookie: perhaps your name is why? :) |
| 16:18.04 | starseeker | FLOSSrookie: courage |
| 16:18.16 | starseeker | Step 1 - install CMake |
| 16:18.53 | FLOSSrookie | starseeker: Already installed. |
| 16:19.02 | starseeker | OK. Do you have gcc? |
| 16:19.17 | FLOSSrookie | starseeker: Help me check. What is the command to find? |
| 16:19.21 | starseeker | which gcc |
| 16:19.33 | FLOSSrookie | /usr/lib64/ccache/gcc |
| 16:19.41 | starseeker | ok |
| 16:20.12 | starseeker | There are some development packages you'll want - what operating system are you on? |
| 16:20.19 | FLOSSrookie | starseeker: Fedora 18 |
| 16:21.45 | starseeker | ok - install the following dev packages: libXext-devel libXi-devel freetype-devel fontconfig-devel |
| 16:21.52 | starseeker | and any dependencies they pull in |
| 16:22.53 | FLOSSrookie | starseeker: done. |
| 16:23.13 | jordisayol | FLOSSrookie: did you try to compile your own RPM packages with |
| 16:23.13 | jordisayol | $ sh/make_rpm.sh |
| 16:23.33 | FLOSSrookie | jordisayol: Uh...no. I did not know that little app even existed. |
| 16:23.33 | starseeker | jordisayol: he hasn't built yet |
| 16:24.21 | jordisayol | FLOSSrookie: it will check for neeeded packages first |
| 16:26.02 | FLOSSrookie | starseeker: Waite. Where are we going here? I am being pulled in two directions. |
| 16:26.08 | FLOSSrookie | or wait. |
| 16:26.15 | FLOSSrookie | oops |
| 16:29.09 | jordisayol | the current rpm packages are not installable on Fedora 18 due to a change on its rpm rules. Now only one package can own an specific directory, BRL-CAD declared all directories, which collided with other packages. I've fixed this issue. |
| 16:31.11 | brlcad | jordisayol: just fyi, I'm working through commit reviews now (300+ to go) and we'll hopefully be able to tag a new release next week |
| 16:31.13 | starseeker | jordisayol: do you have an rpm package that will work? |
| 16:31.23 | starseeker | if not, FLOSSrookie needs to build it |
| 16:31.40 | FLOSSrookie | jordisayol: How do I relax under the sun with this fix? |
| 16:32.36 | brlcad | FLOSSrookie: have you used brl-cad before? |
| 16:33.29 | jordisayol | starseeker: no, the current rpm from sourceforge are not installable on Fedora 18. No problem on Fedora 17, 16, 15... |
| 16:33.57 | starseeker | FLOSSrookie: go ahead and install those dev packages, if you can |
| 16:34.03 | starseeker | once you do, you're ready to build |
| 16:34.17 | FLOSSrookie | brlcad: A little yes. I moved to Fedora from openSUSE and because of this problem could not continue learning. |
| 16:34.36 | FLOSSrookie | starseeker: Ready! |
| 16:35.02 | starseeker | OK - open up the source tarball |
| 16:35.10 | starseeker | tar -xvzf brlcad-7.22.0.tar.gz |
| 16:35.20 | Notify | 03BRL-CAD:n_reed * 54831 brlcad/trunk/src/mged/tedit.c: remove extra argument to bu_which |
| 16:35.29 | starseeker | downloaded from here http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ |
| 16:36.26 | jordisayol | It's quiet easy to generate new rpm packages with sh/make_rpm.sh, but if you want to generate from |
| 16:36.27 | jordisayol | http://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/7.22.0/ |
| 16:36.27 | jordisayol | You have to fix it. is not so complicated |
| 16:36.56 | starseeker | jordisayol: let's get him building it first, then we can look into the RPMs |
| 16:37.16 | jordisayol | ok |
| 16:38.41 | FLOSSrookie | A few moments while it downloads. |
| 16:43.47 | FLOSSrookie | It is extracted...now where? |
| 16:43.54 | Notify | 03BRL-CAD:n_reed * 54832 (brlcad/trunk/src/libged/editit.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): remove unused variables |
| 16:45.32 | starseeker | FLOSSrookie: I'll be back in a bit - jordisayol can help you once you've got the source tarball |
| 16:45.52 | FLOSSrookie | :( |
| 16:45.55 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 16:46.11 | starseeker | FLOSSrookie: the script should actually simplify things |
| 16:46.12 | FLOSSrookie | Okay, jordisayol I'll double your salary if you can help me ;) |
| 16:46.31 | jordisayol | 0 * 2 = 0 :-D |
| 16:47.16 | jordisayol | FLOSSrookie: wait a moment, I'm downloading sources too |
| 16:49.29 | Notify | 03BRL-CAD:starseeker * 54833 (brlcad/trunk/configure.ac brlcad/trunk/include/brep.h and 2 others): More tweaks to try and get autotools working - something is going wrong with librt and openNURBS |
| 16:52.57 | jordisayol | FLOSSrookie: ok, open sh/make_rpm.sh file in a plain text editor like gedit |
| 16:53.43 | FLOSSrookie | jordisayol: done. |
| 16:54.15 | jordisayol | FLOSSrookie: go to line 262 and add # to comment it |
| 16:54.35 | jordisayol | FLOSSrookie: at the beginning of the line |
| 16:54.41 | FLOSSrookie | jordisayol: Done. |
| 16:56.09 | jordisayol | FLOSSrookie: save it and run it from sources root: |
| 16:56.09 | jordisayol | $ sh/make_rpm.sh |
| 16:56.33 | FLOSSrookie | jordisayol: Need I use sudo? |
| 16:56.33 | Notify | 03BRL-CAD:brlcad * 54834 brlcad/trunk/NEWS: jove is no more. cliff did it, blame him. ;) |
| 16:56.58 | jordisayol | FLOSSrookie: no, it will use fakeroot |
| 16:57.36 | FLOSSrookie | jordisayol: |
| 16:57.36 | FLOSSrookie | * Missing mesa-libGLU-devel... |
| 16:57.36 | FLOSSrookie | * Missing pango-devel... |
| 16:58.22 | jordisayol | FLOSSrookie: ok, run: |
| 16:58.22 | jordisayol | $ sudo yum install mesa-libGLU-devel pango-devel |
| 16:58.39 | FLOSSrookie | jordisayol: Should I download the x86 or i686? I am using an intel mac 64bit? |
| 16:59.09 | FLOSSrookie | The last sentence should be a statement not a question. |
| 16:59.18 | FLOSSrookie | Oops again. |
| 17:00.14 | FLOSSrookie | ^ jordisayol |
| 17:00.21 | jordisayol | This not depend on which processor you have, it depends on which Fedora you have installed, but do not care about this, if your fedora is 64-bit, it will download 64 packages |
| 17:00.38 | brlcad | starseeker: something indeed is not right if you're needing to change the //'s in brep.h ... |
| 17:00.46 | brlcad | it should only hit those with a c++ compiler |
| 17:00.53 | brlcad | it should only work with a c compiler |
| 17:00.58 | brlcad | s/work/warn/ |
| 17:01.37 | brlcad | so it's encountering those lines with a c compiler, implying the #ifdef protections may be wrong |
| 17:01.42 | FLOSSrookie | jordisayol: Done. |
| 17:02.01 | FLOSSrookie | Now I need to install fakeroot, hold on. |
| 17:02.36 | FLOSSrookie | Okay, it is processing with make_rpm. |
| 17:03.22 | FLOSSrookie | Oh, does brl-cad use any qt stuff? |
| 17:03.29 | brlcad | FLOSSrookie: not yet |
| 17:03.43 | FLOSSrookie | brlcad: Good, don't |
| 17:04.07 | brlcad | we will eventually :) |
| 17:04.14 | brlcad | (in a few years) |
| 17:04.18 | FLOSSrookie | Why not gtk? |
| 17:04.38 | brlcad | api complexity and cleanliness of portability to windows |
| 17:05.09 | FLOSSrookie | brlcad: What about something like wxwidgets then. One can make some good looking stuff with it. |
| 17:05.50 | FLOSSrookie | jordisayol: I am still at about 13% |
| 17:06.01 | brlcad | I like wxwidgets, but it can't handle our needs |
| 17:06.18 | jordisayol | FLOSSrookie: it's correct. It will take some minutes, depending on your cpu |
| 17:06.28 | FLOSSrookie | brlcad: I only ask because using qt in gtk env. looks ugly. |
| 17:06.30 | brlcad | for the style of interface we're designing towards, we need some pretty tight features |
| 17:07.23 | FLOSSrookie | And vice versa. |
| 17:07.25 | brlcad | that much probably won't be an issue because the plan is a custom qt facade |
| 17:07.37 | brlcad | not qt's default appearance |
| 17:07.52 | FLOSSrookie | brlcad: Custom icons too? |
| 17:07.58 | brlcad | more like a game interace, just using qt under the hood |
| 17:08.18 | FLOSSrookie | brlcad: Like a blender interface? |
| 17:08.27 | brlcad | "sorta" ... but not really ;) |
| 17:09.00 | FLOSSrookie | brlcad: Could the type of system in use by blender work for you? It would be cool. |
| 17:09.10 | FLOSSrookie | ui that is. |
| 17:09.17 | brlcad | the goal is towards being very discoverable and explorable |
| 17:09.23 | brlcad | I wouldn't say blender is discoverable |
| 17:09.42 | brlcad | the type of system they use is interesting |
| 17:09.48 | brlcad | their new one at least |
| 17:09.58 | FLOSSrookie | Yes, their new one is cool. |
| 17:12.00 | FLOSSrookie | I know there are a lot of posts on forums and blogs with questions like "Can blender be used as CAD" and the standard response is that CAD can perform calculations. Can you give me some links on just what this means. I am new after all. Very new. |
| 17:12.12 | brlcad | FLOSSrookie: I'd love to share more code with Blender, but unfortunately it's a one way street (from us to them) |
| 17:12.28 | brlcad | their license isn't compatible with ours (without us adopting theirs) |
| 17:13.25 | brlcad | FLOSSrookie: yeah, blender is fundamentally inappropriate for CAD and/or solid modeling |
| 17:14.50 | FLOSSrookie | Some links to explain further? |
| 17:14.52 | brlcad | the reason is mostly due to the underlying mathematics involved in representing geometry |
| 17:15.16 | brlcad | a bit complicated to explain in plain terms, but for solid modeling, you have to keep track of topological structure of geometry |
| 17:15.32 | brlcad | so you can know whether you're inside or outside of something, for example |
| 17:15.50 | brlcad | blender doesn't care about inside and outside or connectivity, it only cares about surfaces |
| 17:15.58 | FLOSSrookie | But how is this advantageous to calculations? |
| 17:16.15 | brlcad | say you want to compute the mass of something |
| 17:16.20 | FLOSSrookie | jordisayol: 60 percent |
| 17:16.23 | brlcad | you can't do that if all you ahve is surfaces |
| 17:16.31 | jordisayol | FLOSSrookie: ok |
| 17:16.49 | brlcad | even if your surfaces happen to close a volume, that doesn't necessarily mean it's topologically valid |
| 17:17.14 | brlcad | which means it might still give incorrect values, you don't know |
| 17:17.27 | FLOSSrookie | brlcad: Does brlcad make it easy to reach these numbers for calculations? Do I need to use outside programs like Octave or something? |
| 17:17.51 | jordisayol | FLOSSrookie: if you've installed a privative graphic driver, then the resulting RPM will only be installable on your system |
| 17:17.59 | brlcad | and that's the one aspect that's even worse .. not being able to calculate a volume is bad, but giving a volume calculation that "might" be inaccurate is even worse |
| 17:18.45 | FLOSSrookie | jordisayol: In other words, "don't share it buddy" right? ;) |
| 17:19.02 | brlcad | FLOSSrookie: it entirely depends on what you need to do, but we do focus extensively on solidity issues, geometry representation, and robust calculations |
| 17:19.10 | brlcad | our libraries are geared for that from the ground up |
| 17:19.45 | brlcad | that's why our biggest sector of use is by analysis programs that use our geometry and perform their own simulations on top |
| 17:19.46 | jordisayol | FLOSSrookie: well, if the other computers have the same graphic card with the same driver, then will not be any problem, that's all |
| 17:20.05 | FLOSSrookie | brlcad: Can you link me some documentation as how to get at this geometry? |
| 17:20.28 | brlcad | FLOSSrookie: as a user, a developer, what are you talking about? |
| 17:20.53 | FLOSSrookie | brlcad: I guess more like user. |
| 17:21.08 | brlcad | you "get at geometry" in simulations almost always as a developer because you're implementing the simulation... :) |
| 17:21.26 | brlcad | as a user, what is your goal has to be the consideration |
| 17:21.33 | brlcad | you "have" the geometry that you create |
| 17:22.05 | brlcad | you can export it to analysis systems or use the ones that integrate directly (which you probably don't have access to, most are restricted access) |
| 17:22.29 | Notify | 03BRL-CAD:bob1961 * 54835 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Arrange to sync the hierarchy tree in Archer after a call to xpush. |
| 17:22.34 | brlcad | we've talked about providing some simplistic simulation services directly without our system, but that gets on the fringe of features |
| 17:22.47 | brlcad | we've got enough to worry about as it is ;) |
| 17:22.54 | FLOSSrookie | brlcad: Restricted access? You mean proprietary? |
| 17:23.02 | brlcad | sometimes yes, sometimes no |
| 17:23.36 | FLOSSrookie | If it is not proprietary then how is it restricted? |
| 17:24.02 | brlcad | several of our customers are government agencies, their work isn't technically proprietary but it's not available without an agreement in place either |
| 17:25.48 | FLOSSrookie | Oh, I see. But any documentation on how to use other tools to import and analyze stuff from brlcad? |
| 17:27.19 | brlcad | that gets back to what exactly you're trying to do |
| 17:27.22 | FLOSSrookie | Oh, and would it be possible to update the documentation? If I get a little more time could I help? English is my native language. And when I am not in a rush (as I am on the IRC) I do very well. I am thinking it needs to be made with LaTeX. |
| 17:27.43 | brlcad | we're always open to contributions of ANY kind |
| 17:27.43 | FLOSSrookie | It is only now at 100 percent and almost done. |
| 17:27.54 | Notify | 03BRL-CAD:carlmoore * 54836 (brlcad/trunk/INSTALL brlcad/trunk/misc/jove.emacs and 2 others): remove trailing blanks/tabs |
| 17:28.12 | brlcad | we'll teach you how to get involved too, if needed .. so long as there is interest ;) |
| 17:28.52 | brlcad | our documentation is actually very extensive -- I calculated more than 1M words a couple years ago |
| 17:29.25 | brlcad | that's roughly 2000-4000 pages of documentation |
| 17:32.08 | FLOSSrookie | What was used to compose the current documentaion: MS word, OpenOffice, Tex? |
| 17:32.21 | FLOSSrookie | jordisayol: It is now installing. Compiling is done. |
| 17:32.43 | jordisayol | FLOSSrookie: ok |
| 17:34.40 | FLOSSrookie | brlcad: ^ |
| 17:36.35 | jordisayol | FLOSSrookie: installation went fine? |
| 17:37.07 | FLOSSrookie | jordisayol: Almost done...I think. It does not give feedback as a percentage. |
| 17:38.51 | jordisayol | FLOSSrookie: ok, Just want to know if I'll double my salary today... :-) |
| 17:39.23 | brlcad | FLOSSrookie: with that much documentation across 30+ years .. just about everything ;) |
| 17:39.37 | brlcad | it's now nearly all in docbook xml format |
| 17:40.03 | brlcad | but was originally a mix of latex, text, msword, troff manpages, and html |
| 17:40.20 | brlcad | from docbook xml, we can export to ALL of those, so it's the future ;) |
| 17:41.53 | FLOSSrookie | By the way, focus more on functionality before you give it a shiny new interface. Export to 2D technical drawing would be cool, if it doesn't do it already. |
| 17:42.14 | FLOSSrookie | I cannot stand those people who want something pretty rather than functional. |
| 17:43.51 | FLOSSrookie | jordisayol: Its done. Finally. |
| 17:44.42 | FLOSSrookie | jordisayol: Now what? |
| 17:44.43 | jordisayol | FLOSSrookie: good! |
| 17:45.29 | jordisayol | FLOSSrookie: now go to gnome3 menu by pressing left windows key |
| 17:45.38 | jordisayol | and type: archer |
| 17:45.48 | FLOSSrookie | jordisayol: Using xfce actually. |
| 17:45.56 | jordisayol | ok |
| 17:46.20 | FLOSSrookie | jordisayol: I see nothing with that name. |
| 17:46.26 | jordisayol | there will be a new "BRLCAD" entry on the menu |
| 17:46.39 | jordisayol | is not there? |
| 17:47.09 | FLOSSrookie | jordisayol: First help me find the installation like I did with gcc "which gcc" what is the binary name? |
| 17:48.36 | FLOSSrookie | jordisayol: No, there is not menu entry. |
| 17:48.41 | jordisayol | FLOSSrookie: sorry, I don't understand you |
| 17:49.11 | FLOSSrookie | What is the binary so that I can maybe execute it from the terminal. It has no menu entry after all. |
| 17:49.17 | jordisayol | FLOSSrookie: and there isn't some menu entry like "other" |
| 17:49.18 | jordisayol | ? |
| 17:49.56 | jordisayol | FLOSSrookie: /usr/brlcad/bin/archer |
| 17:49.59 | FLOSSrookie | jordisayol: Yes, but I had that before and it holds all the xscreensaver stuff. No entry for brlcad. |
| 17:50.25 | jordisayol | mmmm, strange |
| 17:50.36 | FLOSSrookie | jordisayol: It does not exist. |
| 17:51.26 | FLOSSrookie | jordisayol: Did I miss a step after the make_rpm? |
| 17:51.33 | FLOSSrookie | make_rpm script? |
| 17:51.43 | jordisayol | no, it do every step for you |
| 17:52.04 | jordisayol | FLOSSrookie: did you run /usr/brlcad/bin/archer without problems? |
| 17:52.24 | FLOSSrookie | there is no executable "archer" on my system. |
| 17:53.03 | jordisayol | FLOSSrookie: how did you install the resulting package? |
| 17:53.45 | FLOSSrookie | That script was make_rpm yes? Where did it put it? |
| 17:53.53 | FLOSSrookie | It made an RPM yes? |
| 17:53.59 | jordisayol | yes |
| 17:54.07 | FLOSSrookie | jordisayol: Where was that placed? |
| 17:54.17 | jordisayol | it places in the same level of sources folder |
| 17:54.36 | FLOSSrookie | jordisayol: Did it auto install that RPM? |
| 17:55.07 | jordisayol | nop, it only generates it. now you have to install |
| 17:55.27 | FLOSSrookie | jordisayol: I don't see it. That is why I asked if I missed a step. |
| 17:55.49 | jordisayol | FLOSSrookie: the script finished without errors? |
| 17:55.56 | FLOSSrookie | jordisayol: Affirmative. |
| 17:56.17 | FLOSSrookie | "exit 0" |
| 17:56.30 | jordisayol | ok, then the rpm packages has to be saved at ../ from where you built it |
| 17:57.20 | jordisayol | FLOSSrookie: is it there? |
| 17:58.14 | FLOSSrookie | I think it is. I had to sort by mod time in the view because I had others for brl-cad there. It appears to be working so far. |
| 17:59.07 | FLOSSrookie | jordisayol: ITS ALIVE, its alive !!!! :) :) |
| 17:59.32 | FLOSSrookie | How are you going to spend your raise? |
| 18:00.05 | jordisayol | FLOSSrookie: don't know, I'm thinking on it... :-) |
| 18:00.24 | FLOSSrookie | Well, thanks guys! |
| 18:00.32 | jordisayol | FLOSSrookie: did you get a new entry on menu now? |
| 18:00.41 | FLOSSrookie | jordisayol: Yes indeed. |
| 18:00.47 | jordisayol | ok, perfect |
| 18:08.39 | Notify | 03BRL-CAD:starseeker * 54837 brlcad/trunk/include/brep.h: Shouldn't have to use C style comments here - why isn't the #ifdef __cplusplus conditional protecting the C++ code? |
| 18:10.50 | starseeker | brlcad: I don't get it - I wrapped the C++ code in the ifdef __cplusplus, but a C compilation is complaining regardless |
| 18:16.44 | Notify | 03BRL-CAD:starseeker * 54838 brlcad/trunk/include/brep.h: whoops, need the extern C++ |
| 18:22.06 | starseeker | brlcad: I suppose I did/am doing something wrong, but I'm not sure what - the CMake build gets away with it because of std=gnu99, which we had to pull in for some of the OSX stuff IIRC |
| 18:26.44 | starseeker | using a pragma message, it looks like __cplusplus is NOT defined, and the compiler is complaining about the comments anyway??? |
| 18:53.59 | *** join/#brlcad jaake (~h4ckm3@64.90.163.147.static.nyinternet.net) | |
| 18:54.15 | jaake | hey, I jsut emerged this on gentoo |
| 18:54.21 | jaake | How do you start it? |
| 18:54.26 | jaake | do I need to install a front end? |
| 18:54.52 | ``Erik | you probably want 'mged' |
| 18:55.03 | jaake | is that a front end? |
| 18:55.27 | ``Erik | it's a graphical modeller, comes with the suite |
| 18:56.47 | jordisayol | brlcad: thanks for your answer! Now I've seen it... :-/ |
| 18:59.07 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 19:01.55 | jaake | okay I found mged-brlcad.desktop in /use/share/applications but it won't run from there |
| 19:02.57 | jaake | I can't find a man brlcad or a info brlcad either |
| 19:03.10 | jaake | no man mged |
| 19:12.15 | jaake | okay it's in /usr/brlcad/bin/mged which is not in the PATH variable by default, might be a good idea to make a symlink in /usr/bin/ on install for mged |
| 19:12.17 | jaake | w/e ty |
| 19:17.03 | brlcad | jaake: brl-cad is comprised of over 400+ tools .. should we symlink them all in /usr/bin? ;) |
| 19:18.16 | Notify | 03BRL-CAD:carlmoore * 54839 brlcad/trunk/src/util/pix-png.c: just the Usage message if run with no arguments AND no file pipes |
| 19:18.32 | brlcad | either way, that's for the gentoo maintainer to do, which isn't us |
| 19:18.46 | jaake | brlcad: point taken |
| 19:18.56 | brlcad | there used to be a script that would set up the paths, don't know if that's still there |
| 19:19.09 | brlcad | because you ideally have PATH and MANPATH set |
| 19:19.10 | jaake | I guess not many people are going to run into this that aren't also capable of figuring it out |
| 19:19.19 | brlcad | nods |
| 19:20.01 | brlcad | and those that can't, generally didn't want/need a CAD system to begin with and really just needed a modeling tool (for which there are easier-to-use alternatives) |
| 19:20.36 | brlcad | FLOSSrookie: we partially export to 2D, but that's a work-in-progress (and a known limitation that we're looking to fix) |
| 19:21.18 | brlcad | we have tons of functionality really -- our interface is our weakest aspect (very "expert-friendly" .. hard to learn, hard to use until you are an expert) |
| 19:30.02 | Notify | 03BRL-CAD:carlmoore * 54840 brlcad/trunk/src/fb/png-fb.c: put 'png-fb' name into messages |
| 19:30.19 | brlcad | FLOSSrookie: yes, in terms of http://www.linux.com/images/stories/blender-ui-sidebyside.png being an improvement, but still a different UI approach overall |
| 19:30.29 | brlcad | and drastically different from where we're at now |
| 19:37.01 | Notify | 03BRL-CAD:carlmoore * 54841 brlcad/trunk/src/util/png-pix.c: add 'png-pix: ' to error messages, and eliminate newline in middle of Usage |
| 19:41.55 | Notify | 03BRL-CAD:n_reed * 54842 (brlcad/trunk/src/other/step/src/express/expparse.y brlcad/trunk/src/other/step/src/express/generated/expparse.c brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake): correct a mistake in r51070, which apparently wasn't a perfect application of SCL git c415e49 |
| 19:42.32 | FLOSSrookie | brlcad: If you ask me, 2D export aught to be a high priority not low. |
| 19:42.59 | FLOSSrookie | ought, I mean. |
| 19:43.03 | brlcad | FLOSSrookie: didn't mean to imply it was low priority |
| 19:43.46 | brlcad | we've been investing the vast majority of our manpower in NURBS infrastructure, which provides equivalent representation support |
| 19:44.00 | brlcad | which is fundamental infrastructure needed to do 2D export well |
| 19:44.03 | brlcad | that gets us a TON of features actually |
| 19:44.32 | brlcad | 2D export, shaded displays (opengl-style), robust import, robust export, robust tessellation, ... |
| 19:44.47 | Notify | 03BRL-CAD Wiki:Himaniarora * 0 /wiki/User:Himaniarora: |
| 19:45.00 | brlcad | all features that are very very hard with our original mathematically-founded representation |
| 19:45.22 | brlcad | starseeker: you figure out what was going on with the comments? |
| 19:45.37 | brlcad | needing extern "C++" .. is very curious |
| 19:45.57 | FLOSSrookie | brlcad: Oh, can you give me some more info on how to use other programs which use brlcad data for calculations? |
| 19:46.12 | brlcad | usually you only extern "C" since C++ will be the default when compiling, not sure what that's about |
| 19:46.32 | brlcad | FLOSSrookie: to what end if you don't have access to those programs? :) |
| 19:46.52 | brlcad | FLOSSrookie: easier to have a goal in mind that we can help you work towards |
| 19:47.21 | brlcad | one common request, though, is to export a brl-cad model for rapid prototyping |
| 19:48.07 | FLOSSrookie | I think that is more what I am getting at. |
| 19:48.12 | brlcad | so you model something, and then use one of our g-* exporters (e.g., g-stl) to export to a polygonal format, which is in turn read by a CNC or lathe or milling machine, etc |
| 19:48.50 | brlcad | or at the most simple level, create some great visualizations or animations of a model |
| 19:49.05 | starseeker | brlcad: not really sure - part of it seems to be GCC complaining about comments when it has no right to |
| 19:49.16 | brlcad | for that you model it, set up a scene for rendering, and make it look fantastic, then render images or a movie |
| 19:49.45 | brlcad | starseeker: gcc doesn't exactly get that wrong, just does what it's told :) |
| 19:49.55 | brlcad | so we're telling it something wrong somewhere |
| 19:50.01 | brlcad | what's the actual compile line look like? |
| 19:50.24 | brlcad | also wonders how "new" this is |
| 19:50.30 | FLOSSrookie | brlcad: So, those programs that I do not have access to can do stuff like physics and measure stress etc...? |
| 19:50.46 | starseeker | I put both ifdef _cplusplus and ifndef _cplusplus pragma statements in there - it *didn't* print the pragma that would have indicated it was inside the C++ code, and still complained about comments within that block |
| 19:51.17 | brlcad | wow, go carl .. I think r54839 is his first real bit of logic |
| 19:51.29 | brlcad | FLOSSrookie: yep |
| 19:52.21 | brlcad | simulate explosions or radiation transport or penetration equivalences along with the usual stress, strain, fracture and kinematics |
| 19:53.17 | FLOSSrookie | brlcad: Wow! I wonder how much it would take to make a program like that? Why is that the Army opened brlcad but not a program like that? |
| 19:53.18 | brlcad | starseeker: so that sounds really fishy (obviously) |
| 19:54.17 | brlcad | FLOSSrookie: hundreds of manyears effort to bring something to a production-quality useful status, generally speaking |
| 19:54.48 | brlcad | an individual could probably whip up a demo in far far less time, but they'd need considerable educational background |
| 19:55.34 | FLOSSrookie | Why would they not open up the other half? (the army) |
| 19:57.15 | FLOSSrookie | brlcad: Without that other application isn't brlcad usage going to suffer for others not part of a corporation or government entity. |
| 19:58.59 | brlcad | FLOSSrookie: you'd have to ask them that, but that's kind of like asking why doesn't microsoft open up ther internal xbox tools |
| 19:59.36 | FLOSSrookie | brlcad: MS does not open anything. The Army did. I just wonder why they stopped halfway. |
| 19:59.40 | brlcad | those analysis tools have very little bearing on the usage of brl-cad as open source |
| 20:00.05 | FLOSSrookie | brlcad: But how useful without it? |
| 20:00.08 | brlcad | I don't see it as stopping halfway |
| 20:00.21 | brlcad | those tools are fully independent |
| 20:00.52 | brlcad | and you're missing the point with "MS does not open anything" |
| 20:02.12 | brlcad | microsoft open sourced the kinect code, for example, but that doesn't mean they "stopped halfway" by not open sourcing their xbox games that use the kinect |
| 20:03.50 | Notify | 03BRL-CAD:carlmoore * 54843 brlcad/trunk/src/anim/chan_permute.c: fix a comment and a Usage statement which had 'channel' instead of 'chan_permute' |
| 20:08.27 | FLOSSrookie | Is brlcad of much use without one of those programs? |
| 20:10.35 | ``Erik | Yes. |
| 20:11.06 | FLOSSrookie | ``Erik: How so? |
| 20:11.20 | FLOSSrookie | ``Erik: Educate me :) |
| 20:11.24 | ``Erik | that all depends on your goal |
| 20:12.14 | ``Erik | is a hammer of much use if you're not busy hammering the crossbrace into the gate of a chicken coup? |
| 20:12.22 | Notify | 03BRL-CAD:brlcad * 54844 brlcad/trunk/src/libbn/poly.c: this temporarily reverts r54495 because it introduced regression failures in the solids test (due to subtle graze/hit changes). need to update the regression test to match and propagate other improvements |
| 20:12.23 | brlcad | FLOSSrookie: like I said, you can still export a model for machining |
| 20:12.33 | brlcad | or render images for visualization or animations/movies |
| 20:12.48 | brlcad | lots of awesome potential there |
| 20:13.32 | ``Erik | ponders a BRL-CAD koans page |
| 20:13.50 | FLOSSrookie | brlcad: That is true, I am just wondering now if it would do much good if one of those programs could find over-stress but because you don't have it you will not know it and you mill for nothing. Or maybe it is just that I am so new that I misunderstand. That is also very possible. |
| 20:13.55 | brlcad | you are kinda asking how can a pencil be useful without #20 paper |
| 20:14.12 | starseeker | googles koans |
| 20:14.40 | brlcad | googles a pencil |
| 20:14.51 | ``Erik | kinky |
| 20:15.54 | FLOSSrookie | brlcad: I don't think it is much like that at all. |
| 20:16.25 | brlcad | there are plenty of ways to analyze a model |
| 20:16.25 | FLOSSrookie | There is a difference between art and calculation. |
| 20:16.30 | brlcad | several open source options even |
| 20:16.38 | brlcad | feed the model to them |
| 20:16.39 | FLOSSrookie | brlcad: What are they? |
| 20:16.44 | brlcad | google is your friend |
| 20:16.48 | brlcad | they're not our domain |
| 20:17.00 | FLOSSrookie | All you have to do is name drop. |
| 20:17.09 | brlcad | any more than any other unreleased apps or commercial products |
| 20:17.14 | ``Erik | I've been awfully tempted to model the inside of my living room so I can try placing furniture and doing some raytraces to see how it'd look if I rearranged, or bought new furniture |
| 20:17.52 | ``Erik | or maybe I'm building a radio control airplane and I want to see if the cg is close enough to the cl to minimize ballast |
| 20:18.11 | FLOSSrookie | What kind of term should I use? What is the technical names for these apps? |
| 20:18.20 | brlcad | FLOSSrookie: the way you frame it is *specifically* as an endorsement or furthering you to look at them, and I don't think that'd be useful to you or me to do that.... |
| 20:18.36 | brlcad | FLOSSrookie: try looking for open source finite element analysis software |
| 20:18.46 | brlcad | or open source stress strain simulation |
| 20:18.53 | ``Erik | fem/fae, w00t |
| 20:18.58 | starseeker | or animation and rendering, if you want pictures... |
| 20:19.14 | brlcad | FLOSSrookie: http://brlcad.org/BRL-CAD_Priorities.png may be of interest |
| 20:19.28 | brlcad | along with http://brlcad.org/Industry_Diagram.png |
| 20:19.37 | brlcad | lots of terms in there... |
| 20:19.50 | ``Erik | for amusement, I once modeled the solar system described in Nivens 'ringworld', just to see what it'd look like as described, instead of a hoaky artist rendition |
| 20:21.25 | ``Erik | stares at the ucw a/b testing framework he just scrapped together O.o |
| 20:23.58 | FLOSSrookie | ``Erik: What do the "***" mean on irc? |
| 20:24.24 | ``Erik | 'action' |
| 20:24.46 | FLOSSrookie | ``Erik: Were you hinting something to me then? |
| 20:24.59 | jordisayol | FLOSSrookie: just type: me is happy using BRL-CAD |
| 20:25.57 | FLOSSrookie | jordisayol: Why? |
| 20:26.15 | jordisayol | just do it and will see what happen ;-) |
| 20:26.34 | FLOSSrookie | me is happy using BRL-CAD |
| 20:26.43 | jordisayol | :-( |
| 20:26.57 | FLOSSrookie | jordisayol: Wow! I feel better already. |
| 20:27.04 | jordisayol | hahahaha |
| 20:27.06 | jordisayol | sorry |
| 20:27.11 | caen23 | it's /me :-) |
| 20:27.16 | FLOSSrookie | jordisayol: Why? |
| 20:27.17 | jordisayol | yes, sorru |
| 20:27.42 | jordisayol | try: /me is happy to use BRL-CAD |
| 20:27.57 | jordisayol | s/sorru/sorry/ |
| 20:29.08 | FLOSSrookie | is happy to use BRL-CAD |
| 20:30.54 | FLOSSrookie | Do any of you have any experience with any of these fea apps: http://www.mechanicalengineeringblog.com/tag/list-of-open-source-softwares/ |
| 20:32.07 | FLOSSrookie | Now can these programs import data from brlcad? |
| 20:32.54 | FLOSSrookie | https://en.wikipedia.org/wiki/Z88_FEM_software it says import of STL and I believe brlcad can export to that yes? |
| 20:46.13 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 20:52.59 | *** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:02.52 | brlcad | answered in pm before he disconnected |
| 21:02.52 | Notify | 03BRL-CAD:brlcad * 54845 brlcad/trunk/include/vmath.h: increase the precision of all our vmath math constants to 36 digits. in the process, found an error in M_PI_4 but it was below double-precision. |
| 21:04.38 | *** join/#brlcad Mahi (~Mahi@ec2-23-20-215-97.compute-1.amazonaws.com) | |
| 21:13.23 | Notify | 03BRL-CAD:brlcad * 54846 brlcad/trunk/include/vmath.h: add an M_PI_3 constant even though it's not common, just because we need it in at least one place |
| 21:16.54 | brlcad | starseeker: do the regressions pass for you now? (they should) |
| 21:17.18 | brlcad | I think the poly case is one of improvement, so the regression test result will need to be updated |
| 21:17.47 | brlcad | it added precision deep within the polynomial root solver, so it's worth fixing |
| 21:18.51 | ``Erik | altering the results of the root solver while the tangential torii issue is still giving 'off by 1' errors in the regression tests? O.o |
| 21:20.04 | ``Erik | (or is it time to give up on that and regenerate the expected result images) |
| 21:23.00 | Notify | 03BRL-CAD:n_reed * 54847 brlcad/trunk/src/other/step/src/fedex_plus/classes.c: move variable definition outside of loops to avoid multiple declaration errors in generated sources |
| 22:01.25 | *** join/#brlcad tat (~tat@5.28.75.74) | |
| 22:02.07 | tat | is there a way to use brl-cad on OSX with middle mouse button ??? |
| 22:02.21 | tat | well the mac doesn't have a middle mouse button |
| 22:04.33 | tat | ok found it under X11 preferences "emulate 3 mouse button" then hold a while pressing the mouse |
| 22:04.44 | tat | ok found it under X11 preferences "emulate 3 mouse button" then hold alt key while pressing the mouse |
| 22:07.07 | *** join/#brlcad merzo (~merzo@215-77-133-95.pool.ukrtel.net) | |
| 22:35.32 | Notify | 03BRL-CAD:starseeker * 54848 brlcad/trunk/src/other/openNURBS/Makefile.am: Still need to build these openNURBS files. |
| 22:43.37 | Notify | 03BRL-CAD:starseeker * 54849 (brlcad/trunk/src/burst/Makefile.am brlcad/trunk/src/bwish/Makefile.am and 24 others): Distcheck still not working in autotools, but this at least gets things compiling again... |
| 22:47.45 | starseeker | mutter |
| 22:48.08 | starseeker | can't remember - what did we do in autotools about cleaning out files with names like ttk::widget.n? |
| 22:48.29 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:02.04 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 23:05.17 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:05.40 | Notify | 03BRL-CAD:starseeker * 54850 brlcad/trunk/src/other/tk/Makefile.am: try to get rid of all the ttk man pages. |
| 23:07.07 | starseeker | doggone it, now libpng is leaving a bunch of stuff |
| 23:09.18 | starseeker | votes for autotools removal in 7.24.2 |
| 23:15.03 | starseeker | brlcad: check - regression succeedes with CMake build here |
| 23:15.30 | starseeker | autotools distcheck either needs updating or is having problems with file locations, not sure which yet |
| 23:15.58 | starseeker | need to finish some other stuff, so I'm temporarily off autotools if you want to have a go |
| 23:42.22 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:50.25 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:53.29 | *** part/#brlcad Mahi (~Mahi@ec2-23-20-215-97.compute-1.amazonaws.com) | |
| 01:20.46 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 01:24.09 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 02:21.51 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:16.54 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:47.51 | brlcad | ``Erik: shouldn't be giving any off-by errors any more |
| 03:48.43 | brlcad | at least, you'll have to be more specific |
| 03:49.19 | brlcad | I do think that the solids regression is going to need to have one pixel updated due to increased root solver precision, but it is exactly one pixel |
| 03:50.29 | brlcad | I did walk that one through a debugger to understand it a bit more a few weeks ago |
| 04:01.47 | Notify | 03BRL-CAD:brlcad * 54851 (brlcad/trunk/regress/solidspix.asc brlcad/trunk/src/libbn/poly.c): restore the increased M_SQRT3 precision change that carl had made to the polynomial root solver, which broke the solids regression test. walking the math through the debugger showed that a slightly different root was being returned causing a ray to intersect the massively distorted eto in the solids regression at enough of |
| 04:01.49 | Notify | a delta to cause different light computations. this resulted in a single pixel off-by-many, which we also update in the reference image so that it reflects the new more accurate answer. while we're at it, increase the precision of 1/3 and 1/27th by computing them during static init. |
| 04:19.55 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 04:30.03 | Notify | 03BRL-CAD:brlcad * 54852 brlcad/trunk/TODO: push second iteration tasks further back since we're way off track and release is the priority. richard noticed massive memory leakage in mged blowing out bu_malloc when drawing large geometry, so need to sort that out asap. push the rest back. |
| 09:46.20 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:50.09 | jordisayol | hello |
| 09:51.07 | jordisayol | with the last commit 54852, rtwizard returns this error http://paste.debian.net/243894/ |
| 11:05.05 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:07.46 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:35.38 | brlcad | starseeker: presumably related to the tcl/tk upgrade? |
| 13:19.29 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 14:27.45 | *** join/#brlcad caen23_ (~cezar@92.83.177.51) | |
| 14:56.50 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 15:05.53 | *** join/#brlcad merzo (~merzo@136-6-133-95.pool.ukrtel.net) | |
| 15:08.54 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 16:05.21 | starseeker | brlcad: probably - I think I got that bit, but I'm not sure what's up with libpng... |
| 16:06.05 | starseeker | oh, you mean rtwizard |
| 16:06.11 | starseeker | checks... |
| 16:08.10 | starseeker | that looks more like a conflict between built and installed tcl/tk |
| 16:08.52 | starseeker | when jordisayol comes back, we need to ask him the details of what he did - clearing the install directory, for example? |
| 16:09.33 | starseeker | it's clearly not happy about the versions, but unless he's got a system install of 8.5.9 lurking somewhere that smells like stale files of some kind |
| 16:11.19 | starseeker | let me build here and I'll check rtwizard |
| 16:12.47 | starseeker | brlcad: sorry, guess that was probably not the best time to do that update... |
| 17:03.10 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:46.02 | *** join/#brlcad merzo (~merzo@43-210-201-46.pool.ukrtel.net) | |
| 18:03.32 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:32.32 | ``Erik | brlcad: sorry, benchmark test shows it on m35, 74 off by 1. iirc, they all happen to be along the wheel torii, skimming hit type issue |
| 18:36.42 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:40.50 | starseeker | hmm... |
| 18:40.58 | starseeker | yeah, rtwizard is having trouble here too |
| 18:41.00 | starseeker | what the.. |
| 18:41.49 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:42.21 | starseeker | ah, wait |
| 18:42.34 | starseeker | jordisayol: I think I may know what's going on with rtwizard - one sec... |
| 18:42.48 | jordisayol | starseeker: ok |
| 18:43.51 | Notify | 03BRL-CAD:starseeker * 54853 (brlcad/trunk/src/other/tcl/CMakeLists.txt brlcad/trunk/src/other/tk/CMakeLists.txt): Update CMake's variables for Tcl/Tk versions |
| 18:46.02 | starseeker | note to self - grepping for tcl/tk version number in src code is insufficient... |
| 18:46.23 | starseeker | jordisayol: give it a go |
| 18:47.21 | jordisayol | starseeker: ok. |
| 19:11.09 | jordisayol | starseeker: fixed! many thanks! :-) |
| 19:35.52 | *** join/#brlcad merzo (~merzo@246-240-132-95.pool.ukrtel.net) | |
| 19:45.51 | *** join/#brlcad merzo (~merzo@226-7-132-95.pool.ukrtel.net) | |
| 20:00.52 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:41.58 | *** join/#brlcad merzo (~merzo@243-144-132-95.pool.ukrtel.net) | |
| 20:49.12 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 20:50.49 | *** join/#brlcad merzo (~merzo@105-64-133-95.pool.ukrtel.net) | |
| 21:37.33 | *** join/#brlcad merzo (~merzo@183-72-132-95.pool.ukrtel.net) | |
| 21:49.18 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 21:50.39 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 22:01.16 | *** join/#brlcad merzo (~merzo@141-19-132-95.pool.ukrtel.net) | |
| 22:48.32 | *** join/#brlcad merzo (~merzo@187-63-133-95.pool.ukrtel.net) | |
| 23:30.32 | *** join/#brlcad merzo (~merzo@71-5-132-95.pool.ukrtel.net) | |
| 23:55.09 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 00:07.32 | *** join/#brlcad merzo (~merzo@170-63-133-95.pool.ukrtel.net) | |
| 01:50.37 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 02:24.33 | *** join/#brlcad merzo (~merzo@245-33-132-95.pool.ukrtel.net) | |
| 02:26.45 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:40.33 | *** join/#brlcad merzo (~merzo@159-71-132-95.pool.ukrtel.net) | |
| 05:43.10 | *** join/#brlcad caen23 (~cezar@92.83.177.51) | |
| 07:42.48 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 07:50.24 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 07:52.31 | *** join/#brlcad merzo (~merzo@19-236-133-95.pool.ukrtel.net) | |
| 08:19.32 | *** join/#brlcad merzo (~merzo@176-103-132-95.pool.ukrtel.net) | |
| 08:40.19 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 10:59.41 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:56.11 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 14:35.53 | brlcad | starseeker: nah, the timing is good, it's a .0 |
| 14:39.30 | brlcad | ``Erik: benchmark has shown 74 off-by-one for a very very long time -- the reference image is probably "off" |
| 14:40.12 | brlcad | I think I actually generated that back in '99 or so on an old b&w solaris box |
| 14:41.10 | brlcad | known the issue, but wanted to get a vgr up and running via simh before trying to "fix" it |
| 14:41.45 | brlcad | and that was a while ago, so my recollection could be off or mixed with something else |
| 15:33.04 | *** join/#brlcad caen23 (~cezar@92.83.177.51) | |
| 17:48.51 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:09.27 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 21:23.50 | *** join/#brlcad merzo (~merzo@176-103-132-95.pool.ukrtel.net) | |
| 21:33.32 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:18.29 | *** join/#brlcad merzo (~merzo@176-103-132-95.pool.ukrtel.net) | |
| 14:53.07 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 14:53.07 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 16:22.59 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:11.55 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 19:00.21 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 19:42.46 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:52.09 | starseeker | hmm, quiet |
| 20:52.47 | starseeker | ``Erik: did CIA crash? |
| 20:55.25 | ``Erik | huh, it's not here |
| 20:58.57 | ``Erik | pump is still running, looks like the ircd it was on rebooted or something |
| 21:28.28 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:29.00 | Notify | 03BRL-CAD:starseeker * 54854 brlcad/trunk/NEWS: Add news item about upgrading Tcl/Tk to 8.5.13 |
| 21:29.02 | Notify | 03BRL-CAD:starseeker * 54855 brlcad/trunk/src/other/libpng/Makefile.am: re-add the changes to Makefile.am from 46025 |
| 21:29.08 | Notify | 03BRL-CAD:starseeker * 54856 (brlcad/trunk/NEWS brlcad/trunk/TODO and 116 others): Upgrade libpng to 1.6.0 |
| 21:29.40 | Notify | 03BRL-CAD:starseeker * 54857 brlcad/trunk/src/other/libpng/Makefile.am: Re-add some of the changes from r46025 - CPPFLAGS handling seems to have changed in 1.6.0 |
| 21:29.49 | Notify | 03BRL-CAD:carlmoore * 54858 (brlcad/trunk/src/libged/Makefile.am brlcad/trunk/src/util/Makefile.am brlcad/trunk/src/util/pix-png.c): remove trailing blanks & tabs |
| 21:32.52 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:32.54 | Notify | 03BRL-CAD:starseeker * 54854 brlcad/trunk/NEWS: Add news item about upgrading Tcl/Tk to 8.5.13 |
| 21:32.55 | Notify | 03BRL-CAD:starseeker * 54855 brlcad/trunk/src/other/libpng/Makefile.am: re-add the changes to Makefile.am from 46025 |
| 21:33.00 | Notify | 03BRL-CAD:starseeker * 54856 (brlcad/trunk/NEWS brlcad/trunk/TODO and 116 others): Upgrade libpng to 1.6.0 |
| 21:33.34 | Notify | 03BRL-CAD:starseeker * 54857 brlcad/trunk/src/other/libpng/Makefile.am: Re-add some of the changes from r46025 - CPPFLAGS handling seems to have changed in 1.6.0 |
| 21:33.43 | Notify | 03BRL-CAD:carlmoore * 54858 (brlcad/trunk/src/libged/Makefile.am brlcad/trunk/src/util/Makefile.am brlcad/trunk/src/util/pix-png.c): remove trailing blanks & tabs |
| 21:34.07 | Notify | 03BRL-CAD:n_reed * 54859 (brlcad/trunk/src/other/step/src/express/expparse.y brlcad/trunk/src/other/step/src/express/generated/expparse.c brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake): Parsing 242_n2813_mim_lf.exp exceeds lemon's max stack depth. The quick fix is to double the stack size to 200, which incidentally is bison's initial stack size. |
| 21:41.49 | Notify | 03BRL-CAD:carlmoore * 54860 brlcad/trunk/src/util/bw-rle.c: changed 'pix' to 'bw' (this does NOT affect 'pixel') |
| 22:47.23 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 22:49.10 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 22:50.49 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 22:52.24 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 23:01.58 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:15.37 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 00:13.10 | Notify | 03BRL-CAD:brlcad * 54861 brlcad/trunk/src/mged/mged.c: remove the debug printing to the non-portable /tmp/stdout file, makes several bogus assumptions. also be sure to remove our bu_log hook that redirects output to the GUI when we're closing the application. there may be other calls to bu_log() that will crash after Tcl is shut down. |
| 00:18.56 | Notify | 03BRL-CAD:brlcad * 54862 brlcad/trunk/src/mged/mged.h: declare gui_output |
| 00:19.16 | Notify | 03BRL-CAD:brlcad * 54863 brlcad/trunk/src/mged/cmd.c: moved gui_setup to mged.h so no longer need to declare here |
| 00:21.32 | Notify | 03BRL-CAD:brlcad * 54864 brlcad/trunk/src/mged/mged.c: looks like LOGFILE is no longer used, which is good because this looks like a total non-portable hack |
| 00:23.04 | Notify | 03BRL-CAD:brlcad * 54865 brlcad/trunk/src/mged/mged.c: slow commit, wasn't supposed to get this yet |
| 01:17.30 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 01:30.54 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 01:40.56 | Notify | 03BRL-CAD:brlcad * 54866 brlcad/trunk/src/mged/mged.c: restore stdout and stderr when we're done with the GUI by capturing them with a dup() call and then later restoring back with dup2(). this fixes a problem where an atexit() callback couldn't write out anything during shutdown (SIGPIPE) because Tcl had destroyed the channel we set up. document and descope a couple of the globals while we're at it. untested, but |
| 01:40.59 | Notify | this should work fine on windows as well because dup/dup2 are c89 and msdn-supported. begging for some _WIN32 cleanup consolidation (the duplication seems unnecessary). |
| 01:44.11 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 01:54.48 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:55.06 | FLOSSrookie | Anyone active to assist? |
| 01:56.44 | FLOSSrookie | I was kinda forced to move to another distro. I was using Fedora but it was far too unstable for even basic usage. I am now using centOS but the old instructions from last time are no longer applicable. I will have to build from source this time unless one of the fedora RPMs will work. Will a fedora RPM work for centOS? |
| 01:57.20 | FLOSSrookie | I'll re-ask tomorrow if no one is active. |
| 02:04.53 | *** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:17.17 | Notify | 03BRL-CAD:brlcad * 54867 brlcad/trunk/src/libbu/heap.c: make the debug printing conditional on bu_debug being set to something |
| 02:21.42 | brlcad | mm, have to wait longer than that |
| 02:49.27 | Notify | 03BRL-CAD:brlcad * 54868 brlcad/trunk/src/liboptical/sh_light.c: not just rare but unlikely that there are thousands of light sources, so let them be allocated on the system heap. pretty big struct (295 bytes) |
| 03:04.44 | Notify | 03BRL-CAD:brlcad * 54869 brlcad/trunk/src/libbu/heap.c: support a wider range of allocation request sizes (1-1024) but keep page sizes at 1MB per size. add the ability to bomb on out-of-range requests so they can be traced. |
| 03:08.09 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:31.58 | Notify | 03BRL-CAD:brlcad * 54870 brlcad/trunk/include/conf/PATCH: significant third-party updates, bump patch to keep track |
| 03:35.44 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:55.17 | Notify | 03BRL-CAD:brlcad * 54871 brlcad/trunk/include/bu.h: rt_avail_cpus() was renamed to bu_avail_cpus() a long time ago, update comment along with bu_hist_range() |
| 04:44.17 | *** join/#brlcad merzo (~merzo@95.132.33.92) | |
| 08:02.18 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 08:03.55 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 09:06.18 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 09:14.17 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 09:30.03 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:31.55 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:34.46 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:15.36 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:13.42 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:28.52 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:08.35 | Notify | 03BRL-CAD:starseeker * 54872 brlcad/trunk/src/other/libpng.dist: Add config.h.in to png dist file. |
| 13:20.51 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 13:53.46 | Notify | 03BRL-CAD:carlmoore * 54873 brlcad/trunk/src/mged/mged.c: fix spelling in a comment |
| 14:07.04 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 14:13.43 | Notify | 03BRL-CAD:n_reed * 54874 brlcad/trunk/src/libged/draw.c: fix leaked path memory in ged_redraw |
| 14:22.17 | Notify | 03BRL-CAD:brlcad * 54875 brlcad/trunk/src/util/pix-png.c: undo apparent accidental inclusion of pix-png.c in r54858. it made help options not work (and incorrectly spits an error about not outputting to a tty). |
| 14:39.36 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:51.27 | Notify | 03BRL-CAD:n_reed * 54876 (brlcad/trunk/src/other/step/src/clstepcore/STEPaggregate.h brlcad/trunk/src/other/step/src/fedex_plus/classes.c and 3 others): Facilitate merge work by removing the const_ typedef return types introducded in r49683. It's not clear that returned values need const qualification, or that they are assigned to lvalues that preserve that qualification, so these const_ types are presently an |
| 14:51.28 | Notify | elaborate way to accomplish nothing, and moreover have caused issues parsing some express inputs. Until someone can authoritatively determine what values should and should-not be considered read-only, we'll take a much simpler approach to suppressing misued qualifier warnings by just omitting the erroneous application of const to generated return types. |
| 14:59.10 | Notify | 03BRL-CAD:r_weiss * 54877 (brlcad/trunk/src/other/tk/win/wish.exe.manifest =================================================================== and 34 others): This file is needed for windows to build. |
| 15:02.01 | Notify | 03BRL-CAD:n_reed * 54878 brlcad/trunk/src/other/step/src/fedex_plus/classes.c: put attrFlags declarations in preprocessor conditionals to match wrapped uses; avoids unused variable warnings |
| 15:15.33 | Notify | 03BRL-CAD:brlcad * 54879 (brlcad/trunk/src/other/step/src/express/expparse.y brlcad/trunk/src/other/step/src/express/generated/expparse.c): looks like a stack size of 0 means grow dynamically on the heap instead of static allocation. array is going to be faster, but it's more critical to not hit a compile-time limit. by default, grow the dynamic allocation from 256 in powers of two. |
| 15:16.34 | Notify | 03BRL-CAD:brlcad * 54880 brlcad/trunk/src/other/lemon/lempar.c: set the initial dynamic allocation to 256 for better memory alignment and doubling in powers of two |
| 15:40.59 | maths22 | Is the new server today? |
| 15:45.09 | Notify | 03BRL-CAD:brlcad * 54881 (brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake): if we only strip evil carriage returns, we can use md5sum on the file directly to verify and update them. |
| 15:45.23 | brlcad | maths22: good question -- it's supposed to be |
| 15:45.30 | brlcad | I believe the scheduled time is 11pm |
| 15:56.00 | maths22 | Does that mean our running processes will be killed? |
| 15:56.04 | maths22 | i.e. irssi |
| 16:00.26 | brlcad | heh, kind of hard to pull the hard drive out and put it into another machine with new hardware while keeping the processes running ;) |
| 16:01.01 | brlcad | this isn't enterprise sun solaris hardware |
| 16:04.28 | Notify | 03BRL-CAD:brlcad * 54882 brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake: missing a 9, typo apparently |
| 16:07.17 | maths22 | so the physical harddrive moves; the data is not transfered to a new hdd. |
| 16:11.56 | brlcad | right |
| 16:12.50 | brlcad | I didn't want to go through yet another drawn out filesystem migration, that was painful |
| 16:13.36 | maths22 | was that what happened last time? |
| 16:13.47 | brlcad | if they can just move the drive, everything should stay the same except for maybe a one-liner if the network interface name changes |
| 16:14.04 | maths22 | also, will the server ip change? |
| 16:14.07 | brlcad | yes, the DIY route |
| 16:14.13 | brlcad | no, it shouldn't |
| 16:14.45 | brlcad | last time IPs changed, major OS version changes, nothing was compatible |
| 16:15.20 | brlcad | this is close enough hardware and ``Erik has the operating system enough up-to-date that it should just boot up happy |
| 16:15.41 | brlcad | and if not, I'm still paying them to get it working |
| 16:15.51 | brlcad | so more expensive, but way faster than relying on my time |
| 16:17.31 | maths22 | Do they perform the network interface changes locally? |
| 16:22.12 | maths22 | Also, can the hardware support two hdds? |
| 16:26.43 | Notify | 03BRL-CAD:r_weiss * 54883 brlcad/trunk/src/proc-db/molecule.c: Fix a windows build error. |
| 16:31.33 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 16:44.03 | brlcad | maths22: the hwardware can support two hds, but will only have the one (we'll have offsite backups) |
| 16:44.14 | brlcad | the network interface change is just a line in a text file |
| 16:49.41 | ``Erik | 2 lines in rc.conf, iirc |
| 17:37.15 | Notify | 03BRL-CAD:bob1961 * 54884 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: ----------- |
| 17:55.12 | *** part/#brlcad witness (uid10044@gateway/web/irccloud.com/x-kmepvsuuoqzwxsmb) | |
| 18:07.14 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 18:07.57 | FLOSSrookie | I move to another distro. I was using Fedora but it was too unstable for even basic usage. I am using centOS but the old instructions from last time I was here are no longer applicable. I will have to build from source this time unless one of the fedora RPMs will work. Will a fedora RPM work for centOS? |
| 18:08.11 | FLOSSrookie | ^ I moved to another distro... |
| 18:59.20 | Notify | 03BRL-CAD:carlmoore * 54885 brlcad/trunk/src/util/pixfilter.c: touchup so that pixfilter.c resembles, as close as possible, bwfilter.c . |
| 19:01.00 | brlcad | FLOSSrookie: did you try one of the rpms? |
| 19:01.06 | brlcad | rpm will tell you whether it works or not |
| 19:01.15 | brlcad | and if it doesn't, rpm can uninstall it ;) |
| 19:05.39 | FLOSSrookie | brlcad: I was concerned I might ruin the system by attempting such an install if they were not compatible. |
| 19:12.06 | FLOSSrookie | brlcad-7.22.0-0.x86_64 requires libstdc++.so.6(GLIBCXX_3.4.15)(64bit) |
| 19:12.06 | FLOSSrookie | brlcad-7.22.0-0.x86_64 requires libc.so.6(GLIBC_2.14)(64bit) |
| 19:13.07 | brlcad | what do you have installed? |
| 19:13.24 | FLOSSrookie | brlcad: Help me find out. |
| 19:13.28 | FLOSSrookie | What commands? |
| 19:19.13 | brlcad | oof, it's been a long time, I'd be running man rpm :) |
| 19:19.31 | brlcad | need to search what libstdc++ you have installed |
| 19:19.35 | brlcad | and libc |
| 19:19.43 | brlcad | if it's the same version, you're probably fine |
| 19:20.13 | brlcad | if you hang around long enough, jordi will be able to help you too |
| 19:26.13 | Notify | 03BRL-CAD:brlcad * 54886 brlcad/trunk/src/libbu/heap.c: implement a per-cpu data structure so that we can support multithreaded memory requests without pooching our data and without needing to acquire a performance-killer semaphore lock. restructure the bin data into a single struct container which should give better data coherence as well (but need to verify). |
| 19:32.22 | brlcad | ``Erik: notify web interface crashy crashy if I go to More graphs |
| 19:32.48 | brlcad | and applying a user filter didn't seem to do anything except give me a blue button with that user's name (didn't filter) |
| 19:33.55 | brlcad | and the main commit listing doesn't seem to be rendering right in IE (footer is just blue, truncates) |
| 20:19.03 | Notify | 03BRL-CAD:brlcad * 54887 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/parallel.c): apply skriptkid's (akshay kashyap's) gci patch (http://www.google-melange.com/gci/task/view/google/gci2012/8070202) that implements cpu thread affinity. initial testing showed a HUGE impact on massively parallel systems with one 64-core ibm power7 system showing a benchmark performance |
| 20:19.05 | Notify | improvement around 50% (VGR increase from 120k to 180k). currently only implemented for pthread systems, but should be easily extended to other platforms and gives bu_parallel() some initial infrastructure so bu_parallel threads can know their CPU id. very cool. |
| 20:24.54 | Notify | 03BRL-CAD:brlcad * 54888 brlcad/trunk/src/libbu/affinity.c: ws style comment cleanup |
| 20:27.11 | Notify | 03BRL-CAD:brlcad * 54889 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/affinity.c): move comments from source to header, remove unhelpful file comment, include common.h before system headers |
| 20:38.17 | Notify | 03BRL-CAD:brlcad * 54890 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt and 3 others): bu_set_affinity() doesn't need to be public API if we call it on all bu_parallel() threads for the user. it becomes an implementation detail. rename to parallel_set_affinity(), update accordingly to depublish, and add to old build. |
| 20:42.20 | Notify | 03BRL-CAD:brlcad * 54891 brlcad/trunk/src/libbu/parallel.c: clean up the array indexing, inconsistently unconventional |
| 20:42.48 | brlcad | only tested that on mac, so feel free to pound it on linux or other systems |
| 21:01.18 | ``Erik | brlcad: more graphs issue, izzit something like: The value "1 day" is not of type LOCAL-TIME:TIMESTAMP. |
| 21:01.57 | ``Erik | odd that the user filter doesn't work right, mebbe something was lost int he backing store migration :/ |
| 21:02.03 | ``Erik | and who the eff uses ie? O.o |
| 21:03.31 | ``Erik | ah, heh, lame, user/file filtering was all lost during backing store migration |
| 21:03.45 | ``Erik | !notify todo fix user/file filtering in project view |
| 21:03.45 | Notify | OK, added to https://elfga.com/notify/todo |
| 22:26.22 | *** join/#brlcad merzo (~merzo@92-33-132-95.pool.ukrtel.net) | |
| 00:31.03 | starseeker | brlcad: If I'm reading the docs for Gecode 4.0 correctly, it looks like it may now be able to solve the sorts of constraint equations we'd be looking at |
| 00:54.34 | starseeker | still a workout for the CPU when compiling |
| 01:23.06 | Notify | 03BRL-CAD:brlcad * 54892 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am and 2 others): collapse ispar.c into parallel.c even though we want to prefer smaller files. ispar was a bad non-descript name to begin with and the two functions it provides are weak. more importantly, the access a global that we can make static if we consolidate it to parallel.c |
| 01:28.18 | Notify | 03BRL-CAD:brlcad * 54893 brlcad/trunk/src/libbu/parallel.c: rename bu_pid_of_initiating_thread to not have the bu_ prefix since it's not a published global. make it static too to limit scope. |
| 01:45.32 | Notify | 03BRL-CAD:brlcad * 54894 brlcad/trunk/src/libbu/parallel.c: consistency, use arrow instead of parendotting |
| 01:59.10 | Notify | 03BRL-CAD:brlcad * 54895 brlcad/trunk/src/libbu/parallel.c: remove parallel support for SGI IRIX since it's a gone platform and keeping it here has become a maintenance burden (having to maintain and needing to improve/change a threading impl that cannot be tested) |
| 02:04.01 | Notify | 03BRL-CAD:brlcad * 54896 brlcad/trunk/src/libbu/parallel.c: since the interface is getting updates, same obsolescence holds true for our old cray, alliant, convex, ardent, and encore multimax |
| 02:11.28 | Notify | 03BRL-CAD:brlcad * 54897 brlcad/trunk/src/libbu/semaphore.c: do the same for semaphore support, remove the antiquated platforms (sgi, ardent, alliant, convex, cray, n16). make bu_semaphore_free() a thing too, instead of just an idea for releasing memory. |
| 02:11.48 | Notify | 03BRL-CAD:brlcad * 54898 brlcad/trunk/include/bu.h: declare the new bu_semaphore.free() function. |
| 02:29.51 | Notify | 03BRL-CAD:brlcad * 54899 brlcad/trunk/include/orle.h: convex is long gone |
| 02:31.01 | Notify | 03BRL-CAD:brlcad * 54900 brlcad/trunk/include/bu.h: remove support for cray, irix/sgi, convex, and ultrix. highly dependent on the compiler and makes the define seem to be much more complicated than it really is. |
| 02:34.58 | Notify | 03BRL-CAD:brlcad * 54901 (brlcad/trunk/include/rtgeom.h brlcad/trunk/src/libbu/semaphore.c and 4 others): remove support for platforms that are no longer even remotely accessible (sgi arguably is, but we should still compile there with gcc). remove accommodations and references to cray, sgi/irix, and alliant |
| 02:48.46 | *** part/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 03:42.11 | brlcad | hm, the migration still hasn't begun |
| 03:42.56 | brlcad | ``Erik: if that was /usr/web data, I have it backed up |
| 03:43.09 | brlcad | those files weren't sync'd (yet) |
| 03:58.51 | Notify | 03BRL-CAD:brlcad * 54902 (brlcad/trunk/CHANGES brlcad/trunk/include/bu.h): deprecated to obsolete: remove bu_get_load_average() and bu_set_realtime() |
| 04:01.29 | Notify | 03BRL-CAD:brlcad * 54903 brlcad/trunk/src/libbu/parallel.c: removed bu_get_load_average and bu_set_realtime. the latter is technically minimally impacting since the implementation has done nothing for a couple decades now. |
| 04:02.33 | Notify | 03BRL-CAD:brlcad * 54904 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am): deprecated to obsolete: remove bu_fopen_uniq() |
| 04:14.55 | Notify | 03BRL-CAD:brlcad * 54905 (brlcad/trunk/CHANGES brlcad/trunk/include/bu.h): deprecated to obsolete: remove declarations for bu_fopen_uniq() and bu_get_public_cpus() |
| 04:17.31 | Notify | 03BRL-CAD:brlcad * 54904 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/Makefile.am): deprecated to obsolete: remove bu_fopen_uniq() |
| 04:18.48 | Notify | 03BRL-CAD:brlcad * 54906 (brlcad/trunk/CHANGES brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/parallel.c): remove bu_cpulimit_get() and bu_cpulimit_set() as a minimally impacting change since they've also pretty much done nothing for a couple decades. |
| 04:50.21 | Notify | 03BRL-CAD:brlcad * 54907 brlcad/trunk/src/libbu/parallel.c: clean up some of the failure logging and pass the thread cpu id numbers indexed from 1 to ncpu (inclusive). that way we can reserve cpu 0 for the parent process/thread that is creating all of the threads. stub in an initial bu_parallel_id() function to get the cpu id, but just checkpointing the work in progress because __thread is apparently unavailable on |
| 04:50.22 | Notify | Mac OS X. |
| 04:52.02 | Notify | 03BRL-CAD:brlcad * 54908 brlcad/trunk/src/libbu/parallel.c: make sure windows is consistent with stashing cpu ids from 1 to ncpu too |
| 04:53.18 | Notify | 03BRL-CAD:brlcad * 54909 brlcad/trunk/src/libbu/parallel.c: bu_get_public_cpus() went bye bye |
| 04:53.39 | brlcad | It looks like there is going to be a delay for the new server until tomorrow night |
| 08:28.02 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:49.57 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-kmepvsuuoqzwxsmb) | |
| 11:06.09 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:40.54 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 12:39.52 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 13:10.29 | Notify | 03BRL-CAD:brlcad * 54910 brlcad/trunk/src/rt/do.c: remove the old cray cpulimit call, didn't do anything useful anywhere else and the func is now gone |
| 14:21.10 | ``Erik | ls - l |
| 14:21.19 | ``Erik | heh, whups |
| 14:21.27 | jordisayol | :-) |
| 14:35.15 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 14:35.21 | brlcad | woot |
| 14:36.23 | ``Erik | httpd not up? |
| 14:36.46 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 14:37.12 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:43.08 | brlcad | it is now, curious that it didn't start automatically |
| 14:43.33 | ``Erik | log has lots of freakout from trying to boot with bad network info, they didn't change it in single user mode or before the swap |
| 14:44.00 | ``Erik | something in the config probably tries to resolve and address, and gave up when that failed |
| 14:44.23 | brlcad | nods |
| 14:45.04 | brlcad | sounds like exactly as you described, they needed to update the network config but then all was fine |
| 14:48.46 | ``Erik | clock was all wonky, too |
| 14:50.07 | brlcad | "We had no problems, we just had to add the IP and gateway to the /etc/rc.conf file and it came online." |
| 14:50.22 | brlcad | wears the IP was already there, dunno about the gateway |
| 14:50.48 | brlcad | s/wears/swears/ |
| 14:51.24 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:51.25 | Notify | 03BRL-CAD:bob1961 * 54913 brlcad/trunk/src/other/tk/library/panedwindow.tcl: Apply previous fixes to ::tk::panedwindow::Motion and ::tk::panedwindow::MarkSash. |
| 14:53.27 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:53.28 | Notify | 03BRL-CAD:bob1961 * 54913 brlcad/trunk/src/other/tk/library/panedwindow.tcl: Apply previous fixes to ::tk::panedwindow::Motion and ::tk::panedwindow::MarkSash. |
| 15:02.32 | brlcad | elfga core dump |
| 15:02.37 | ``Erik | yes |
| 15:02.59 | ``Erik | something with how I load things into sbcl is a bit twitchy, have it up now, though |
| 15:06.41 | ``Erik | hw.ncpu: 8 |
| 15:06.42 | ``Erik | hw.physmem: 3740434432 |
| 15:11.40 | brlcad | giggles like a little school girl |
| 15:20.50 | ``Erik | adds -j8 to the make.conf and tries a portupgrade O.o |
| 15:40.42 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.97.44) | |
| 15:40.42 | brlcad | heh |
| 15:40.51 | brlcad | curious to know what the vgr count looks like |
| 15:47.11 | ``Erik | 2.5 ghz xeons, should be a bit less than the office 8 core xeon servers |
| 16:02.22 | *** join/#brlcad merzo (~merzo@68-104-133-95.pool.ukrtel.net) | |
| 16:54.37 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:28.58 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:38.58 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:40.10 | starseeker | ``Erik: is Notify up? |
| 17:52.52 | brlcad | apparently not |
| 18:21.43 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:22.00 | Notify | 03BRL-CAD:bob1961 * 54913 brlcad/trunk/src/other/tk/library/panedwindow.tcl: Apply previous fixes to ::tk::panedwindow::Motion and ::tk::panedwindow::MarkSash. |
| 18:22.09 | Notify | 03BRL-CAD:brlcad * 54914 brlcad/trunk/TODO: chan_ tools belong in util, not anim. terrible names too. |
| 18:22.13 | Notify | 03BRL-CAD:brlcad * 54911 brlcad/trunk/TODO: temp colors and temp matrices during ray tracing |
| 18:22.17 | Notify | 03BRL-CAD:bob1961 * 54915 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Added a preference for the max number of members displayed in Archer's tree for a combination. This prevents the GUI from locking when some user wants a few hundred thousand members in a single group (ttk::treeview doesn't handle this well). Also warn the user when all members are not |
| 18:22.19 | Notify | visible. |
| 18:22.23 | Notify | 03BRL-CAD:brlcad * 54912 brlcad/trunk/src/remrt/rtsrv.c: another cpulimit removal |
| 18:22.30 | Notify | 03BRL-CAD:starseeker * 54916 (brlcad/trunk/INSTALL brlcad/trunk/configure.cmake.sh brlcad/trunk/src/other/CMakeLists.txt): OK, make a better stab at this - a single commit that makes both tktreectrl and tkdnd packages available in BRL-CAD. Not clear yet if tkdnd is the right thing to use for tree element manipulation, but it will allow for support for things like dragging and dropping a .g file onto Archer to open |
| 18:22.32 | Notify | it. |
| 18:22.34 | Notify | 03BRL-CAD:starseeker * 54917 (brlcad/trunk/INSTALL brlcad/trunk/configure.cmake.sh brlcad/trunk/src/other/CMakeLists.txt): revert 54916 |
| 18:22.49 | Notify | 03BRL-CAD Wiki:Cfitzsimmons * 0 /wiki/User:Cfitzsimmons: |
| 18:22.51 | Notify | 03BRL-CAD:carlmoore * 54918 brlcad/trunk/src/util/pix-png.c: program works the same but the source code has been slightly shortened |
| 18:24.08 | Notify | 03BRL-CAD:bob1961 * 54919 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweak to ArcherCore::getTreeMembers. |
| 18:33.44 | Notify | 03BRL-CAD:bob1961 * 54920 brlcad/trunk/src/tclscripts/lib/Command.tcl: This fixes the Command::invoke method's mishandling of double quotes in nested commands. |
| 18:34.48 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:38.42 | *** join/#brlcad caen23 (~cezar@92.83.177.51) | |
| 18:47.10 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 19:44.08 | Notify | 03BRL-CAD:r_weiss * 54921 brlcad/trunk/src/libged/tables.c: Update to ged_tables to support bu_lseek on Windows 64bit. |
| 19:56.06 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 21:17.53 | Notify | 03BRL-CAD:r_weiss * 54922 (brlcad/trunk/src/libfb/if_X.c brlcad/trunk/src/libfb/if_X24.c and 7 others): Updates to libfb to support bu_lseek and improve Windows 64bit. Changed many "long" and "int" to "off_t", "size_t" or "ssize_t". |
| 21:19.52 | Notify | 03BRL-CAD:r_weiss * 54923 brlcad/trunk/include/fbio.h: Update to "fbio.h" changing the return for "_write" and "_read" to "ssize_t". |
| 21:26.29 | Notify | 03BRL-CAD:r_weiss * 54924 brlcad/trunk/src/libfb/if_X24.c: Update to file "if_X24.c" to support "bu_lseek" on Windows 64bit. |
| 21:35.20 | Notify | 03BRL-CAD:r_weiss * 54925 brlcad/trunk/src/fb/pp-fb.c: Update to "pp-fb.c", changing types for "bu_lseek" from "long" to "off_t". |
| 21:43.18 | Notify | 03BRL-CAD:r_weiss * 54926 brlcad/trunk/src/util/pixbustup.c: Update to "pixbustup.c" changing type for "bu_lseek" to "off_t". |
| 21:56.27 | Notify | 03BRL-CAD:r_weiss * 54927 brlcad/trunk/src/util/plrot.c: Change to print format for return value of bu_ftell. |
| 22:02.41 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-qrspdignwhkoyxrf) | |
| 22:19.18 | Notify | 03BRL-CAD:r_weiss * 54928 (brlcad/trunk/src/conv/iges/findp.c brlcad/trunk/src/conv/iges/iges_struct.h and 2 others): Updates to iges converter, changing some data types to "size_t" and "off_t" to support function "bu_ftell". |
| 23:59.22 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 01:06.47 | *** join/#brlcad merzo (~merzo@68-104-133-95.pool.ukrtel.net) | |
| 03:58.26 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 04:40.49 | Notify | 03BRL-CAD:brlcad * 54929 brlcad/trunk/src/other/boost/CMakeLists.txt: smart_ptr doesn't actually have a CMakeLists.txt file to describe the build |
| 04:42.43 | *** join/#brlcad merzo (~merzo@103-97-133-95.pool.ukrtel.net) | |
| 04:58.01 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 05:16.45 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 05:20.30 | Notify | 03BRL-CAD:brlcad * 54930 brlcad/trunk/src/other/boost/libs/thread/CMakeLists.txt: the library name is supposed to be boost_thread |
| 05:22.10 | Notify | 03BRL-CAD:brlcad * 54931 brlcad/trunk/src/other/CMakeLists.txt: build the boost_thread compiled library (although this is probably temporary) |
| 05:23.22 | Notify | 03BRL-CAD:brlcad * 54932 brlcad/trunk/src/libpc/CMakeLists.txt: don't turn off all warnings, just make them not be errors |
| 05:28.01 | Notify | 03BRL-CAD:brlcad * 54933 brlcad/trunk/include/bu.h: declare the new bu_parallel_id() function for returning the current bu_parallel's cpu number (1 to ncpu) |
| 05:32.49 | Notify | 03BRL-CAD:brlcad * 54934 brlcad/trunk/src/libbu/parallel.h: provide an initial implementation of two functions to get/set the current cpu number in thread-local-storage (TLS). this preliminarily uses boost threads, but will probably change to minimize the complexity where we have support for intrinsic compiler TLS. |
| 05:33.16 | Notify | 03BRL-CAD:brlcad * 54935 brlcad/trunk/src/libbu/thread.cpp: fix header, thread.cpp |
| 05:36.11 | Notify | 03BRL-CAD:brlcad * 54936 brlcad/trunk/src/libbu/CMakeLists.txt: we're using it now, so compile thread.cpp and link against boost_thread |
| 05:39.17 | Notify | 03BRL-CAD:brlcad * 54937 brlcad/trunk/src/libbu/heap.c: we now have a bu_parallel_id() that works, shift from 1-to-ncpu to 0-to-ncpu-1 |
| 05:44.45 | Notify | 03BRL-CAD:brlcad * 54938 (brlcad/trunk/src/libbu/ispar.c =================================================================== and 81 others): remove the no longer compiled ispar.c, merged into parallel.c so we could eliminate a global |
| 05:53.52 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 07:55.38 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 11:24.05 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 12:00.32 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:06.44 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 12:40.07 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-kpvazlaidedjpimh) | |
| 13:54.06 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 13:56.29 | ``Erik | netmask looks good now, what was the critical issue? |
| 13:56.49 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 13:57.29 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 13:58.31 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:45.26 | Notify | 03BRL-CAD:bob1961 * 54939 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added ArcherCore::freezeGUI. |
| 15:39.43 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 15:48.04 | Notify | 03BRL-CAD:bob1961 * 54940 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: This fixes an issue where geometry doesn't show up in the newly visible display windows that are exposed when going to multi-pane mode AND display-lists are enabled. |
| 17:07.35 | starseeker | brlcad: do you want to go ahead and update to libpng 1.6.1? |
| 17:14.32 | brlcad | starseeker: I don't really want to do anything that doesn't get us closer to wrapping things up for release |
| 17:14.44 | brlcad | so unless that fixes autoconf, not really |
| 17:15.20 | brlcad | i'm busy trying to wrap up my heap work myself, then I have 350 commits to get through, all hopefully before this weekend |
| 17:34.19 | Notify | 03BRL-CAD:brlcad * 54941 brlcad/trunk/src/libbu/parallel.c: hook up to the thread local storage so bu_parallel_id() can track our thread number, fix record keeping that keeps track of how many started/finished |
| 17:34.32 | Notify | 03BRL-CAD:bob1961 * 54942 brlcad/trunk/src/libged/mater.c: Get rid of "" and [] from the mater commands prompt array. This breaks things when sending back to Tcl land. |
| 17:37.55 | Notify | 03BRL-CAD:brlcad * 54943 brlcad/trunk/src/libbu/parallel.c: hindsight consideration, don't pretend we'd ever be able to talk to 'thread' 0 since it's going to be sitting there waiting for the invoked threads to finish. kinda like execl. so number them 0 to ncpu-1 |
| 17:45.32 | Notify | 03BRL-CAD:brlcad * 54944 brlcad/trunk/src/libpc/CMakeLists.txt: since we can't seem to do a damn thing about the inline warnings, turn them off outright |
| 17:49.21 | Notify | 03BRL-CAD:brlcad * 54945 (brlcad/trunk/src/libbu/CMakeLists.txt brlcad/trunk/src/libbu/thread.cpp): upon closer inspection, it looks like boost just did exactly what I had originally planned to do anyways, namely calling the pthread and win32 TLS api, so strip out the boost hooks. it's not worth having the additional compilation complexity to get boost_thread compiling cleanly and the major third-party dep it would |
| 17:49.23 | Notify | be adding to libbu. we can just do our own thing here in far far fewer lines of code, far less integration complexity. |
| 17:50.14 | Notify | 03BRL-CAD:brlcad * 54946 brlcad/trunk/src/other/CMakeLists.txt: revert back to ignoring the boost subdir |
| 17:51.19 | brlcad | named[1149]: creating IPv4 interface em0 failed; interface ignored |
| 17:51.43 | brlcad | wonders why named is trying to create ethernet interfaces |
| 18:04.34 | Notify | 03BRL-CAD:brlcad * 54947 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: there are far too many unquellable false-positive inline warnings with more recent versions of gcc (4.7ish) where it warns about not being able to inline default constructors and desctructors that it created and that we cannot quell with the given inline hooks. so turn them all off (for C++) for now |
| 19:33.50 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 19:46.13 | Notify | 03BRL-CAD:carlmoore * 54948 brlcad/trunk/src/anim/chan_permute.c: modify messages for can't open |
| 19:49.10 | Notify | 03BRL-CAD:carlmoore * 54949 brlcad/trunk/src/anim/chan_permute.c: oops, also put in the correct command name in these error messages |
| 19:51.27 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-fwwohzaaroynixtd) | |
| 20:00.00 | Notify | 03BRL-CAD:carlmoore * 54950 brlcad/trunk/src/mged/cad_boundp.c: provide Usage based on the man page, but the program is allowed to continue running |
| 20:20.59 | Notify | 03BRL-CAD:carlmoore * 54951 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: fix warning about format designator |
| 20:38.58 | ``Erik | yuh oh, word on the street is that a serious patch to postgresql is going to be released next week with some kinda security aspect |
| 20:45.16 | ``Erik | hm, is http://trepan.bzflag.bz/bzdistort.jpg displacement mapping, or real geometry? O.o |
| 21:34.51 | ``Erik | http://www.postgresql.org/message-id/14040.1364490185@sss.pgh.pa.us |
| 00:00.45 | milamber | hello all, are step files something that mged/archer are able to handle? i checked the documentation here: http://brlcad.org/wiki/STEP_Libraries it seems like that is asking for the code to be cleaned up, but the way i interpret that is that the functionality is there. |
| 00:33.13 | brlcad | ``Erik: displacement |
| 00:35.37 | brlcad | milamber: we have a step-g importer tool that will import some step content |
| 00:37.02 | brlcad | namely solid nurbs boundary representation geometry (what most solid modeling systems will export) |
| 00:41.48 | milamber | brlcad: this is the output that i get when i try and run the file through the step-g converter. http://pastebin.com/dcXgPN1A |
| 00:43.07 | milamber | brlcad: and for what it is worth, neither archer nor mged handle it gracefully. archer just crashes and mged says something about malloc and exits |
| 00:49.21 | brlcad | milamber: ah, what format is that .step file? |
| 00:49.36 | brlcad | looks like it might be an AP214 schema file |
| 00:49.43 | brlcad | we support AP203 |
| 00:49.56 | brlcad | (214 is coming later) |
| 00:50.51 | milamber | brlcad: thanks, i can't seem to find anything for linux that will open it. thanks for your time. |
| 00:51.15 | brlcad | milamber: what does the file header say it is? |
| 00:53.39 | milamber | brlcad: ISO-10303-21; |
| 00:53.41 | milamber | HEADER; |
| 00:53.41 | milamber | FILE_DESCRIPTION (( 'STEP AP214' ), |
| 01:13.12 | brlcad | yeah, so that's the problem |
| 01:13.27 | brlcad | it "should" work, or at least we'll eventually get to the point where it does work |
| 01:13.55 | brlcad | but currently, our parser is wired to read STEP AP203 which is why it complains about all those missing/invalid entities |
| 01:14.16 | brlcad | so it ends up with a corrupt .g (which obviously shouldn't happen either) |
| 01:14.39 | brlcad | we have a LOT of STEP work going on this summer, so hopefully we can improve that then |
| 01:15.22 | milamber | sounds good. |
| 01:15.32 | brlcad | what generated the file? |
| 01:15.38 | milamber | i would be happy to beta that stuff if you are looking for volunteers |
| 01:15.46 | brlcad | you should be able to regenerate an ap203 with whatever output the 214 file |
| 01:15.54 | brlcad | sure |
| 01:16.04 | milamber | not sure, it's a file for an ar15 lower |
| 01:16.47 | brlcad | you're not sure how you got the file? |
| 01:16.57 | milamber | http://defcad.org/defdist-ar-15-lower-receiver/ |
| 01:17.05 | milamber | i'm not sure what program created the file |
| 01:17.20 | brlcad | ah, but you didn't, that's the important part |
| 01:17.22 | milamber | i did not |
| 01:17.36 | brlcad | has their whole data set |
| 01:18.26 | brlcad | in theory, we could regenerate our importer with the merged schema and it should read the 214 file better... |
| 01:18.32 | brlcad | maybe a great gsoc task |
| 01:19.39 | milamber | the igs files that are there freecad seems to be able to handle, but freecad won't open this step format either |
| 02:25.58 | brlcad | milamber: does http://www.ida-step.net/components/viewers/basic read the file for you? |
| 02:35.44 | Notify | 03BRL-CAD:brlcad * 54952 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: bu_log supports %zu for size_t |
| 02:43.32 | milamber | brlcad: negative - http://pastebin.com/ikX7kKMk |
| 02:47.42 | Notify | 03BRL-CAD:brlcad * 54953 brlcad/trunk/src/util/bwcrop.c: need signed comparison now to match buflines |
| 02:48.37 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:14.33 | Notify | 03BRL-CAD:brlcad * 54954 brlcad/trunk/src/librt/primitives/arb8/arb8.c: quell gcc false positive due to the parameter getting set within the expression. initialize explicitly for good measure anyways. |
| 03:16.48 | Notify | 03BRL-CAD:brlcad * 54955 brlcad/trunk/src/librt/primitives/arb8/arb8.c: ws indent style cleanup |
| 03:17.33 | brlcad | milamber: what's on line's 1-10 ? |
| 03:17.46 | brlcad | pastebin.ca |
| 03:18.09 | brlcad | (many channel listeners cannot get to pastebin.com (and they suck)) |
| 03:21.21 | Notify | 03BRL-CAD:brlcad * 54956 brlcad/trunk/src/librt/primitives/nmg/nmg.c: rt_nmg_import4_fastf takes a const matp_t |
| 03:21.52 | milamber | http://pastebin.ca/2344562 |
| 03:28.59 | Notify | 03BRL-CAD:brlcad * 54957 brlcad/trunk/src/librt/primitives/nmg/nmg.c: quell warning about preserving constness to a matp_t parameter by casting _before_ passing. |
| 03:30.50 | brlcad | milamber: interesting |
| 03:31.51 | brlcad | that indeed looks like an invalid FILE_NAME line |
| 03:31.57 | brlcad | it's missing a slew of parameters |
| 03:32.03 | brlcad | try changing it to this: |
| 03:35.16 | brlcad | FILE_NAME ('AR-15 - Lower Receiver DD - WW REV 3.3.1-Test 1 (jad).STEP', '2013-01-01T01:01:01', ( 'Whatever' ), ( 'Yeah' ), 'Sean', 'BRL-CAD', '' ); |
| 03:40.30 | milamber | trying . . . |
| 03:42.49 | milamber | ida-step is "triangulating" - which is better than just throwing an error like it was previously doing |
| 03:44.43 | brlcad | progress |
| 03:51.24 | milamber | file loaded in ida-step |
| 03:58.24 | milamber | have to get going for the evening, but i appreciate the help |
| 04:25.51 | brlcad | milamber: glad to help |
| 04:41.59 | *** join/#brlcad merzo (~merzo@239-76-133-95.pool.ukrtel.net) | |
| 04:51.14 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.68.250) | |
| 04:54.28 | Notify | 03BRL-CAD:brlcad * 54958 brlcad/trunk/src/libbu/affinity.c: need to explore the portability of this, but go ahead and locally override the _GNU_SOURCE setting so that we can enable processor affinity for pthread systems. after much headache, figured out that _GNU_SOURCE needs to be defined before the common.h header. common includes some system headers and the features.h header is only going to get read once to set |
| 04:54.30 | Notify | the necessary __USE_GNU define and declaring the CPU_* macros and pthread affinity funcs the implementation uses. this is going to jack up linux benchmarks, but it's a nice 5-50% improvement on even small smp systems. |
| 04:57.08 | Notify | 03BRL-CAD:brlcad * 54959 brlcad/trunk/src/libged/tables.c: quellage, go through libbu and a vls to print size_t values to file. |
| 05:23.07 | Notify | 03BRL-CAD:brlcad * 54960 brlcad/trunk/CMakeLists.txt: need to check for a few headers to support thread affinity on bsd. check for pthread_np.h and sys/cpuset.h headers along with the cpu_set_t type (which is linux, bsd is cpuset_t but allegedly may switch to match). |
| 05:23.33 | brlcad | wow, looks like my earlier affinity numbers weren't the whole picture |
| 05:23.48 | brlcad | had reported vgr count going from 120k to 180k |
| 05:24.04 | brlcad | but just tested again now and went from 115k to 290k |
| 05:25.05 | brlcad | so highly dependent on how busy the machine is, but 2.5x faster is just wow |
| 05:26.44 | Notify | 03BRL-CAD:brlcad * 54961 brlcad/trunk/src/libbu/affinity.c: expand support to freebsd, just a few changes needed |
| 05:46.03 | brlcad | ``Erik: you need to create a link_id |
| 05:46.19 | brlcad | need to register your profile |
| 05:50.07 | Notify | 03BRL-CAD:brlcad * 54962 brlcad/trunk/src/libbu/affinity.c: just because we have pthreads doesn't mean we have the cpuset macros, e.g., mac os x. |
| 05:51.51 | Notify | 03BRL-CAD:brlcad * 54963 brlcad/trunk/src/libged/tables.c: pass const |
| 05:53.33 | Notify | 03BRL-CAD:brlcad * 54964 brlcad/trunk/src/libged/tables.c: fastf_t arrays need a little more const persuasion |
| 09:15.16 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 10:00.02 | *** join/#brlcad luca79 (~luca@host201-12-dynamic.13-87-r.retail.telecomitalia.it) | |
| 10:10.15 | ``Erik | cache miss will kill ya (I'd imagine the 2 core result would also be huge) |
| 10:11.40 | ``Erik | will my old 'erikg' id work? (it all seems to be there) |
| 11:50.20 | *** join/#brlcad ncsaba (~ncsaba@p54983F7E.dip.t-dialin.net) | |
| 11:50.50 | *** join/#brlcad merzo (~merzo@231-205-132-95.pool.ukrtel.net) | |
| 11:51.07 | ncsaba | Hi all |
| 11:51.23 | ncsaba | is there any human around I can chat with about BRL-CAD ? |
| 11:59.15 | *** join/#brlcad luca79 (~luca@host17-82-dynamic.14-87-r.retail.telecomitalia.it) | |
| 12:01.46 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 12:06.00 | ``Erik | nope, just us troglodytes |
| 12:31.50 | ncsaba | Hi Erik, sorry, didn't meant it like that, rather though about bots :-) |
| 12:32.30 | ncsaba | look like I'm just not patient enough |
| 12:35.06 | ncsaba | I last used IRC about 13 years ago, and then on some high traffic channels and probably got used to instant answer... which is probably not reasonable on a channel like this |
| 12:36.27 | ``Erik | depends on the time of day, most of us are in the US, so gmt-5 to gmt-8... it's still early :) |
| 12:36.42 | ncsaba | ok, that's a good point too |
| 12:37.30 | ncsaba | well I'm in Europe, gmt+1 |
| 12:38.10 | ncsaba | but I'm glad I found somebody I can talk to :-) |
| 12:38.56 | ``Erik | so are you looking for help doing something with BRL-CAD, trying to decide if it's worth checking out, or ? |
| 12:39.22 | ncsaba | well I just discovered it recently that it exists - and I like it's basic philosophy |
| 12:39.42 | ncsaba | but need some things which it doesn't have - ready to program too if needed |
| 12:39.43 | ``Erik | cool |
| 12:40.21 | ``Erik | what kinda things are you looking for? (there're lots of capabilities that are poorly advertised) |
| 12:40.24 | ncsaba | what I'm actually looking for is discussion - I don't know if the things I need are not already worked on, reasonable at all, or so |
| 12:41.16 | ncsaba | well right now I'm working on some models which use extensively pipes, |
| 12:41.36 | ncsaba | and I want to create some parameterized objects with those pipes |
| 12:41.52 | ncsaba | and used a TCL script to do it |
| 12:41.57 | ``Erik | like shrinkwrapping them or something? |
| 12:43.04 | ncsaba | well I create a fork-like structure out of pipe, and want to parameterize the lengths of the fork sections |
| 12:43.14 | ncsaba | it works - I managed to do it |
| 12:43.19 | ncsaba | that's not the problem :) |
| 12:43.21 | ``Erik | using the pipe meta-primitive? |
| 12:43.25 | ncsaba | yes |
| 12:43.58 | ``Erik | cool, that can be a weird primitive to use... it builds the 'pipe' out of cylinders and torii |
| 12:44.05 | ncsaba | what I found strange is that i couldn't programmatically edit the points in the pipe |
| 12:44.15 | ncsaba | from TCL |
| 12:44.42 | ``Erik | hm, they can be edited with the sed command, I believe |
| 12:44.53 | ncsaba | the "philosophy" part of the idea: whatever can be done from the GUI, should be possible from the scripting part ? |
| 12:44.58 | ncsaba | not really |
| 12:45.09 | ncsaba | or perhaps I'm missing something |
| 12:45.10 | ``Erik | (sed is solid editor, not the unix stream editor) |
| 12:45.28 | ``Erik | all gui components just call a tcl callback, yes |
| 12:45.35 | ncsaba | ok, so I put the object in edit mode with sed |
| 12:45.48 | ncsaba | then how do I tell that I want to add a point ? |
| 12:46.20 | ncsaba | the GUI's menu updates with pipe specific commands |
| 12:46.32 | ``Erik | I'd have to dig into the code, I tend to avoid gui stuff myself, let me take a quick look |
| 12:46.37 | ncsaba | but what's the corresponding comamnd in the scripting then ? |
| 12:46.50 | ncsaba | well if you tell me where to look, I can do that myself too ? |
| 12:46.52 | ncsaba | :) |
| 12:47.24 | ``Erik | well, in the tclscripts for mged, there should be the tk menu entry to add the point, just look at the function it calls |
| 12:47.30 | ncsaba | BTW, I'm using mged, not archer - that was the first thing I found documented when installing BRL-CAd, so I got used to that |
| 12:47.41 | ncsaba | ok |
| 12:47.58 | ``Erik | archer is an alpha stage 'next gen' interface, mged is still the 'officially supported' interface |
| 12:48.09 | ncsaba | aha, then it's fine I guess... |
| 12:48.29 | ``Erik | nice, I can't even start mged due to a recent boost thread change, heh |
| 12:48.41 | ncsaba | :-) |
| 12:49.16 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 12:50.48 | ncsaba | ok, I'm in the tclscripts/mged dir - any hint what I should look for ? I admit I have no experience with TK |
| 12:50.52 | ``Erik | indianlarry probably knows the tcl command to add a pipe element O.o |
| 12:51.50 | ncsaba | well frankly I would prefer to figure out the TK links, that's like difference between getting a fish and learning how to catch it ;-) |
| 12:53.13 | ``Erik | 'k, looks like the adjust command is what you want |
| 12:53.44 | ``Erik | just reference an index one past the last and it automatically adds it to the list |
| 13:00.33 | Notify | 03BRL-CAD:bob1961 * 54965 brlcad/trunk/src/libged/mater.c: Putting back the double-quotes around "light invisible=1" so that the example is once again correct. Will fix the double-quote issue on the Tcl side. |
| 13:12.21 | ncsaba | thanks Erik - I'm looking in the docs, plus the src/tcslscripts/mged/edit_solid.tcl, and I suppose the "db adjust ..." command is what I need to use there ? |
| 13:27.34 | brlcad | ``Erik: you have to set up your profile (basically confirm your address, the terms, etc) |
| 13:27.58 | ncsaba | Managed to do it with "db adjust..." :-) |
| 13:28.25 | brlcad | ncsaba: we're here all the time and quite active, but not always responsive ;) |
| 13:28.42 | brlcad | depends on the time of day, how many of us have are heads down in code at the moment, etc |
| 13:28.54 | ncsaba | ok, no problem - I just need to know that :-) |
| 13:29.24 | ncsaba | the first impression was a ghost town, but as said, I was used to busy chat channels... |
| 13:29.29 | brlcad | we have tons of projects and welcome the activity |
| 13:29.58 | brlcad | it fluctuates |
| 13:30.03 | ncsaba | OK, regarding activity - what I'm missing in BRL-CAD are helper constructs to set up constraints between objects |
| 13:30.08 | brlcad | sometimes it's non-stop streaming |
| 13:30.12 | brlcad | sometimes it'll be quiet for hours |
| 13:30.25 | brlcad | really depends what a dozen different people are doing, what time of day, what time of year |
| 13:30.36 | ncsaba | ok, understood :-) |
| 13:30.38 | brlcad | but yeah, not 100's of people, so a lil diff |
| 13:30.51 | brlcad | we certainly welcome the interest ;) |
| 13:31.03 | ncsaba | I'm busy too normally - today I have public holiday here in Germany |
| 13:31.15 | ncsaba | so I can work on my hobby stuff :-) |
| 13:31.25 | brlcad | so here's some basic docs to help organize thoughts |
| 13:32.35 | ncsaba | do any of you tried VARKON ? |
| 13:32.36 | brlcad | not entirely useful to an individual developer since devs can work on whatever you like, but the overall "big picture" priorities are http://brlcad.org/BRL-CAD_Priorities.png |
| 13:32.42 | *** join/#brlcad caen23 (~cezar@92.85.92.51) | |
| 13:33.08 | ncsaba | ok, I've seen already that :-) |
| 13:33.17 | brlcad | cool |
| 13:33.28 | brlcad | and the Deuces and Quickies pages? |
| 13:33.39 | ncsaba | as said, I like the basic philosophy behind BRL-CAD |
| 13:33.47 | ncsaba | that one not sure |
| 13:33.51 | brlcad | they're sort of 1-day and 1-week scoped projects |
| 13:33.55 | brlcad | just some ideas |
| 13:34.36 | brlcad | I keep a list of bigger projects (multiweeks to multiyear) here: http://brlcad.org/~sean/ideas.html |
| 13:35.11 | brlcad | http://brlcad.org/wiki/Deuces and http://brlcad.org/wiki/Quickies are the aforementioned |
| 13:35.37 | brlcad | ``Erik: the boost stuff is undone |
| 13:37.23 | brlcad | ncsaba: and you are right, philosophy is everything from the GUI should be doable from the command line (and is as far as I know) |
| 13:38.24 | brlcad | if you try to go after one of the short tasks, might ask about it first as a lot of them were recently completed by students in a competition |
| 13:38.30 | brlcad | have to update the pages |
| 13:39.18 | ncsaba | ok, I'm looking at the tasks page - what about suggestions about things which are not there ? |
| 13:39.35 | ncsaba | have you heard about VARKON ? |
| 13:39.58 | ncsaba | that's a 3D CAD software too, which I also tried |
| 13:40.43 | ncsaba | I didn't like it that much (mostly due to their decision to create a new language for the scripting), |
| 13:41.03 | ncsaba | but it has one nice feature: |
| 13:41.12 | brlcad | have followed pretty much every open source CAD-related softare that's been put on a page in the last 10 years :) |
| 13:41.26 | ncsaba | ok :-) |
| 13:41.55 | brlcad | varkon's an oldie |
| 13:42.12 | ncsaba | so, in VARKON I liked the possibility to get points on primitives using parametric selection |
| 13:42.52 | ncsaba | like get the point say 0.4xlength on a segment |
| 13:43.01 | ncsaba | or on an arc |
| 13:43.07 | brlcad | nods |
| 13:44.03 | brlcad | one of the "problems" with our current primary representation format (implicit geometry) is surface boundary selection |
| 13:44.05 | ncsaba | or get a tangent to a curve on a point |
| 13:44.27 | brlcad | because the surfaces are implicit, a lot of surface-based operations become super hard or impractical |
| 13:44.48 | brlcad | which is why we've spent the last few years implementing support towards becoming fully hybrid representation |
| 13:45.07 | ncsaba | ok, what about providing with the solids also some predefined key 2D shapes / points which can be selected ? |
| 13:45.11 | brlcad | implicit and brep/nurbs under the hood, so we can get access to surface features without loosing geometry detail |
| 13:45.32 | ncsaba | like a cilinder always has a center axis |
| 13:45.37 | brlcad | yep |
| 13:45.54 | brlcad | that's on our list of things to do |
| 13:46.11 | ncsaba | ok, that's the direction I would like to help out then if possible |
| 13:46.15 | brlcad | make every primitive define a set of parameters that can be selected/edited |
| 13:46.41 | brlcad | to some extent that happens already, but it happens up in tcl land in the gui itself (year, really bad) |
| 13:47.05 | brlcad | the idea is to have each primitive define their set of parameters (and constraints) intrinsic to them |
| 13:47.18 | brlcad | then the gui just probes them for what to allow for selection/editing |
| 13:47.49 | ncsaba | yes, cool |
| 13:48.13 | brlcad | working on that quickly gets into the center of our geometry kernel |
| 13:48.35 | ncsaba | aha |
| 13:48.44 | brlcad | so that's a great area to start, but will have to maybe work towards it from some feature perspective |
| 13:48.56 | brlcad | like creating a new command-line command that just lists parameters |
| 13:49.29 | ncsaba | I'm coming from a java background, just to mention it |
| 13:49.35 | brlcad | if you understand that layer (simple C api), getting into the callbacks and primitive functions will be easy |
| 13:49.51 | brlcad | okay |
| 13:50.27 | ncsaba | but I have no problems with other languages, even if I prefer the object oriented ones :-) |
| 13:50.54 | brlcad | no worries |
| 13:51.06 | brlcad | our nurbs work is all OO C++ |
| 13:51.19 | ncsaba | ok |
| 13:51.24 | brlcad | our core geometry is heavily OO C |
| 13:51.39 | brlcad | (there is such a beast) ;) |
| 13:52.30 | ncsaba | yes, I imagine - I tried to apply OO design to MS foxpro back on my programming beginnings - it kind of works but everything has to be done manually :-) |
| 13:52.51 | brlcad | yeah, so there's a lot of that |
| 13:53.15 | ncsaba | I guess you have a defined interface for what primitives need to provide ? |
| 13:53.24 | brlcad | if you look in src/librt/primitives, you'll see each primitive is in a subdir where each defines a set of callbacks (which are itemized in src/librt/primitives/table.c) |
| 13:53.32 | ncsaba | ok |
| 13:53.52 | brlcad | yeah, that's all private API, but it's the rt_functab |
| 13:54.24 | brlcad | we have several maintenance tasks to encapsulate and push more down to that layer, but it's pretty easy to follow |
| 13:55.50 | brlcad | before you dive in too far there, though, I'd suggest starting with something you can wrap your head around |
| 13:56.04 | ncsaba | will have a look, but for the moment I think there's something else |
| 13:56.11 | brlcad | there's a LOT of code, so it's really easy to get lost |
| 13:56.14 | ncsaba | yes, exactly my thought :)= |
| 13:56.26 | ncsaba | but good to know |
| 13:56.49 | ncsaba | ok, then another question: is there a way already to get the length of a pipe ? |
| 13:57.05 | ncsaba | if not that is something I would add - I need it :-) |
| 13:57.10 | brlcad | I've been pushing to get all of our comments and docs and api cleaned up so it's easier to navigate (and remove some of our legacy complexity), but as you can imagine that takes a lot of time and effort across 1M lines of code |
| 13:57.26 | brlcad | length of a pipe, hmm |
| 13:57.38 | brlcad | i'm not sure, lemme check |
| 13:57.48 | ncsaba | just a function pipe_length(pipe_object) |
| 13:58.17 | brlcad | I highly doubt it exists |
| 13:58.30 | ncsaba | OK, then that's a good task for starters I guess |
| 13:58.36 | brlcad | I mean what exactly would you measure? the centerline? exterior line? inner line? |
| 13:59.58 | ``Erik | brlcad: updated, link id erikg |
| 14:00.03 | brlcad | yeah, I don't see anything |
| 14:01.09 | brlcad | linear pipe segment lengths are recorded, but I don't see anything for overall length (the places to look would be in src/libged (e.g., edpipe.c), src/librt/primitives/pipe, and src/tclscripts/mged (unlikely)) |
| 14:01.20 | ncsaba | I would measure the center-line, that's the best approximation of how much material I need for a pipe |
| 14:01.34 | brlcad | ncsaba: that does sound like a great function |
| 14:01.46 | brlcad | and could be exposed to users via the 'analyze' command |
| 14:01.54 | ncsaba | ok |
| 14:02.11 | brlcad | analyze reports calculations on objects in a tabulated text output |
| 14:02.27 | brlcad | can give it a try in mged to see what it outputs, src is src/libged/analyze.c |
| 14:02.44 | ncsaba | ok, I'll try right now |
| 14:02.53 | ``Erik | be neat to some day have a 'generate materials list' utility |
| 14:02.54 | brlcad | that hooks into librt (and is one of those prime places needing cleanup, to push logic into librt) |
| 14:03.19 | ncsaba | analyze: unable to process ID_PIPE solid |
| 14:03.40 | brlcad | ncsaba: so maybe start with adding a func (rt_pipe_length()) to src/librt/primitives/pipe and calling it from analyze |
| 14:03.44 | brlcad | well there ya go ;) |
| 14:03.51 | brlcad | not even hooked up to that primitive yet |
| 14:03.56 | ncsaba | good :-) |
| 14:04.01 | brlcad | make tgc tgc ; analyze tgc |
| 14:04.16 | brlcad | or make arb8 arb8 ; analyze arb8 for some examples |
| 14:04.35 | ncsaba | yep, got it |
| 14:05.05 | ``Erik | woohoo analyze: unable to process ID_METABALL solid |
| 14:05.27 | brlcad | ``Erik: yeah, that's one of those that really needs to get pushed down into the functab |
| 14:05.37 | ncsaba | ok, so this is a good area to work on |
| 14:05.40 | brlcad | otherwise people writing new prims like yours don't even know it exists |
| 14:06.00 | brlcad | basically anywhere there's a switch statement over prim types should be pushed |
| 14:06.06 | brlcad | ncsaba: yeah, great area |
| 14:06.28 | brlcad | as soon as you get a tiny thing working, I'd suggest submitting it as a patch |
| 14:06.38 | ncsaba | sure |
| 14:06.59 | brlcad | the smaller the better, not worrying about functionality so much as "correctness" and format |
| 14:07.11 | ncsaba | I need to get brl-cad compile first, I have old Ubuntu and some library version problems |
| 14:07.25 | brlcad | getting that sorted out helps get commit access set up, read HACKING if you haven't when you're ready |
| 14:07.32 | ncsaba | now I use the precompiled stable version (and looking in trunc sources) |
| 14:07.42 | brlcad | nods |
| 14:08.02 | ``Erik | interesting, my ubuntu box seems to have cpu_set_t instead of cpuset_t |
| 14:08.36 | brlcad | ``Erik: did it not detect correct? |
| 14:08.42 | brlcad | linux uses cpu_set_t |
| 14:08.52 | brlcad | bsd uses cpuset_t |
| 14:08.59 | ``Erik | guess it didn't detect, then |
| 14:09.13 | brlcad | oh, did you rerun cmake? |
| 14:09.36 | brlcad | someone pointed out the difference to the bsd guys and they said they can change to match linux |
| 14:09.43 | brlcad | apparently posix didn't define the type |
| 14:09.48 | ``Erik | yeah, but I'll force it again |
| 14:10.06 | brlcad | the test may have failed for other reasons |
| 14:10.24 | brlcad | it's a simple: BRLCAD_TYPE_SIZE("cpu_set_t" "sched.h") |
| 14:10.30 | brlcad | but other foo may be needed |
| 14:10.35 | ``Erik | I did the automagic rerun earlier, I'm doing a forced rerun right now |
| 14:11.21 | brlcad | ncsaba: just a word of caution, gsoc2013 is about to begin and if we're accepted (it'll be our sixth year), it's going to get a bit crazy in here |
| 14:11.55 | brlcad | ~seen skriptkid |
| 14:12.01 | ibot | skriptkid <~Skriptkid@117.202.103.23> was last seen on IRC in channel #brlcad, 30d 23h 2m 9s ago, saying: 'Ahh..was looking forward to meeting you too :)'. |
| 14:12.16 | ncsaba | aha |
| 14:12.26 | ``Erik | not quite http://www.youtube.com/watch?v=fpivIYJFjd4 crazy, but close :D |
| 14:13.21 | ncsaba | well I can't normally hang out here as long as today, but will get back regularly |
| 14:13.50 | ncsaba | what is the best time to join here on the IRC ? |
| 14:13.55 | brlcad | no worries |
| 14:14.41 | ncsaba | here's 15:15 now - workdays I can get in ~20:00 my time (gmt+1) |
| 14:14.56 | ``Erik | that's a pretty good time |
| 14:14.59 | ncsaba | ok |
| 14:15.35 | ncsaba | I'll stay around now for a while, I need to get BRL-CAD compiled |
| 14:15.42 | ncsaba | maybe I need some help there |
| 14:15.56 | ``Erik | use cmake, not automake |
| 14:16.17 | ncsaba | CMake Error at CMakeLists.txt:97 (cmake_minimum_required): |
| 14:16.17 | ncsaba | <PROTECTED> |
| 14:16.23 | brlcad | really any time usually, but 13:00 UTC to 7:00 UTC is when I'm usually around |
| 14:16.25 | ncsaba | old ubuntu :) |
| 14:17.03 | brlcad | one of the devs is in germany, so he's obviously a closer sync to you |
| 14:17.12 | brlcad | a few others are in india, so they'll be on the other tail end |
| 14:17.24 | ncsaba | ok |
| 14:17.33 | brlcad | fortunately cmake is really easy to compile ;) |
| 14:18.03 | ``Erik | sudo apt-get install cmake |
| 14:18.05 | ``Erik | boom, done |
| 14:18.07 | *** join/#brlcad merzo_ (~merzo@231-205-132-95.pool.ukrtel.net) | |
| 14:19.10 | ncsaba | well the system's cmake is old - apt-get is not really helping, I will need to either compile or get an ubuntu package from a newer verison |
| 14:19.50 | ``Erik | hm, might have to do 'sudo apt-get update', been a while... I use aptitude on my ubuntu box for managing versions/upgrades/etc |
| 14:20.10 | ncsaba | eventually I will have to upgrade ubuntu, but it will be a pain - I'm running on a VM and unitiy is not playing well there |
| 14:20.59 | ``Erik | if you're on windows and have visual studio, you can grab the windows cmake and do that |
| 14:21.55 | ncsaba | my windows is only there because my employer forces me to have one - everything really useful on it is still linux :-) |
| 14:29.34 | brlcad | ncsaba: if you haven't seen it, some more big picture info at http://www.ohloh.net/p/brlcad |
| 14:29.49 | brlcad | the in a nutshell and activity sections would have probably answered your mailing list question ;) |
| 14:31.03 | ncsaba | perhaps... I'm kind of the impatient type unfortunately |
| 14:31.32 | ncsaba | unpatien |
| 14:31.33 | ncsaba | t |
| 14:31.36 | ncsaba | well |
| 14:32.26 | brlcad | :) |
| 14:32.56 | ``Erik | can't even wait to finish the word before hitting return, sheesh :D |
| 14:34.02 | ncsaba | :) |
| 14:43.57 | ncsaba | one more question: how well it works to have 2 versions of brlcad in parallel ? I have currently the stable via package manager, and the one I'm just compiling... will they coexist peacefully, or better use only 1 ? |
| 14:49.39 | brlcad | the way we work, they're not really in parallel |
| 14:50.08 | ncsaba | ok |
| 14:50.09 | brlcad | our STABLE branch is usually validated snapshots of trunk |
| 14:50.31 | brlcad | trunk is stabilized, cleaned up, verified, and sync'd to stable during a release |
| 14:51.00 | brlcad | we only evern release off of stable (after passing all our tests and other release steps) |
| 14:51.45 | ncsaba | what I meant is: if I install both a stable _and_ the compiled trunk to the same machine, will it work ? |
| 14:52.08 | brlcad | depends but they should install to different directories |
| 14:52.11 | ncsaba | for some things that works, for others not... I have 3 different versions of python here |
| 14:52.21 | brlcad | i do it all the time |
| 14:52.33 | ncsaba | ok, thanks ! |
| 14:52.52 | brlcad | the only problem would be if you installed the trunk version on TOP of another existing version |
| 14:53.01 | brlcad | even that will work, but it'll basically be the trunk version |
| 14:53.23 | brlcad | where's your current install? |
| 14:53.30 | brlcad | /usr/brlcad or /usr/brlcad/rel-something? |
| 14:54.06 | ncsaba | I just uninstalled it :-) |
| 14:54.48 | ncsaba | will only use trunc, better so |
| 14:54.52 | brlcad | if it's from our deb installer, it was probably /usr/brlcad/rel-7.22.0 or similar |
| 14:54.57 | ncsaba | I don't have anything mission critical depending on it... |
| 14:55.07 | brlcad | and trunk would then install as /usr/brlcad/dev-7.23.1 at the moment |
| 14:55.55 | ``Erik | <-- likes to keep /usr/brlcad/trunk/ /usr/brlcad/trunkopt/ /usr/brlcad/rel-7.22.0/ ... |
| 14:56.46 | brlcad | ``Erik: which reminds me, I removed all of those from .bz recently |
| 14:56.58 | brlcad | apparently libc got upgraded, none resolved |
| 14:57.01 | ncsaba | well if trunc will cause problems, I will install back the deb package - for now I will try using trunc (to have my own modifications immediately) |
| 14:57.40 | brlcad | ncsaba: you can read about trunk and STABLE in the top-level HACKING file |
| 14:57.49 | ``Erik | there were local builds on bz? I was just making sure the ports version was installed :) |
| 14:57.55 | jordisayol | deb/rpm packages installs at /usr/brlcad/ |
| 14:58.19 | brlcad | basically, trunk is a work in progress area that only tends to "settle down" as we near a release (monthly) |
| 14:58.44 | brlcad | trunk won't even necessarily compile sometimes |
| 14:58.46 | ncsaba | ok, fine for me - as long as it doesn't break completely |
| 14:59.00 | brlcad | but it is *expected* to, and any breakage is usually fixed quickly |
| 14:59.38 | ncsaba | as said, no mission critical things - if something breaks I can wait till fixed |
| 14:59.48 | brlcad | any breakage is usually going to be really trivial portability things, it compiled cleanly on mac but gcc on linux warns about something different and the build stops |
| 15:00.18 | brlcad | we not only treat all warnings as errors (so even benign non-issues will halt the build), but we also turn on a lot of extra warnings |
| 15:01.15 | brlcad | that will definitely be different from what you dealt with in java |
| 15:01.56 | ncsaba | well it's definitely easier to get C code wrong than java - at least for me :-) |
| 15:02.21 | ``Erik | 'wrong' can be a loaded word, I've seen plenty of java that works, but is sooooo wrong... :D |
| 15:02.26 | ncsaba | ok, scratch that last sentence, I don't want to hear any C - against java here :-) |
| 15:02.32 | brlcad | this is way beyond right vs wrong |
| 15:02.36 | ``Erik | it's too late! pandoras box is open! |
| 15:02.43 | brlcad | get him! |
| 15:02.58 | ncsaba | :) |
| 15:03.12 | ncsaba | ok, cmake problem fixed - I have now libpng, libregex and zlib off, despite having the dev packages installed ? Is there some specific version checked ? |
| 15:03.33 | ``Erik | breakage in trunk is usually a portability issue and usually fixed within a couple hours if not minutes |
| 15:04.30 | ``Erik | you mean cmake says that building libpng is off? |
| 15:04.35 | brlcad | ncsaba: OFF means their *compilation* is off, so it'll use the system version |
| 15:04.50 | ncsaba | aha, then I should perhaps check the rest which is ON |
| 15:04.50 | brlcad | that's a list of what to build and not build |
| 15:06.37 | brlcad | for getting started, I'd suggest just enabling everything |
| 15:07.02 | brlcad | it won't affect anything else (nothing else is going to find our libs) and it'll be a guaranteed configuration |
| 15:07.56 | brlcad | of the three configurations we try to sustain (everything on, everything off, and auto-detected), everything on is the one that is continually tested the most since it's a controlled environment |
| 15:08.59 | ncsaba | ok |
| 15:15.52 | *** join/#brlcad merzo_ (~merzo@40-90-132-95.pool.ukrtel.net) | |
| 15:19.10 | ncsaba | BTW, this we page is giving error: http://more.brlcad.org/ |
| 15:19.55 | ncsaba | it is linked as "BRL-CAD Model Repository" from the wiki page |
| 15:20.21 | Notify | 03BRL-CAD:brlcad * 54966 brlcad/trunk/CMakeLists.txt: check for the mach kernel thread_policy header |
| 15:20.30 | brlcad | yeah, we just recently migrated our entire web infrastructure to fancy new faster hardware |
| 15:21.00 | brlcad | some of our websites still need to be configured |
| 15:21.05 | ncsaba | a model repository is a nice idea |
| 15:21.23 | ncsaba | do you know "Art of Illusion" ? |
| 15:21.29 | brlcad | of course :) |
| 15:21.35 | ncsaba | :) |
| 15:22.04 | ``Erik | brlcad: that libbu affinity cpu type issue was a style cmake cache |
| 15:22.24 | brlcad | ``Erik: good to know |
| 15:22.35 | brlcad | and a shame it didn't figure it out to invalidate the cache |
| 15:23.50 | ncsaba | AOI has the disadvantage it's interface is too GUI oriented for my taste, and it is not CAD-ready (units are not well supported) |
| 15:24.09 | brlcad | ncsaba: another great view on activity, ohloh has nice per-dev graphs: http://www.ohloh.net/p/brlcad/contributors/summary |
| 15:24.40 | ncsaba | what I like on AOI are are the procedural editors, and the plugin infrastructure |
| 15:24.44 | brlcad | ncsaba: most of the open source options out there aren't CAD-ready or are problematic licensing (from our perspective) |
| 15:24.52 | brlcad | but yeah, AOI has lots of nice stuff |
| 15:25.08 | brlcad | I'd love to collaborate more with a group like that, but we'd have to work out license differences |
| 15:25.15 | brlcad | they're a GPL project iirc |
| 15:25.53 | ncsaba | yes |
| 15:26.00 | ncsaba | and convinced one :) |
| 15:26.16 | brlcad | unfortunately or fortunately, we cannot look at anything GPL |
| 15:26.46 | brlcad | I'd like to move our own codebase to entirely MIT, but right now we're LGPLv2 for the forseeable future |
| 15:26.53 | ncsaba | but ideas are not under copy-right protection :) |
| 15:27.25 | ncsaba | so unless patented, ideas can be re-implemented |
| 15:28.02 | ncsaba | the animation features of AOI are also quite nice |
| 15:28.32 | ncsaba | the very idea of animating almost any of the parameters of an object is nice... |
| 15:29.14 | brlcad | yeah, our animation features are just terrible ;) |
| 15:31.25 | ncsaba | ok, how can I disable cmake to take my installed zlib ? I get: |
| 15:31.36 | ncsaba | make[2]: *** No rule to make target `/usr/local/lib/libz.so', needed by `lib/libopenNURBS.so.2010.04.95'. Stop. |
| 15:31.37 | ncsaba | make[1]: *** [src/other/openNURBS/CMakeFiles/openNURBS.dir/all] Error 2 |
| 15:34.23 | ncsaba | ah, ok - there was a broken symlink to the libz installed by brlcad last time: |
| 15:34.24 | ncsaba | lrwxrwxrwx 1 root root 23 2013-02-27 17:34 /usr/local/lib/libz.so -> /usr/brlcad/lib/libz.so |
| 15:34.47 | ncsaba | still left there after I uninstalled brlcad package - is that a bug in the uninstallation script ? |
| 15:35.01 | brlcad | interesting, sounds like it |
| 15:35.10 | brlcad | jordisayol: is it? :) |
| 15:36.59 | jordisayol | brlcad: yes, they do not allow to install multiple version at a time |
| 15:42.44 | Notify | 03BRL-CAD:bob1961 * 54967 brlcad/trunk/src/libtclcad/tclcad_obj.c: Update libtclcad's to_more_args_func() to protect any special characters that may be in the prompt strings. |
| 15:45.09 | *** join/#brlcad libero (~luca@host145-110-dynamic.0-79-r.retail.telecomitalia.it) | |
| 15:47.47 | Notify | 03BRL-CAD:bob1961 * 54968 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/lib/Command.tcl): Update the Command widgets invoke method to store the actual command the was executed (i.e., this command may be one that gets built up by the more-args mechanism that prompts the user for input). Also added a cmd_history_callback so that the |
| 15:47.49 | Notify | application can be notified of the actual command that was executed. |
| 15:51.50 | Notify | 03BRL-CAD:brlcad * 54969 brlcad/trunk/src/libbu/affinity.c: stub in an implementation of thread affinity for mac os x, to the extent that mac supports the notion. they don't really do affinity, but will let you group/ungroup threads to help/discourage cache sharing. here we put every thread into their own group so the default affinity scheduling should help minimize cpu movement. |
| 15:55.47 | jordisayol | brlcad: deb install/uninstall scripts do not create any symlink. |
| 15:58.33 | jordisayol | just set default application for the new "brlcad-v4" and "brlcad-v5" mime types, and update the environment PATH and MANPATH variables |
| 15:59.53 | jordisayol | BTW, is archer still in pre-alpha state? |
| 16:18.10 | Notify | 03BRL-CAD:brlcad * 54970 brlcad/trunk/src/libbu/affinity.c: document the mac interface since it's substantially different than the pthread api |
| 16:18.24 | brlcad | jordisayol: yes pre-alpha |
| 16:18.50 | ncsaba | jordisayol: hmm, is it possible I used update-alternatives ? that would then be a ubuntu/debian generic problem to clean up alternatives on uninstalling a package - if it is possible at all |
| 16:18.51 | brlcad | it's arguably alpha, but I haven't poked its stability recently |
| 16:19.16 | brlcad | yeah, something else must have made the symlink in /usr/local |
| 16:20.04 | brlcad | also "they do not allow" is apt and dpkg do not allow |
| 16:20.16 | brlcad | our tools don't care |
| 16:23.35 | Notify | 03BRL-CAD:brlcad * 54971 brlcad/trunk/src/libbu/affinity.c: fix style |
| 16:23.52 | jordisayol | ups, there is a "shlib" file on deb packages... |
| 16:24.24 | jordisayol | s/shlib/shlibs/ |
| 16:24.57 | jordisayol | http://man.he.net/man5/deb-shlibs |
| 16:25.34 | jordisayol | I this that this is not a good idea. I'll remove it for future releases |
| 16:26.17 | jordisayol | s/this/think/ pebcak :-/ |
| 16:35.36 | jordisayol | this was fixed few months ago, so ncsaba, if you build your own deb package from trunk, no symlinks against /usr/brlcad/lib libraries will be created. |
| 16:39.54 | Notify | 03BRL-CAD:bob1961 * 54972 brlcad/trunk/src/tclscripts/lib/Command.tcl: A few minor tweaks to the Command widget. Updated Command::print_more_args_prompt to make the insertion point visible. Updated Command::invoke to print the prompt string whether we have a more-args interruption or not. |
| 16:45.38 | Notify | 03BRL-CAD:brlcad * 54973 brlcad/trunk/src/libbu/heap.c: no longer indexing from 1 |
| 16:46.45 | Notify | 03BRL-CAD:brlcad * 54974 brlcad/trunk/src/libbu/affinity.c: take a stab at implementing thread affinity for windows as well (hah, in advance of windows threading). using bu_parallel_id() to set the cpu number. earned fewest line count badge (albeit untested) |
| 16:55.16 | Notify | 03BRL-CAD:brlcad * 54975 brlcad/trunk/src/libbu/affinity.c: need to test this theory, but we shouldn't need to look up the current affinity mask to set a cpu preference. bu_parallel_id() modded with the number of avail cpus should set all threads with the appropriate affinity mask. |
| 16:57.24 | Notify | 03BRL-CAD:brlcad * 54976 brlcad/trunk/src/libbu/affinity.c: remove the unused/unnecessary variables |
| 17:18.47 | ``Erik | is parallel_set_affinity going to get a bu_ entry in bu.h soon? be interesting to plug it into adrt/librender/camera.c and see what happens |
| 17:24.04 | Notify | 03BRL-CAD:n_reed * 54977 brlcad/trunk/src/libged/draw.c: save pointers to the display lists that we want to draw so we don't have to search for them later |
| 17:25.17 | brlcad | ``Erik: wasn't planning on exposing it, hence no bu_ prefix, but it'd be quick and easy to test -- if it gives a boost, sure |
| 17:25.36 | brlcad | just #include "../libbu/parallel.h" and try calling it |
| 17:26.12 | brlcad | though at the moment, I just changed it to call bu_parallel_id(), which is stubbed empty after removing boost_thread |
| 17:26.33 | brlcad | have to implement that (later today) |
| 17:26.54 | ``Erik | I'll wait a bit, would need to scrap up a benchmark case or something :) |
| 17:27.51 | ``Erik | I'm mucking with a trainwreck of maven dependancies and about to head out for the weekend *shrug* it'll still be there next week, I assume |
| 17:35.46 | Notify | 03BRL-CAD:r_weiss * 54978 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Fix a break in the Windows build. |
| 17:41.09 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 17:47.33 | Notify | 03BRL-CAD:r_weiss * 54979 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Fix to windows built, again. |
| 17:55.51 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 18:03.42 | *** join/#brlcad ncsaba (~ncsaba@p54983F7E.dip.t-dialin.net) | |
| 18:59.11 | brlcad | stops tweaking the application |
| 19:00.53 | Notify | 03BRL-CAD Wiki:Sean * 4956 /wiki/Google_Summer_of_Code: we've applied for 2013 |
| 19:01.16 | brlcad | So.... GSoC mentors! Time to update http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas |
| 19:06.49 | Notify | 03BRL-CAD Wiki:Sean * 4957 /wiki/Google_Summer_of_Code/2013: stub in the 2013 page |
| 20:24.39 | *** join/#brlcad vaibhav_ (75cdb036@gateway/web/freenode/ip.117.205.176.54) | |
| 20:46.02 | ``Erik | the pages impact statements almost read like starbucks sizes O.o |
| 20:50.44 | Notify | 03BRL-CAD:r_weiss * 54980 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Change to cmake build logic for md5 express. This change appears to work for both the linux and windows build. More testing is needed. |
| 21:01.25 | Notify | 03BRL-CAD Wiki:Sean * 4958 /wiki/Google_Summer_of_Code/2013: /* Accepted Projects */ |
| 21:01.33 | vaibhav_ | I may be needing loads of help. |
| 21:02.00 | vaibhav_ | Firstly, I'm good with computer graphics. |
| 21:02.14 | vaibhav_ | Now what should I do next, to accelerate my learning curve? |
| 21:08.31 | brlcad | vaibhav_: hello and who are you? :) |
| 21:25.14 | brlcad | vaibhav_: that said, welcome and there are lots of ways to get started with brl-cad ... see our quickies and dueces pages on our wiki for some ideas |
| 21:25.28 | brlcad | discussion warranted, though, as some are done and we need to update the page |
| 21:46.29 | *** join/#brlcad caen23 (~cezar@92.81.220.160) | |
| 22:05.01 | *** join/#brlcad ncsaba (~ncsaba@p54983F7E.dip.t-dialin.net) | |
| 22:18.19 | ncsaba | OK guys, I will thank you for your help today - I managed finally to compile the sources |
| 22:19.22 | ncsaba | had a short look to pipe.c and analyze.c; next days will do the rt_pipe_length function - might need some help here and there though... |
| 22:29.47 | starseeker | brlcad: does libpc make use one one of the "pre-defined" constraint input languages like minizinc or flatzinc? |
| 22:35.16 | kanzure | win 102 |
| 22:35.21 | kanzure | oops :( please excuse me |
| 23:14.20 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 00:22.59 | brlcad | starseeker: I'd be surprised if it did, the focus was on the in-memory processing just manipulating the structs directly for now, not how we'd want to eventually specify them |
| 00:25.20 | brlcad | it should be pretty easy to use the structures and exist test as-is, and just hook in a different solver by editing pcSolver.h |
| 00:25.56 | brlcad | it's all in there iirc for a generic solver, could derive a new solver off that file |
| 00:26.38 | brlcad | just a couple hundred lines, easy to understand, but ::solve( is where it all begins |
| 01:00.32 | Notify | 03BRL-CAD Wiki:Joelzinhoo * 0 /wiki/User:Joelzinhoo: |
| 01:37.54 | Notify | 03BRL-CAD:brlcad * 54981 brlcad/trunk/NEWS: richard fixed it up so you can run bot_merge on a plate-mode BoT (and presumably preserve the plate thickness and face mode) |
| 02:01.08 | Notify | 03BRL-CAD:brlcad * 54982 (brlcad/trunk/CHANGES brlcad/trunk/include/raytrace.h): bump RT_DBNHASH up to the next power of two instead of 5120 and document the heck out of it as a deprecated interface. include memory usage calculations (64kb). the increase from 1024 should slow down all of the callers that manually iterate over the hash (prep, search, db open/lookup, push, tops, ls, ...) but probably not noticeably |
| 02:01.10 | Notify | so -- more likely to slow lookups down iterating down bigger linked lists with big geometry (need to profile/test/compare). |
| 02:03.46 | Notify | 03BRL-CAD:brlcad * 54983 brlcad/trunk/TODO: rework the database hash (but profile performance for impact) |
| 02:09.46 | Notify | 03BRL-CAD:brlcad * 54984 brlcad/trunk/NEWS: richard fixed a nirt failure on windows (r54503) where it would fail if there was a very large number of objects being displayed. problem was due to fixed string array length which was truncating large object name lists |
| 02:18.55 | Notify | 03BRL-CAD:brlcad * 54985 brlcad/trunk/src/libtclcad/tclcad_obj.c: quellage, set gpp fully so we don't access uninitialized elements |
| 02:19.59 | Notify | 03BRL-CAD:brlcad * 54986 brlcad/trunk/src/librt/db_lookup.c: size_t makes more sense, ptrdiff_t semantically means something else. |
| 03:03.52 | Notify | 03BRL-CAD:brlcad * 54987 brlcad/trunk/NEWS: Akshay Kashyap's GCI patch that implemented thread affinity for pthread linux systems is now integrated. it's showing a 5%-250% performance improvement in testing depending on how many cores and system activity. overall a nice boon to ray tracing performance. |
| 03:06.44 | Notify | 03BRL-CAD:brlcad * 54988 brlcad/trunk/NEWS: implemented cpu affinity for mac, bsd, and windows systems. testing of linux showed a 5-250% performance improvement. mac and windows aren't likely to be that high but maybe (BSD likely). warrants performance testing on big smp configuration |
| 03:07.03 | Notify | 03BRL-CAD:brlcad * 54989 brlcad/trunk/NEWS: Akshay Kashyap's GCI patch that implemented thread affinity for pthread linux systems is now integrated. it's showing a 5%-250% performance improvement in testing depending on how many cores and system activity. overall a nice boon to ray tracing performance. |
| 03:09.55 | Notify | 03BRL-CAD:brlcad * 54990 brlcad/trunk/NEWS: jordi fixed a problem uninstalling on Fedora 18 related to temp directories listed in the brlcad.spec |
| 03:12.23 | Notify | 03BRL-CAD:brlcad * 54991 brlcad/trunk/src/librt/primitives/ebm/ebm.c: F or file |
| 04:41.13 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 05:18.25 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 05:31.36 | *** join/#brlcad vaibhav_ (75cdb294@gateway/web/freenode/ip.117.205.178.148) | |
| 08:27.10 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:55.24 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.65.19) | |
| 11:06.15 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.65.19) | |
| 11:37.30 | *** join/#brlcad Skriptkid (~Skriptkid@59.93.65.19) | |
| 14:35.11 | *** join/#brlcad cristina (~quassel@188.24.21.219) | |
| 14:35.17 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 15:19.52 | *** join/#brlcad merzo_ (~merzo@45-71-132-95.pool.ukrtel.net) | |
| 15:43.11 | brlcad | cristina: have you seen https://sourceforge.net/tracker/?func=detail&atid=640802&aid=3609520&group_id=105292 |
| 15:43.22 | cristina | brlcad: yes, i have seen it |
| 15:43.47 | cristina | i also found the commits that were made to adaptagrams where those procedures were eliminated and replaced with some others |
| 15:44.06 | brlcad | okay, so it is just changes since you worked on it |
| 15:44.09 | brlcad | cool |
| 15:44.38 | cristina | yes, i will look into it |
| 16:51.13 | *** join/#brlcad merzo (~merzo@45-71-132-95.pool.ukrtel.net) | |
| 17:11.36 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 17:13.12 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 17:23.19 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.65) | |
| 18:37.12 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 19:25.34 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:26.40 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 19:27.56 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:27.57 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:31.47 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 20:52.58 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 03:32.31 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 03:35.22 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 03:37.21 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 04:09.28 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 04:09.28 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 04:11.10 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 05:35.50 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:53.07 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 07:41.43 | *** join/#brlcad vaibhav_ (75cdb2e9@gateway/web/freenode/ip.117.205.178.233) | |
| 08:08.42 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 09:39.42 | *** join/#brlcad ncsaba (~ncsaba@84.152.30.137) | |
| 10:13.18 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.65) | |
| 10:15.33 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:29.39 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 11:37.59 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:42.15 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 12:34.56 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 13:31.22 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 14:16.49 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-bhwkvdswqdutwerb) | |
| 15:22.07 | *** join/#brlcad merzo (~merzo@191-27-133-95.pool.ukrtel.net) | |
| 16:42.30 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:08.08 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:23.36 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:24.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.188.159) | |
| 18:35.44 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:45.54 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 19:16.04 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:07.47 | *** join/#brlcad cristina (~quassel@188.24.21.219) | |
| 20:07.53 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 20:12.43 | *** join/#brlcad merzo (~merzo@191-27-133-95.pool.ukrtel.net) | |
| 20:28.29 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 21:24.48 | ``Erik | the april fools day crap is already starting, time to ignore the internet for 48 hours :/ |
| 21:25.01 | ``Erik | to quote scrooge, "ah bumhug" :) |
| 21:27.25 | ``Erik | bacon egg! http://cheezburger.com/7169034240 |
| 22:39.06 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:39.31 | Notify | 03BRL-CAD:tbrowder2 * 54992 brlcad/trunk/src/libged/dag.cpp: add code to use latest adaptagrams code (its API changed last summer); note that the current version of adaptagrams may not work without changes (my changes will be sent to the upstream author) |
| 00:52.15 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 02:13.32 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 02:13.44 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 02:17.17 | *** join/#brlcad merzo_ (~merzo@191-27-133-95.pool.ukrtel.net) | |
| 02:25.14 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-tzpcsfahecwesoko) | |
| 02:43.16 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 02:46.28 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 05:24.03 | starseeker | predicts productivity will average out to be the same, between people ignoring the internet to get work done and those obsessing over the April 1st nonsense |
| 05:40.43 | Notify | 03BRL-CAD:brlcad * 54993 brlcad/trunk/src/shapes/coil.c: don't make floating point subtle, put the zero |
| 05:49.06 | Notify | 03BRL-CAD:brlcad * 54994 (brlcad/trunk/src/shapes/bolt.c brlcad/trunk/src/shapes/gastank.c and 3 others): more explicit .0 expansions to indicate type intent better |
| 05:53.04 | Notify | 03BRL-CAD:brlcad * 54995 (brlcad/trunk/src/irprep/all_sf.c brlcad/trunk/src/irprep/firpass.c and 4 others): more floating point constant expansions to show a value after the decimal |
| 06:05.44 | Notify | 03BRL-CAD:brlcad * 54996 (brlcad/trunk/src/fb/fbcbars.c brlcad/trunk/src/fb/fbcolor.c and 13 others): yet more explicit indication of floating point, put a zero after the decimal point. |
| 06:09.34 | *** join/#brlcad merzo_ (~merzo@145-168-133-95.pool.ukrtel.net) | |
| 08:38.22 | *** join/#brlcad ncsaba (~ncsaba@p54983758.dip.t-dialin.net) | |
| 09:00.00 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:06.38 | ncsaba | Hi guys, anybody around ? |
| 11:35.01 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 11:53.34 | *** join/#brlcad cristina (~quassel@188.24.21.219) | |
| 12:06.34 | Notify | 03BRL-CAD:bob1961 * 54997 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: ----------- |
| 12:40.37 | Notify | 03BRL-CAD:bob1961 * 54998 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Removed a call to clearEditState from Archer::beginObjRotate. |
| 13:18.41 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:20.39 | *** join/#brlcad merzo_ (~merzo@145-168-133-95.pool.ukrtel.net) | |
| 13:56.56 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:30.07 | Notify | 03BRL-CAD:bob1961 * 54999 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Automatically select newly created objects in Archer. This mod covers c, g, comb, r and make. |
| 15:09.21 | *** join/#brlcad ncsaba (~ncsaba@p54983758.dip.t-dialin.net) | |
| 15:15.11 | Notify | 03BRL-CAD:erikgreenwald * 55000 brlcad/trunk/src/adrt/librender/camera.c: try new processor affinity stuff |
| 15:28.43 | *** join/#brlcad merzo (~merzo@145-168-133-95.pool.ukrtel.net) | |
| 15:49.28 | *** join/#brlcad cristina (~quassel@188.24.21.219) | |
| 16:03.48 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:13.19 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 18:00.28 | Notify | 03BRL-CAD:erikgreenwald * 55001 brlcad/trunk/src/adrt/librender/camera.c: don't try binding thread to proc on windows, func isn't exported from libbu yet |
| 18:27.18 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:51.01 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 18:56.41 | *** join/#brlcad caen23 (~cezar@92.83.174.227) | |
| 19:20.15 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 19:56.07 | *** join/#brlcad andrei_ (~IceChat7@5-12-221-65.residential.rdsnet.ro) | |
| 20:07.05 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 20:16.22 | starseeker | n_reed_: if you've got time to check into it, Mark is reporting that the re2c/lemon setup is not failing where it should on a missing semicolon syntax error in a schema |
| 20:17.25 | starseeker | http://paste.lisp.org/display/136441 |
| 20:18.04 | starseeker | I'm not sure - this could be just me not properly preserving some sort of error/exiting code during merge... |
| 20:39.39 | n_reed | so using trunk's fedex_plus, it looks like the problem is that files get output even though an error is detected ? |
| 20:56.47 | *** join/#brlcad merzo (~merzo@145-168-133-95.pool.ukrtel.net) | |
| 21:41.45 | Notify | 03BRL-CAD:n_reed * 55002 (brlcad/trunk/src/other/step/src/express/expparse.y brlcad/trunk/src/other/step/src/express/generated/expparse.c brlcad/trunk/src/other/step/src/express/generated/verification_info.cmake): call ERRORreport_with_symbol on syntax error |
| 21:47.18 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:23.32 | *** join/#brlcad cristina (~quassel@188.24.21.219) | |
| 23:35.06 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 23:35.45 | *** join/#brlcad cristina_ (~quassel@188.24.21.219) | |
| 23:48.15 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:20.27 | *** join/#brlcad merzo (~merzo@145-168-133-95.pool.ukrtel.net) | |
| 00:26.56 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 00:32.24 | *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 02:13.45 | *** join/#brlcad merzo (~merzo@145-168-133-95.pool.ukrtel.net) | |
| 03:23.45 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 05:31.09 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 05:32.35 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 05:41.21 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:09.15 | *** join/#brlcad merzo (~merzo@54-104-133-95.pool.ukrtel.net) | |
| 06:40.49 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 06:42.49 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 12:49.58 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:06.46 | Notify | 03BRL-CAD:carlmoore * 55003 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: remove trailing blanks |
| 13:18.13 | *** join/#brlcad caen23_ (~cezar@92.81.177.132) | |
| 14:39.02 | *** join/#brlcad merzo (~merzo@54-104-133-95.pool.ukrtel.net) | |
| 15:04.02 | *** join/#brlcad caen23_ (~cezar@92.81.187.230) | |
| 15:07.50 | Notify | 03BRL-CAD Wiki:Vvhujinguoaa * 0 /wiki/User:Vvhujinguoaa: |
| 15:46.15 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 16:21.26 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.187.91) | |
| 16:23.22 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 16:23.44 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 16:25.19 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 16:25.25 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 16:26.19 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 16:26.19 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 16:46.12 | Notify | 03BRL-CAD:n_reed * 55004 brlcad/trunk/src/libged/draw.c: need to skip solids that are already drawn |
| 16:46.13 | Notify | 03BRL-CAD:n_reed * 55006 brlcad/trunk/src/libged/draw.c: first initialize solid s_vlen, then we can test it to skip previously draw solids |
| 16:50.08 | Notify | 03BRL-CAD:n_reed * 55005 brlcad/trunk/src/libged/draw.c: whoops, revert r55004, breaks more than it fixes |
| 16:51.22 | Skriptkid | brlcad: Hey! Was just reading your post in brlcad-devel list. Happy to know the thread affinity patch has been implemented :) |
| 17:00.45 | *** join/#brlcad caen23_ (~cezar@109.97.111.14) | |
| 17:03.59 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 17:10.09 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.187.91) | |
| 17:19.48 | Notify | 03BRL-CAD:carlmoore * 55007 brlcad/trunk/src/mged/cad_boundp.c: insert indentations and newlines for debugging output to be easier to read |
| 17:37.15 | Notify | 03BRL-CAD:bob1961 * 55008 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the cloud and light shaders in Archer's combination editor. |
| 17:55.36 | Notify | 03BRL-CAD:bob1961 * 55009 (brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl brlcad/trunk/src/tclscripts/archer/images/CMakeLists.txt): Add images for Archer's light shader. |
| 17:58.39 | *** join/#brlcad merzo (~merzo@54-104-133-95.pool.ukrtel.net) | |
| 18:07.01 | ``Erik | starseeker: http://www.youtube.com/watch?v=nnoBTXeX8ww |
| 18:07.31 | ``Erik | http://www.lyricsmania.com/erik_the_awful_lyrics_ray_stevens.html if you just want to read :D |
| 18:23.49 | Notify | 03BRL-CAD:carlmoore * 55010 brlcad/trunk/src/mged/cad_parea.c: touch up 3 messages, and add -h flag per pix-png discussion |
| 18:36.48 | ``Erik | early screening notes from studio execs on blade runner, if anyone missed it: http://blogs.indiewire.com/theplaylist/this-movie-gets-worse-every-screening-producer-notes-for-blade-runner-a-fascinating-look-at-the-sci-fi-classic-20130318 |
| 19:03.33 | Notify | 03BRL-CAD:carlmoore * 55011 brlcad/trunk/src/mged/cad_parea.c: h,? were left out of valid-argument string |
| 19:25.10 | *** join/#brlcad andrei_ (~IceChat7@5-12-220-109.residential.rdsnet.ro) | |
| 19:39.23 | *** join/#brlcad merzo_ (~merzo@54-104-133-95.pool.ukrtel.net) | |
| 19:54.37 | Notify | 03BRL-CAD:carlmoore * 55012 brlcad/trunk/src/mged/cad_parea.c: use ttyin,ttyout as I did in pix-png ; but there is a warning about implicit declaration of isatty |
| 20:52.53 | Notify | 03BRL-CAD:starseeker * 55013 brlcad/trunk/src/mged/cad_parea.c: Do we need bio.h in cad_parea.c for isatty? |
| 21:22.48 | Notify | 03BRL-CAD:n_reed * 55014 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/table.c): Add adaptive plot routine for brep based on the existing plot routine. Only adaptively plotting curves for now. |
| 21:28.26 | *** join/#brlcad ncsaba (~ncsaba@p54982925.dip.t-dialin.net) | |
| 21:28.46 | ncsaba | Hi all |
| 21:29.33 | ncsaba | anybody around I can ask about your development environment ? |
| 21:31.09 | ncsaba | my problem is that "make" after any simple change in pipe.c takes minutes... |
| 21:31.50 | Notify | 03BRL-CAD:carlmoore * 55015 brlcad/trunk/src/anim/chan_mult.c: add reference to stdio.h for uniformity with chan_add.c |
| 21:33.16 | ncsaba | I guess pipe.c is pretty at the core of things, so there are lots of others depending on it |
| 21:36.24 | ncsaba | OK, I will ask on the mailing list, never mind |
| 21:40.21 | Notify | 03BRL-CAD:carlmoore * 55016 brlcad/trunk/src/anim/chan_add.c: minimum number of arguments (including the function name) is 4, and remove a blank line to compare to chan_mult.c |
| 22:19.43 | ``Erik | so impatient |
| 22:36.09 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 02:02.36 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:02.20 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 05:10.11 | Notify | 03BRL-CAD:brlcad * 55017 brlcad/trunk/src/libbu/parallel.c: only need to set affinity once, but record our cpu number before doing anything |
| 05:12.08 | Notify | 03BRL-CAD:brlcad * 55018 (brlcad/trunk/src/libbu/affinity.c brlcad/trunk/src/libbu/parallel.h): pass our cpu number to parallel_set_affinity() since there's no reason to incur a lookup cost here (we know the number) and it keeps open the possibility of reassignment later. |
| 05:14.51 | Notify | 03BRL-CAD:brlcad * 55019 brlcad/trunk/src/adrt/librender/camera.c: plan is to turn thread affinity on for all bu_parallel()-invoked threads, so no need to request it explicitly |
| 05:27.39 | Notify | 03BRL-CAD:brlcad * 55020 brlcad/trunk/src/libbu/thread.cpp: add initial support for getting/setting the cpu number via thread local storage (TLS) for pthreads |
| 05:36.33 | Notify | 03BRL-CAD:brlcad * 55021 brlcad/trunk/src/libbu/thread.cpp: if we can rely on __declspec(thread), then the ThreadLocal template won't need to be conditionalized to anything else anytime soon |
| 05:54.27 | Notify | 03BRL-CAD:brlcad * 55022 brlcad/trunk/src/libbu/thread.cpp: use cmake-set type names |
| 06:04.34 | Notify | 03BRL-CAD:brlcad * 55023 brlcad/trunk/CMakeLists.txt: initial attempt at testing for TLS type specifiers |
| 06:09.12 | *** join/#brlcad merzo (~merzo@37-152-133-95.pool.ukrtel.net) | |
| 06:24.37 | Notify | 03BRL-CAD:brlcad * 55024 brlcad/trunk/CMakeLists.txt: BRLCAD_TYPE_SIZE() and the built-in CMAKE_CHECK_TYPE() macros are no good for this purpose since they try to sizeof(). instead, just try compiling a small custom snippet. |
| 06:25.04 | Notify | 03BRL-CAD:brlcad * 55025 brlcad/trunk/src/libbu/thread.cpp: use the better new names for detected TLS support |
| 06:43.06 | Notify | 03BRL-CAD:brlcad * 55026 brlcad/trunk/src/libbu/thread.cpp: pthread shouldn't take priority over the intrinsic methods, let it be a fallback |
| 10:48.51 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.54) | |
| 11:01.46 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.167.54) | |
| 11:03.31 | *** part/#brlcad Skriptkid (~Skriptkid@117.208.167.54) | |
| 11:41.53 | Notify | 03BRL-CAD:bob1961 * 55027 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Modify ArcherCore::cp to draw and select the new object. |
| 12:46.43 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:42.42 | *** join/#brlcad caen23 (~cezar@109.97.111.14) | |
| 14:02.36 | Notify | 03BRL-CAD:carlmoore * 55028 (brlcad/trunk/src/anim/chan_add.c brlcad/trunk/src/anim/chan_mult.c): stdio.h removed because of bio.h |
| 15:00.57 | brlcad | starseeker: nice work pushing the merge |
| 15:20.44 | Notify | 03BRL-CAD:brlcad * 55029 brlcad/trunk/src/libbu/thread.cpp: need to be careful to not dereference the specific value for single-threaded contexts. initialize to cpu 0 so we can always return asane. valueue in bu_parallel_id(). |
| 15:34.13 | Notify | 03BRL-CAD:starseeker * 55030 (brlcad/trunk/NEWS brlcad/trunk/src/other/CMakeLists.txt and 1453 others): Revert Tcl/Tk upgrade - causing problems on 32 bit Windows. |
| 15:53.15 | ``Erik | brlcad: is bu_parallel() going to have a way to disable the affinity process binding stuff? |
| 16:06.26 | *** join/#brlcad caen23 (~cezar@92.81.187.0) | |
| 16:16.11 | *** join/#brlcad ncsaba (~ncsaba@p54982FFC.dip.t-dialin.net) | |
| 16:16.43 | ncsaba | Hi all |
| 16:17.25 | ncsaba | I'm back with my development environment questions :-) |
| 16:18.18 | ncsaba | for Java I was using Netbeans, which BTW also works for C/C++ |
| 16:19.25 | ncsaba | but it has the bad habit of reparsing 100+ files on any change on pipe.c, and generally being a big resource hog for big projects... |
| 16:23.00 | ncsaba | in turn it has very good code navigation features, for which I couldn't find yet a good match in the lighter editors I tried |
| 16:24.01 | ncsaba | so I was wondering, what kind of editor/code navigation/debugging setup are you using ? |
| 16:25.40 | ncsaba | of course vi/grep/find/cscope/ddd work just fine, but an integrated one like netbeans/eclipse (or intellij for just java) is a big help |
| 16:26.13 | ncsaba | is there anything in the C world which matches netbeans/eclipse ? |
| 16:46.13 | caen23 | why don't you google around for c ides and try out a few? i've used codeblocks in the past and it seemed pretty basic, but i don't know if it suits your needs |
| 16:46.23 | ``Erik | vim and emacs seem to be the biggies for BRL-CAD devs |
| 16:46.34 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 16:51.26 | ncsaba | well that's what I'm doing (google and try), but I haven't find anything really satisfactory yet, and I'm inpatient as you know |
| 16:52.01 | ncsaba | the problem is that I got used to what a real nice integrated IDE has to offer |
| 16:52.17 | ncsaba | it is just breaking down when the project gets big... |
| 16:52.21 | ``Erik | I started writing an ide back in the lateish 90's because I couldn't find a good linux IDE that compared to borland or msvc... then I realized that *nix IS the ide... |
| 16:53.03 | ncsaba | Erik: you're right on that, but have you ever tried IntelliJ for java ? |
| 16:53.06 | ``Erik | ctags/etags can help if you're exploring a project, though I kinda like cscope |
| 16:53.11 | ``Erik | yes, and netbeans, and eclipse |
| 16:53.33 | caen23 | there's a nice series of articles on unix as ide here http://blog.sanctum.geek.nz/series/unix-as-ide/ |
| 16:54.16 | ncsaba | I prefer netbeans over eclipse - but it it gets at it's limits with brl-cad on the 2G of RAM I have on my VM |
| 16:54.59 | ncsaba | caen23: thanks for the link, I'll have a look |
| 16:55.33 | ``Erik | I only use them for java stuff, eclipse for android and netbeans for dealing with an ugly thing that happens to use the netbeans framework (wired in with multiple maven poms and other horrors, just to provide a thin gui on a C library via bridj) |
| 16:57.07 | ``Erik | when I'm doing BRL-CAD work with msvc, I set up the source on an smb exported share on linux, use vim to edit, then go to the windows box and hit 'compile', cuz I'm just that lame O.o |
| 16:58.36 | caen23 | ncsaba: taking the time to learn how to use vim or emacs is really worth it, so maybe this is a good opportunity to start looking deeper into them? :-) |
| 16:59.51 | ncsaba | :) |
| 17:00.26 | ncsaba | well I'm just giving one more try to "codelite" |
| 17:01.07 | ncsaba | it seems to have OK navigation, syntax highlight and fast enough with the resources I have |
| 17:01.49 | ncsaba | emacs I tried some time ago - too many things to remember when you want to use it well :-) |
| 17:02.26 | ncsaba | vim I'm using at it's basic capabilities - anything more makes too emacs-like |
| 17:02.56 | ``Erik | both emacs and vim have a fairly steep learning curve, but once you become familiar with the basics, they're insanely powerful tools |
| 17:03.25 | ncsaba | Erik: I know, and that's exactly the problem for an inpatient type like me |
| 17:03.30 | ncsaba | I want it to work _now_ |
| 17:03.43 | Notify | 03BRL-CAD Wiki:Modyannuamy * 0 /wiki/User:Modyannuamy: |
| 17:04.05 | caen23 | well it works _now_. only not for you :P |
| 17:04.07 | ``Erik | iirc, someone tried to make netbeans input mappings to emulate vim and emacs |
| 17:04.15 | ncsaba | yes, right :-) |
| 17:05.16 | ncsaba | well a good IDE has the advantage that the basic things work visually - then later you can learn the shortcuts |
| 17:06.31 | ``Erik | http://www.tuxfiles.org/linuxhelp/vimcheat.html |
| 17:06.34 | ``Erik | http://www.viemu.com/a_vi_vim_graphical_cheat_sheet_tutorial.html |
| 17:06.39 | ncsaba | but if you have to learn some shortcuts to get editing work - that works for me only when all visual editors die out ;-) |
| 17:07.07 | ``Erik | http://refcards.com/docs/gildeas/gnu-emacs/emacs-refcard-a4.pdf |
| 17:07.36 | ``Erik | there's your visual |
| 17:07.40 | ncsaba | well no, that won't work |
| 17:08.08 | ncsaba | it's the same thing why I won't ever learn 10-finger typing |
| 17:08.45 | ncsaba | but this got too off of what I wanted :-) |
| 17:09.24 | caen23 | ncsaba: first time i got a hang of vim while going through vimtutor (type that at the prompt). there's also a game i found out about recently, but i don't know how effective it is in teaching vim. it's a fun idea nonetheless http://vim-adventures.com |
| 17:09.29 | ncsaba | I took notice that you use vim, emacs, and MS stuff for brlcad :-) |
| 17:09.41 | Notify | 03BRL-CAD Wiki:Gsauerborn * 0 /wiki/User:Gsauerborn: |
| 17:10.24 | ``Erik | ncsaba: is this what you're looking for? http://myeslfriends.com/wordpress/wp-content/uploads/2010/11/computer-easy-button.jpg |
| 17:10.27 | brlcad | ncsaba: you could always turn that feature of netbeans off |
| 17:11.32 | ncsaba | Erik: :-)) not exactly, but close :-) |
| 17:11.51 | brlcad | I use eclipse from time to time, but usually spending most of my productively in emacs |
| 17:12.02 | brlcad | it should work just fine if your machine isn't too slow |
| 17:13.39 | brlcad | vim and emacs are going to be frustrating if you're impatient, both have respectable learning curves |
| 17:13.44 | ncsaba | brlcad: codelite seems to work OK so far, so I'll settle for it for now - if it turns to be too slow again, I promise I will give a go to emacs :-) |
| 17:14.00 | brlcad | but general rule of thumb holds pretty true, the steeper the curve, the more productive in the *long* run |
| 17:15.54 | ncsaba | now about compiling: a "make" after a single character change in pipe.c takes a few minutes for me, is that normal ? |
| 17:16.29 | ``Erik | pipe.c is part of librt, which is used by a lot of other components, so lots of relinking |
| 17:16.57 | ``Erik | you could just do 'make librt' if the interface isn't changing |
| 17:17.24 | ncsaba | ok |
| 17:18.26 | ncsaba | I tried "make mged", that's definitely faster than the whole thing, but then "make install" will still compile everything :-) |
| 17:19.59 | ncsaba | now if I only "make librt" and have the "build/bin" on my PATH, will mged pick up the right library if I also have it installed system-wide ? |
| 17:20.25 | ``Erik | d'no, hit it with ldd to see which one it finds |
| 17:20.41 | ``Erik | (or otool -L on mac) |
| 17:20.41 | ncsaba | ok |
| 17:20.55 | ncsaba | ubuntu here :-) |
| 17:23.20 | ncsaba | "make librt" vs "make" is 10s vs 4min on my box... |
| 17:24.52 | ncsaba | and the "build/bin" version takes the "build/lib/..." libraries, as confirmed by ldd |
| 17:25.37 | ncsaba | so I have now my fast change/compile/test path :-) |
| 17:26.40 | ncsaba | apropos testing, is there some logging built in to brl-cad ? I haven't look for it closer, but I also don't see anything obvious |
| 17:28.07 | ncsaba | the problem is that I managed to build an infinite loop into rt_pipe_bbox and logging would be the easiest way to debug that |
| 17:28.08 | brlcad | ncsaba: if you know what you've modified, you can just run "make [target]" |
| 17:28.15 | ncsaba | ok |
| 17:28.50 | brlcad | if you want want to relink everything after changing a source file, you can also run "make [target]/fast" |
| 17:28.55 | brlcad | e.g., make librt/fast |
| 17:29.40 | brlcad | that will just recompile pipe.c and relink librt, but not relink anything that uses librt (if it happened to have static linkage anywhere) |
| 17:30.22 | brlcad | also, you don't need to run "make install" -- your build directory is effectively an install path and you can test from there |
| 17:30.27 | brlcad | e.g., make rt && bin/rt |
| 17:30.28 | ncsaba | "make librt/fast": 4 sec |
| 17:30.58 | brlcad | if you have multiple cores, make will almost always run faster with make -j# too |
| 17:31.15 | ncsaba | not sure about the cores, I have a VM |
| 17:31.36 | brlcad | even if you do, probably doesn't matter :) |
| 17:31.56 | brlcad | vm IO is a killer |
| 17:32.11 | ncsaba | yes, but that's what I'm stuck with for the moment |
| 17:32.17 | brlcad | nods |
| 17:32.34 | ``Erik | for logging, bu_log() (but it's pretty basic, no levels or directors or anything) |
| 17:32.47 | brlcad | cat /proc/cpuinfo |
| 17:33.24 | ncsaba | Erik: thanks for the logging hint ! |
| 17:33.45 | brlcad | ``Erik: it has levels... |
| 17:34.31 | brlcad | not syslog-style levels, but does do stateful indentation levels (automatic) |
| 17:34.46 | ncsaba | brlcad: I have only 1 CPU emulated, the host has 4 - not sure what that means in terms of optimal threading |
| 17:34.48 | ``Erik | O.o ah, I meant the syslog/log4j style levels, yeh |
| 17:35.09 | brlcad | ncsaba: it means it doesn't matter, -j isn't useful to you |
| 17:35.48 | brlcad | IF it emulated multiple CPUS and IF the VM bound those to separate cores, you'd potentially see a (tiny) gain |
| 17:35.55 | ncsaba | well I only need a printf level for debugging :-) |
| 17:36.07 | ncsaba | but just a simple printf was not working for mew |
| 17:36.18 | ncsaba | not sure where that gets intercepted ? |
| 17:36.19 | brlcad | bu_log() is basically a wrapper around fprintf(stderr, ...) |
| 17:36.37 | ``Erik | I'd imagine the tower of file io abstractions going on would dominate the compile time |
| 17:36.43 | brlcad | we intercept I/O all over the place for a variety of reasons |
| 17:37.22 | brlcad | mged intercepts I/O for example so it can print to the text console it displays (even when running a separate command not internal to mged) |
| 17:37.24 | ncsaba | ok, so where is actually bu_log printing at the end ? |
| 17:38.03 | ``Erik | could try putting an fflush() after your printf? (might be that it printed right, but was sitting in a buffer that wasn't getting filled up) |
| 17:38.45 | ncsaba | Erik: that might be the case... |
| 17:38.46 | brlcad | yeah, my bet would have been on not flushing your buffer if you used printf |
| 17:39.27 | brlcad | bu_log() will work in that case (auto-flushes) |
| 17:40.51 | ncsaba | but: the code is sitting in an infinite loop, so any buffers would fill in if I print in the inner loop... |
| 17:41.06 | ncsaba | ok, I will try bu_log |
| 17:41.26 | ``Erik | depends on how fast the loop is, how big the buffer is, and how impatient you are |
| 17:41.40 | ncsaba | :-) |
| 17:43.28 | starseeker | ncsaba: did anyone suggest trying kdevelop or qt creator? |
| 17:45.20 | ncsaba | starseeker: not yet |
| 17:45.34 | ncsaba | but for the moment I 'm happy with codelite |
| 17:45.44 | ncsaba | just discovered it |
| 17:45.45 | starseeker | ncsaba: you may also find the ninja build tool of interest, as an alternative to make |
| 17:47.35 | ncsaba | starseeker: I will have a look at ninja |
| 17:47.45 | ncsaba | looks interesting |
| 17:53.06 | ncsaba | ok, bu_log works - now I have the next problem :-) |
| 17:54.11 | ncsaba | not sure how to explain: the logs come so fast I can't see them, and if I interrupt the process, the mged terminal goes away |
| 17:54.45 | ncsaba | id there a way to actually save the logs somewhere, or interrupt mged so that the current command is terminated but the terminal stays ? |
| 18:00.34 | ncsaba | ok, I found bu_flog, will try that |
| 18:25.58 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:36.13 | brlcad | ncsaba: how are you interrupting the process? |
| 18:36.20 | brlcad | and which process? |
| 19:20.34 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 19:20.34 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 19:59.54 | brlcad | ncsaba: curious that you'd actually need a circular list for something... |
| 20:00.10 | ncsaba | I don't need it circular |
| 20:00.24 | brlcad | the list head must be properly initialized for a circular list to work |
| 20:00.25 | ncsaba | is there some simply linked ? |
| 20:00.36 | ncsaba | it is properly initialized |
| 20:00.46 | brlcad | if it's infinite-looping, it's not ;) |
| 20:01.09 | ncsaba | ok, what is properly initialized ? |
| 20:01.11 | ncsaba | I use: |
| 20:01.26 | ncsaba | BU_LIST_INIT(head); |
| 20:01.32 | ncsaba | and then: |
| 20:01.43 | ncsaba | BU_LIST_APPEND(crt_l, &(new_elem->l)); |
| 20:01.47 | ``Erik | hm, hearing rumor that disney killed lucasarts this morning O.o |
| 20:03.22 | ncsaba | brlcad: is what I do not good enough for initing the list ? |
| 20:04.11 | brlcad | ncsaba: I'd have to see the whole block in question |
| 20:04.15 | brlcad | but if you don't need circ, it's moot |
| 20:04.32 | brlcad | try following the example in include/bu.h:788 |
| 20:04.43 | ncsaba | OK, I'll have a look |
| 20:05.08 | brlcad | it shows how to set up a list and iterate over it with a while loop |
| 20:05.33 | brlcad | set up that way, BU_LIST_FOR() will work as well for a for loop iteration |
| 20:05.44 | ``Erik | huh, motif went lgpl in 2012 |
| 20:05.57 | brlcad | and if you're in a .cpp file, you can use an STL container |
| 20:06.15 | ``Erik | we can finally go for that 80's look in a pure open source solution! w00t! |
| 20:06.23 | brlcad | heh, great |
| 20:07.32 | ``Erik | http://sourceforge.net/projects/motif/ |
| 20:09.13 | ncsaba | brlcad: but I don't want to dequeue the list - I want to be able to re-use it |
| 20:09.46 | ``Erik | BU_LIST_FOR() doesn't dequeue, it just iterates |
| 20:09.52 | ncsaba | as a first iteration dequeue would also work actually |
| 20:10.37 | ncsaba | also the head of my list has no data - I wonder if the while/for is skipping the head ? |
| 20:11.46 | ``Erik | heh... git commit -m "I don't know why this changed and it scares me" MainView.xib |
| 20:22.18 | ncsaba | brlcad: replacing BU_LIST_FOR_CIRC with BU_LIST_FOR fixes my infinite loop... |
| 20:22.46 | ncsaba | so probably I simply didn't understand what the 2 mean |
| 20:22.54 | ncsaba | the list is built OK |
| 20:30.55 | ncsaba | brlcad: I have now code that works - it is the refactoring of the pipe element calculation so it can be easily reused |
| 20:37.55 | ncsaba | I will submit the patch tomorrow I guess |
| 20:38.06 | ncsaba | thanks for your help today ! |
| 20:38.13 | ncsaba | bye |
| 21:03.11 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 21:10.37 | *** join/#brlcad merzo (~merzo@205-115-132-95.pool.ukrtel.net) | |
| 22:26.48 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 00:50.10 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 00:55.37 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 00:55.46 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 00:55.48 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 00:56.33 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 01:01.29 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 02:10.31 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 02:10.33 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 02:16.12 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 02:17.26 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 02:17.33 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 03:10.44 | brlcad | crazy lag |
| 03:11.00 | brlcad | ``Erik: notify deaded |
| 05:31.13 | brlcad | woot, finally less than 100 pending review |
| 05:31.22 | brlcad | (from 350+) |
| 05:32.36 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 05:38.13 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 06:20.42 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 06:20.49 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 06:20.55 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:21.04 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 06:43.30 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 06:43.50 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 06:46.37 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:49.19 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:51.27 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 07:51.39 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 08:09.33 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 08:21.02 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:37.39 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:15.48 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:28.17 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:28.18 | Notify | 03BRL-CAD:brlcad * 55036 brlcad/trunk/TODO: make fbserv's device argument optional and specifiable for both |
| 11:28.19 | Notify | 03BRL-CAD:brlcad * 55037 brlcad/trunk/include/vmath.h: document the JOIN1 macros |
| 11:28.20 | Notify | 03BRL-CAD:brlcad * 55038 brlcad/trunk/NEWS: richard added several new man pages for mged commands reid, bot_sync, bot_flip, bot_split, and rtarea. the latter already existed, but was updated with mged-specific information (we need a way to consolidate/reuse these nuggets). the rest were merely knowledge passed through the generations... so nice rounding out of docs to have them added. |
| 11:28.21 | Notify | 03BRL-CAD:brlcad * 55039 brlcad/trunk/NEWS: tom browder made a sweeping update to all of the existing manual pages (fortunately before the were all converted to doxygen) in r51302 where he corrected and updated missing author/copyright/bugreport sections, eliminated references to our old cadbug.sh script, and (yowsa) actually made the copyright year reflect the dates of editing based on earliest svn log entry |
| 11:35.43 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:43.53 | ``Erik | https://github.com/erikg/cl-cia/commit/76ae24e96d3cec4ecabdcc5d2ffffc581f8a0fcb will hopefully work fairly well, might be an issue with reconnecting while the ghost is still around :/ |
| 12:22.20 | Notify | 03BRL-CAD:bob1961 * 55043 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added cadwidgets::Ged::validateRgb |
| 12:23.37 | Notify | 03BRL-CAD:bob1961 * 55044 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the checker shader. |
| 12:37.51 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:38.06 | pawleeq | hello |
| 12:40.27 | pawleeq | how can I get list of brlcads c functions? |
| 13:27.40 | brlcad | pawleeq: which ones and for what purpose? |
| 13:28.10 | brlcad | pawleeq: public functions should are all declared in our public headers in the include/ directory |
| 13:28.41 | brlcad | public and private functions can be pulled directly from binaries and libraries with the ld command |
| 13:29.10 | brlcad | there are other tools that will extract them from source files as well |
| 13:29.17 | pawleeq | brlcad, ok thanks |
| 13:29.28 | brlcad | but there are thousands... |
| 13:29.29 | pawleeq | we are thinking about QT based GUI |
| 13:29.43 | brlcad | "we"? |
| 13:30.05 | pawleeq | so basically we need functions to make primitives and to combine them |
| 13:30.26 | pawleeq | we... right now there is only me, one programmer and one othar CAD enthusist |
| 13:31.15 | brlcad | jumping into that without any context or structure is going to be quite... frustrating |
| 13:31.43 | brlcad | having a list of functions is a really rough way to start :) |
| 13:31.53 | Notify | 03BRL-CAD:starseeker * 55045 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/tests/bn_coplanar_tri_tri_isect.c and 2 others): Rename function bn_coplanar_tri_tri_isect to bn_tri_tri_isect_coplanar |
| 13:32.03 | brlcad | starseeker: danka sir |
| 13:32.14 | pawleeq | i know it is |
| 13:33.21 | brlcad | pawleeq: commendable effort and I'll be glad to support you with any info you need |
| 13:33.27 | pawleeq | we are on very beginning, just discussing what and how to use |
| 13:33.40 | brlcad | there's no need for it to be a separate effort, you can work in the source tree in a separate module |
| 13:33.55 | brlcad | or use the QT work that was started a couple years ago |
| 13:34.31 | pawleeq | brlcad, ok, I will take look an that |
| 13:34.55 | pawleeq | brlcad, how hard is it to make brlcad work with points lines and planes? |
| 13:35.23 | Notify | 03BRL-CAD:starseeker * 55046 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Rename file for bn_tri_tri_isect_coplanar test and update test names |
| 13:35.51 | brlcad | pawleeq: some background info here: http://brlcad.org/wiki/User:Mafm |
| 13:36.32 | brlcad | it depends entirely what you mean by that -- we certainly have in-memory data structures for points, lines, and planes |
| 13:36.43 | brlcad | nearly every object involves one of the three |
| 13:39.31 | pawleeq | I would like to have opprotuninty to work only with planes or lines, because of contraints between them and primitives |
| 13:39.50 | pawleeq | so if I move the plane, the contrained solids will aslo move |
| 13:40.27 | brlcad | that's an interface problem, not a data problem |
| 13:41.15 | pawleeq | user interface? |
| 13:41.26 | brlcad | input/editing interface, yes |
| 13:41.36 | brlcad | at least to an extent |
| 13:41.59 | brlcad | constraints between objects would be new, but objects already have internal constraints |
| 13:42.25 | brlcad | you have already create a box, for example, grab an edge, move it around and all the face planes and corner points update with it |
| 13:46.58 | pawleeq | what I think about is to have constraints between separate solids, so I create a box and a sphere a and I set contraint between one face on spheres center, so whenewer I move the box, or only the contrained face) the sphere also moves |
| 13:47.36 | brlcad | that's actually a feature currently under development, slated for demo this summer |
| 13:47.49 | brlcad | we're implementing that via explicit constraint objects |
| 13:48.01 | brlcad | much of the infrastructure is already in place |
| 13:48.08 | pawleeq | wonderfull |
| 13:48.56 | brlcad | pawleeq: no desire to try and fix some core bug issue like the guy on the mailing list? |
| 13:49.02 | brlcad | best way to get introduced into the API |
| 13:49.12 | brlcad | there are layers of libraries |
| 13:50.52 | pawleeq | I would like to, but I am not a programmer |
| 13:52.03 | brlcad | did a quick check, there are about 2362 public API functions |
| 13:53.22 | brlcad | across 16 distinct sets |
| 13:53.55 | brlcad | math library, utility library, database I/O, ray tracing, etc |
| 13:54.12 | pawleeq | i will tell that to our C expert, I am curious what will he say:) |
| 13:54.27 | ``Erik | that's just function symbols, not the macros, right? |
| 13:54.27 | brlcad | you should have your C guy come join in here and work on something... |
| 13:54.43 | pawleeq | I will tell him |
| 13:54.45 | brlcad | ``Erik: yeah.. just a grep on EXPORT |
| 13:55.16 | brlcad | this'll get you part way there: grep EXPORT ../include/*.h| grep -v \# | grep -v '/\*' | grep -v DEPRE | grep -v JNI |
| 13:55.58 | pawleeq | to make things clear, we are still more talking than coding about CADUS project (cadus.org), right now we are discussing the "backend", from my point of view it looks more like a gui for BRLCAD |
| 13:58.26 | ``Erik | pawleeq: at the moment, we sorta have 3 gui frontends (mged, archer, mged classic mode), with an effort to split frontend and backend capabilities cleanly (libged). We're designed for that seperation and any patches to improve it are welcome : |
| 13:58.31 | brlcad | pawleeq: that's interesting, I hadn't seen that |
| 13:58.55 | brlcad | pawleeq: of course I agree that the backend should be BRL-CAD ;) |
| 13:59.37 | brlcad | do know that a new GUI in QT is also in our development roadmap, so we have some great collaboration potential |
| 13:59.39 | pawleeq | brlcad, so do I |
| 14:01.21 | pawleeq | that is great I will keep you informed how and where we get |
| 14:02.11 | brlcad | i'll be posting up our roadmap to the mailing list in a few days as well, might help make some things clear |
| 14:02.43 | pawleeq | I will subsribe |
| 14:03.20 | brlcad | you're not on brlcad-news already? |
| 14:06.46 | pawleeq | I were not, shame I know:) |
| 14:08.11 | brlcad | heh |
| 14:08.25 | brlcad | just surprising, I thought you saw some of the past announcements given things you talked about |
| 14:09.41 | brlcad | we can certainly be the gecko to your firefox .. save you a few hundred man-years of work |
| 14:10.07 | brlcad | know that the common pitfall is a dev that says "it's too complex" and tries to do it all on their own |
| 14:10.54 | brlcad | I've seen it happen nearly every year for the past 10 years and they all fail within a couple years because it's just so much work and they didn't realize all that complexity is actually there for a reason |
| 14:11.22 | pawleeq | I like brl-cad for its complexity, I just want to to make it nice GUI |
| 14:11.28 | brlcad | us too :) |
| 14:11.54 | brlcad | so either we'll end up with two separate GUIs (which I think is PERFECTLY fine, by the way) |
| 14:12.05 | brlcad | or a unified GUI that we both work on |
| 14:13.01 | brlcad | which is even better IMO, but begs for buy-in from your C guy to get him involved with BRL-CAD development |
| 14:13.23 | pawleeq | we are blogging about "new open source cad" and what we can read in discussion is ... well one group is sympathetic, other one sells us to hell.. because of complexity |
| 14:13.27 | brlcad | not necessary, but helps if he can commit fixes changes he needs and vice versa |
| 14:14.08 | brlcad | because of cadus complexity already or brl-cad complexity? |
| 14:14.34 | pawleeq | cadus right now has no complexity at all |
| 14:14.50 | brlcad | I was going to say |
| 14:14.53 | brlcad | I see plans on the site |
| 14:15.00 | brlcad | at least, the start of plans |
| 14:16.24 | brlcad | one of my personal goals over the next couple years is to address some of our superfluous complexity, modularize and organize better |
| 14:17.04 | brlcad | there's a lot of infrastructure to move around and documents that need to get put on the website for that, but it should help remove some of the misperception |
| 14:18.10 | *** join/#brlcad pepca (~Pepa@ip-78-102-220-106.net.upcbroadband.cz) | |
| 14:22.33 | pawleeq | I will try to convince our C guy to work on brlcad |
| 14:22.53 | pawleeq | and there he goes pepca is our C guy :) |
| 14:23.41 | brlcad | welcome pepca :) |
| 14:23.45 | pepca | hello :) |
| 14:24.09 | brlcad | we were just talking about the great work you guys have planned |
| 14:24.36 | brlcad | sounds like we have nearly the exact same goals, interests, plans, and concerns ;) |
| 14:25.08 | pepca | nice :) |
| 14:25.45 | pepca | and how nearly it is ? |
| 14:26.38 | brlcad | how nearly is what? |
| 14:26.54 | brlcad | I mean big picture |
| 14:26.55 | pepca | that goals, interests, plans, and concerns |
| 14:29.32 | brlcad | goals and interest: new better GUI, good geometry infrastructure, constraints and parametrics, easy to use, ... |
| 14:29.33 | pepca | ok, so far we are collecting ideas and requirements and what we need... and it looks like brlcad could be good backend, so we would have to create a good frontend only |
| 14:30.00 | pepca | question is, how easy is to connect brlcad and qt application |
| 14:30.07 | brlcad | plans: develop those ;) |
| 14:30.27 | brlcad | concerns: a lot of complexity, need to better modularize and document |
| 14:30.38 | brlcad | and reduce |
| 14:30.46 | brlcad | it's pretty easy, been done before |
| 14:31.18 | pepca | do you have something that I can read bout that ? |
| 14:31.35 | pepca | or where i can start |
| 14:31.49 | brlcad | I was telling pawleeq that a new Qt GUI is also in our development roadmap (planned for next year, currently working on infrastructure and rolling out an intermediate interface in the meantime) |
| 14:32.17 | brlcad | so we'll either end up with two separate GUIs (which is PERFECTLY fine) or a unified GUI that we both work on, collective manpower |
| 14:32.38 | pepca | but you have not started on gui yet, right ? |
| 14:33.14 | brlcad | we have, but it was mostly demo work and then we shifted focus back on infrastructure |
| 14:33.18 | brlcad | http://brlcad.org/wiki/User:Mafm |
| 14:33.29 | brlcad | there is a development log there from a couple years ago |
| 14:34.20 | brlcad | that work continued for a couple years, but was basically a demo of an interface running a QT interface on top of OGRE (for display management) |
| 14:35.35 | Notify | 03BRL-CAD:carlmoore * 55047 brlcad/trunk/src/util/decimate.c: improve error reporting in decimate command |
| 14:35.59 | brlcad | again, you're not likely to be impressed by much there -- it was proof of concept work with a lot of emphasis on infrastructure since then |
| 14:37.36 | pepca | proof of concept is good thing |
| 14:38.32 | brlcad | the question is more of how to best work together (if that's something that interests you) and how to get started |
| 14:40.20 | brlcad | we have a big development team and a lot of activity, but obviously have our own priority and existing development roadmap |
| 14:40.30 | brlcad | so it's more finding a mutual itch to scratch :) |
| 14:40.51 | pepca | we had a few messy discussions about creating a CAD and I created a picture ... http://cadus.org/trac/wiki/BigPicture ... I've started from the GUI part and hoped |
| 14:41.04 | pepca | (but no code yet) |
| 14:51.14 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 14:51.33 | brlcad | in browser parlance, I kind of see this like BRL-CAD being the webkit to your Chrome |
| 14:51.38 | ``Erik | takes a moment to laugh at the sagonet users |
| 14:53.22 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 14:55.26 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 14:55.26 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 15:18.32 | brlcad | pepca: apparently ISP issue, sorry -- last I saw from you was 10:41 < pepca> (but no code yet) |
| 15:19.35 | maths22 | brlcad: so are these disconnects an isp issue, not a freenode issue? |
| 15:19.43 | brlcad | on the webkit chrome line, the question is just whether we help you write chrome or let you do chrome while we implement safari (and continue to work on webkit with you) :) |
| 15:20.07 | brlcad | maths22: I don't know |
| 15:20.17 | brlcad | and hi maths22, just talking about your work :) |
| 15:20.37 | maths22 | what time?/which work? |
| 15:20.59 | brlcad | er, wrong 'm', never mind :) |
| 15:21.17 | maths22 | Also, almost every time I log on I have to reauthenticate with nickserv |
| 15:21.32 | brlcad | maths22: actually some of your GCI work is relevant |
| 15:21.33 | maths22 | Do you know if IRSSI can do that automatically? |
| 15:21.36 | brlcad | organization of information ;) |
| 15:22.19 | brlcad | it could certainly do it as a script, but don't know the magic myself |
| 15:22.31 | maths22 | I will look for one. I didn't know if you used one. |
| 15:22.33 | brlcad | maths22: any progress on creating that stylesheet? |
| 15:23.02 | maths22 | I kind of put that on hold with our robotics world championships coming up and too much robot work to do. |
| 15:24.36 | maths22 | After april 27, I can get back to that |
| 15:24.51 | maths22 | Maybe sooner if I feel like working on it on the bus ride to St. Louis |
| 15:25.47 | brlcad | cool |
| 15:26.06 | brlcad | would be nice to unveil a new website before GSoC begins |
| 15:26.21 | maths22 | When does GSoC start? |
| 15:26.34 | brlcad | we find out if we're accepted tomorrow |
| 15:26.47 | brlcad | students start applying in a couple weeks after |
| 15:26.58 | maths22 | I just pulled up the site to check, and it appears the orgs are announced on monday |
| 15:27.04 | brlcad | looks like April22 |
| 15:27.32 | maths22 | What is April 22 |
| 15:27.47 | starseeker | pawleeq, pepca: If you're looking to do some Qt gui work, you might want to check out the Ogitor project - they integrate Qt and OGRE |
| 15:28.02 | brlcad | that's when student start applying |
| 15:28.13 | maths22 | thanks |
| 15:28.22 | brlcad | if we're going to do anything, that'd probably be the latest |
| 15:29.10 | brlcad | but really once they announce, we have to get a lot of stuff in order so it might be too late already if you're busy |
| 15:29.37 | brlcad | (i.e., again, assuming they announce affirmatively on monday) |
| 15:48.04 | pepca | hmmm... |
| 15:49.37 | pepca | btw, what do you thing about that big picture at http://cadus.org/trac/wiki/BigPicture ? |
| 16:18.19 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 16:24.33 | brlcad | pepca: I like the general idea with a separation of the gui from "modules" and the filesystem |
| 16:25.55 | brlcad | there are definitely some small differences with what we have planned (nearly everything in your modules box is encompassed by our Geometry Service project |
| 16:26.22 | brlcad | but I think a lot of it is just terminology difference |
| 16:27.45 | brlcad | we have a fair bit more modules and back-end functionality identified, but not so much on the front-end |
| 16:28.33 | brlcad | a proper CAD engine encompasses much more than mathematics, it's also file conversion, data processing, analysis, .. |
| 16:29.33 | brlcad | and a CAD engine doing any real work invariably needs to contact the disk (most "real" models often don't fit in memory) |
| 16:30.20 | brlcad | GS is presently paused development, but you can read up on some of the design intent here: http://brlcad.org/wiki/GS_Dev_Requirements |
| 16:31.40 | brlcad | more here http://brlcad.org/wiki/Geometry_Service_Project_Main |
| 16:32.07 | brlcad | (note a lot of stubs, work in progress) |
| 16:34.11 | brlcad | most of the real progress on the Geometry Engine portion is here: http://brlcad.org/wiki/BRL-CAD%27s_core_C%2B%2B_interface (and that's usable now for some purposes) |
| 16:35.27 | Notify | 03BRL-CAD Wiki:Sean * 4959 /wiki/Developer_Documents: find was implemented as search |
| 16:36.24 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/A_find_Command_for_BRL-CAD_geometry: this development project was completed and is extensively integrated/documented as the "search" command |
| 16:38.07 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/BREP_Primitive: also implemented, brep/nurbs support is complete |
| 16:38.25 | Notify | 03BRL-CAD Wiki:Sean * 4960 /wiki/Developer_Documents: brep is implemented |
| 16:38.53 | pepca | taht last link looks very very interesting ... thank you |
| 16:39.06 | pepca | * that |
| 16:39.40 | brlcad | the core interface is a separate download aimed at developers |
| 16:40.14 | brlcad | it's the start of our geometry engine, though a lot of functionality is just stubbed in -- the vast majority of our functionality exists in our main libraries in the main checkout |
| 16:40.31 | brlcad | so if you see something missing, it's probably just not yet hooked into that cleaner API |
| 16:41.11 | brlcad | the Geometry Service (GS) is meant to be a network protocol for applications to build on top of |
| 16:42.21 | brlcad | the Geometry Engine (GE) is a C++ API (and currently called our "core interface") intended to be similar to ACIS, Granite, Parasolid and other commercial geometry kernels |
| 16:42.58 | brlcad | GS builds on top of the GE adding in geometry versioning, editing history, multiuser access controls, and model management |
| 16:43.53 | brlcad | I have some much better documents describing it all, but it'll take a few days to upload it somewhere (ping me if interested), but you can certainly start with the core interface and see how things look |
| 16:44.55 | brlcad | pepca: one thing I was mentioning to pawleeq is the possibility of getting you set up as a brl-cad dev too so you can commit bidirectionally |
| 16:45.17 | brlcad | e.g., if you find you need some change to core interface, you just make it and commit instead of working around it |
| 16:45.49 | brlcad | or working on some small feature in brl-cad so that you become familiarized with the libraries and layout of information |
| 16:49.12 | pepca | yeah, that would be nice... but there is a lot of time until i will have something to commit ;) |
| 16:49.15 | pepca | so ... |
| 16:49.38 | pepca | where is QBrlcadWidget ? :) |
| 16:51.08 | pepca | if I understand it correctly, the GE is the part which calculates everything... so when user draws something, he only tells GE what he wants |
| 16:52.17 | pepca | so the main part what needs to be done is to fill up the space between user and E |
| 16:52.21 | pepca | and GE |
| 16:52.26 | pepca | right ? |
| 16:57.34 | pepca | btw, what is the API difference between GS and GE ? Is GS only an extension of GE, so the code working with GE can work with GS in the same way ? |
| 17:02.23 | brlcad | calculates and holds in-memory representation |
| 17:03.01 | pepca | ok, so the GE is the M in MVC |
| 17:04.08 | brlcad | a typical use might be to say "GE open this file, give me a list of objects, give me the display list for this object, apply this temporary transformation on the object, write the change to disk, close the file |
| 17:05.26 | pepca | "display list for this object" is opengl display list ? |
| 17:05.49 | brlcad | it could be anything, but yes |
| 17:07.29 | pepca | it looks like a perfect backend part of our new cad :) ... i will study it more deeply later |
| 17:07.31 | brlcad | note that we're discussing a development that's in-progress so it's all easily subject to change ;) |
| 17:07.46 | pepca | of course |
| 17:07.58 | pepca | now ... the frontend part |
| 17:08.27 | brlcad | from our perspective, GE builds on top of 12 or so other libraries in BRL-CAD |
| 17:08.35 | pepca | wow |
| 17:09.13 | brlcad | but the 12 are a data-driven collection, 2000+ functions so GE goal is intentionally to clean that up and encapsulate better/more |
| 17:09.33 | pepca | that is scary |
| 17:09.49 | brlcad | as far as a CAD engine goes, we're actually tiny |
| 17:10.11 | brlcad | those three commercial engines I mentioned (that represent something like 95% of commercial CAD software) are FAR bigger |
| 17:10.20 | brlcad | CAD just encompasses a lot of concepts |
| 17:10.23 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:11.24 | pepca | well... I'm really happy that I will not have to write all that :) |
| 17:12.09 | brlcad | those twelve include simple concepts like a utility library (strings, file i/o, threads) and math library to bigger packages like geometry conversion, geometry processing, image/data processing, rendering, geometry analysis, geometry editing, ... |
| 17:12.19 | brlcad | yeah, it's frustruating |
| 17:12.33 | pepca | :) |
| 17:13.03 | brlcad | I was telling pawl that I've seen at least a dozen other similar open source attempts to "start over" over the past decade |
| 17:13.52 | brlcad | many of them looked at BRL-CAD and (others) and decide "what?! that's way too much, too complex, too messy .. I'm gonna start clean by myself" |
| 17:14.08 | pepca | how long they last ? |
| 17:14.09 | brlcad | and they've all failed within two years |
| 17:14.13 | pepca | :D |
| 17:14.16 | brlcad | they get abandonded |
| 17:14.23 | brlcad | just don't realize how much work is involved |
| 17:15.04 | brlcad | ohloh estimates that we have about 300+ *years* of effort implemented |
| 17:15.13 | pepca | wow |
| 17:15.22 | brlcad | one or two people can't come close to touching that in their lifetime |
| 17:15.37 | brlcad | we're on par with Blender |
| 17:15.42 | brlcad | just they look prettier ;) |
| 17:15.45 | pepca | :D |
| 17:16.09 | brlcad | and are much easier to use ... we're a pain in the ass |
| 17:16.18 | brlcad | but we know our problems, we're working on them .. it just takes time |
| 17:16.30 | pepca | ok ok |
| 17:16.52 | pepca | so, the frontend part... lets say i want to show qt window with some 3D view to show something. I will prepare GE and fill it with data, create the Qt window, and then? |
| 17:17.08 | pepca | is there something like "QBrlcadWidget" ? |
| 17:17.15 | brlcad | so I'm curious how far you get with core interface (that's the logical starting point) |
| 17:18.08 | brlcad | if it falls flat, we can either add hooks you need for displaying geometry or we can migrate to our libged/librt libraries which have much more but not as neatly |
| 17:18.17 | brlcad | there is no such widget heh |
| 17:19.43 | pepca | so the widget is our first step |
| 17:20.19 | pepca | create some opengl view and connect it to GE |
| 17:21.06 | pepca | then build nice window around it and let user play with it |
| 17:24.30 | brlcad | you could take a look at mafm's work from a couple years ago since that was a functional connection to our libged/librt library layer |
| 17:25.08 | pepca | yeah, I read some 'devel log' few hours ago... is there sourcode anywhere? |
| 17:25.24 | brlcad | yeah, it's in our repo |
| 17:26.15 | brlcad | I think it's maybe this source: http://brlcad.svn.sourceforge.net/svnroot/brlcad/rt%5e3/trunk/src/g3d/ |
| 17:26.24 | brlcad | repo is the trunk dir |
| 17:28.39 | brlcad | it certainly will need updates to even compile, but it ended up looking like this: http://brlcad.org/w/images/3/37/G3d-2009-08-03.png |
| 17:29.10 | brlcad | huh, I wrote the wrong dev log -- mafm was the 2008 work, ralith continued it in 2009: http://brlcad.org/wiki/User:Ralith |
| 17:32.05 | pepca | that looks like embryo of my QBrlWidget :) |
| 17:33.23 | brlcad | the abstract/content sections at the end have the project summary |
| 17:34.30 | pepca | yeah, it looks like he tried to do a complete editor |
| 17:34.42 | brlcad | once he got a graphics window up, ralith spent half his summer just working on getting mouse behavior correct for those three camera modes (i.e., a little distracted) |
| 17:35.11 | brlcad | well not so much the editing itself, but hooking a new gui to our libs like we've been talking |
| 17:35.34 | brlcad | we have some specific ideas in mind for our interface plans |
| 17:36.32 | brlcad | he was mostly trying to solve an architecture problem, how to get ogre in qt or qt into blender to display brl-cad geometry |
| 17:37.13 | brlcad | ditching rbgui (mafm's previous year work) for qt |
| 17:38.42 | brlcad | he was building on mafm's work, which got pretty far on it's own: http://brlcad.org/~mafm/g3d-screenshots/brlcad_rbgui_20080824-1.png |
| 17:39.10 | pepca | yes he did |
| 17:39.22 | brlcad | (note those are both 3-month projects) |
| 17:39.56 | brlcad | and by new student devs, not core experience |
| 17:40.16 | brlcad | we mentored them through the design, APIs, and debugging |
| 17:41.39 | pepca | yeah... it is awesome piece of work |
| 17:43.31 | brlcad | pepca: so unrelated, but just so you're aware -- we're rolling out a new alpha GUI for BRL-CAD that has been under development for a few years |
| 17:43.57 | brlcad | meant to be a stepping stone between our current mged interface and a third generation QT-based interface |
| 17:44.19 | brlcad | just so you're not suprised, you'd probably eventually run into it or hear about it |
| 17:44.27 | brlcad | looks a little like this: http://brlcad.org/~starseeker/archer_latest.png |
| 17:44.37 | brlcad | not great, but better than mged |
| 17:45.41 | brlcad | mged: http://upload.wikimedia.org/wikipedia/commons/e/eb/BRL-CAD_screenshot.jpeg |
| 17:48.39 | pepca | that looks very nice |
| 17:48.55 | brlcad | meh :) |
| 17:49.20 | pepca | :D |
| 17:50.11 | pepca | and how is the third generation gui going ? |
| 17:51.27 | brlcad | it's a passive priority at the moment, but progresses little bits at a time |
| 17:51.44 | brlcad | remember, we've been focusing on infrastructure |
| 17:51.58 | brlcad | and major new features, working on boundary representation NURBS and ISO STEP support |
| 17:53.40 | pepca | does it have some web page ? |
| 17:53.52 | maths22 | <PROTECTED> |
| 17:53.54 | maths22 | sorry |
| 17:54.59 | brlcad | I think about 8 years of full-time effort has gone into NURBS and 4 or so into STEP, both just coming to "completion" this year |
| 17:55.50 | brlcad | what is "it"? |
| 17:56.01 | brlcad | the nurbs/step work? |
| 17:56.10 | brlcad | or 3rd gen gui? |
| 17:56.57 | pepca | 3rd gen gui |
| 18:02.57 | brlcad | there's a lot of material on it, but not much online beyond what you've seen (because it's not what we're actively working on) |
| 18:03.37 | brlcad | just the gsoc student work, the work related to the geometry service, and some prototype/design information |
| 18:04.20 | pepca | hmm hmm.. ok |
| 18:05.31 | brlcad | some of the design work is here: http://brlcad.org/design/gui/ |
| 18:06.39 | pepca | so there will be almost no duplication of effort if we start with some user interface and that QBrlWidget to show data from GE |
| 18:06.45 | brlcad | skriptkid's prototype was fantastic: http://brlcad.org/design/gui/gci_skriptkid_prototype/brlCad-01.png |
| 18:07.06 | pepca | wow |
| 18:07.21 | pepca | is it only painted screenshot or real code ? |
| 18:07.41 | brlcad | painted |
| 18:08.08 | brlcad | all based on stuff mged and archer already do now, just looks better |
| 18:08.23 | pepca | yeah |
| 18:08.46 | brlcad | that's where our 300+ years comes in to play |
| 18:08.56 | brlcad | ton of functionality, we present it terribly ;) |
| 18:09.16 | pepca | yes :) |
| 18:09.50 | pepca | I've let one engineer to try brl today... it was his near-death experience |
| 18:09.51 | brlcad | even the other prototypes weren't too bad: http://brlcad.org/design/gui/gci_gauravjeet_prototype/cad.png http://brlcad.org/design/gui/gci_alexander_prototype/cad-interface.jpg |
| 18:09.57 | brlcad | heh |
| 18:11.47 | brlcad | our current interface is completely different from all the commercial offerings |
| 18:12.18 | brlcad | nearly as powerful or even better in several areas, and lacking in others |
| 18:12.21 | brlcad | as far as I know, BRL-CAD's the only open source CAD actually in production/professional use |
| 18:12.32 | pepca | that engineer showed me pro/e and how he is working it ... it looked very effectiv |
| 18:12.33 | pepca | e |
| 18:12.47 | brlcad | compared to commercial CAD, we're very niche |
| 18:13.34 | brlcad | nothing in open source is going to come close to touching the big-five CAD (pro-e, catia, solidworks, nx/unigraphics, and autocad) without massive collaboration (100+ devs) |
| 18:14.42 | pepca | well... since i'm phd student at CTU, i can (theoreticaly) involve some students to work here |
| 18:15.08 | pepca | semestral projects, bachelor thesis, ... |
| 18:15.21 | brlcad | we have 10-30 active devs depending on the year |
| 18:15.49 | brlcad | the *smallest* of the big five has approximately 100 devs employed full-time |
| 18:16.04 | pepca | :) |
| 18:16.30 | pepca | at least you do not have to move decimal point to see the actual numbers :) |
| 18:16.30 | brlcad | our main advantage is 30+ years under development and, of course, open source collaboration :) |
| 18:34.03 | pepca | ok.. so the conclusion for today is "Lets create nice user interface and QBrlWidget, everything else is already there." |
| 18:35.42 | pepca | I will let people here to discuss this and we will see what happens |
| 18:37.08 | pepca | I also added a lot of links into our wiki -- thank you :) |
| 18:42.38 | *** join/#brlcad cristina (~quassel@188.24.21.219) | |
| 18:53.21 | *** join/#brlcad merzo (~merzo@205-115-132-95.pool.ukrtel.net) | |
| 19:05.18 | pawleeq | brlcad, thank you very much for this chat |
| 19:14.35 | brlcad | pawleeq: always open to more collaboration and development |
| 19:14.46 | pawleeq | :) |
| 19:37.45 | Notify | 03BRL-CAD:carlmoore * 55048 brlcad/trunk/src/conv/dem-g.c: move lines ahead of a slew of value-setting lines, which would be meaningless if 'Exiting' was invoked |
| 21:09.51 | *** join/#brlcad merzo (~merzo@83-47-132-95.pool.ukrtel.net) | |
| 21:45.12 | Notify | 03BRL-CAD:carlmoore * 55049 brlcad/trunk/src/conv/dem-g.c: no programming change, but add comment about 3 file names based on the filename provided (I don't know what dem file is) |
| 22:33.24 | Notify | 03BRL-CAD:r_weiss * 55050 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: Bug fix for function "nmg_isect_fu_jra" in file "nmg_inter.c". The number of edgeuse in the loopuse changes as the loopuse is processed which can cause an infinite loop. This change fixes the infinite loop. This problem can occasionally be seen using the mged "ev" command. |
| 03:41.47 | Notify | 03BRL-CAD:brlcad * 55051 brlcad/trunk/src/libbu/heap.c: duh, race condition on initializing the per-cpu structure dynamically. statically allocate for the compile-time maximum number of cpus. wastefully consumes 32MB (32KB per cpu with 1024 bins), but avoids a runtime branch and fixes the problem of how to release the dynamic memory so not all bad. |
| 03:48.21 | Notify | 03BRL-CAD:brlcad * 55052 brlcad/trunk/src/libbu/heap.c: the printing function need not be made public api, tighten the scope. also make sure it only prints once since it can conceivably get registered multiple times |
| 03:51.43 | Notify | 03BRL-CAD:brlcad * 55053 brlcad/trunk/src/libbu/malloc.c: ws cleanup |
| 03:52.26 | Notify | 03BRL-CAD:brlcad * 55054 brlcad/trunk/src/libbu/heap.c: few comments, still need to track and reuse freed memory |
| 04:20.19 | Notify | 03BRL-CAD:brlcad * 55055 brlcad/trunk/src/libbu/heap.c: update the comments to reflect the new structure layout which also helps simplify the explanations. remove the old containers (assumes we'll get better cache coherence grouping them together, but that still needs to be tested). |
| 05:17.44 | Notify | 03BRL-CAD:brlcad * 55056 brlcad/trunk/src/libbu/heap.c: save a few more instructions and reduce per-real-allocation overhead slightly by not tracking per page usage. just keep track of the last page being filled since we know the rest are full. |
| 05:29.38 | Notify | 03BRL-CAD:brlcad * 55057 brlcad/trunk/src/libbu/heap.c: rewicker the terminology so that it might actually make some sense to someone else too |
| 05:37.45 | Notify | 03BRL-CAD:brlcad * 55058 brlcad/trunk/src/libbu/heap.c: because it's awesome when structure elements all line up perfectly with the same length |
| 05:59.32 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:11.16 | *** join/#brlcad hsrai_ (~hsrai@202.164.53.116) | |
| 07:17.17 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:59.25 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 09:44.17 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 12:00.02 | *** join/#brlcad pepca (~Pepa@ip-78-102-220-106.net.upcbroadband.cz) | |
| 12:15.35 | *** join/#brlcad caen23 (~cezar@92.81.210.84) | |
| 12:37.22 | pepca | Hello again, is there a Git mirror of the SVN repository ? |
| 12:43.33 | brlcad | pepca: there is, but I'm not sure it's up to date |
| 12:45.33 | brlcad | ``Erik: you have it syncing? |
| 12:45.38 | brlcad | pepca: it's http://brlcad.org/brlcad.git |
| 12:48.12 | pepca | hmm... 30 years of history via http transport ... it will take a while |
| 12:51.03 | Notify | 03BRL-CAD:bob1961 * 55059 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the camo shader in Archer's comb edit panel. |
| 12:53.22 | ``Erik | just getting a copy of /usr/ports/distfiles to another machine... |
| 12:54.28 | brlcad | ``Erik: nah, I meant the git mirror ;) |
| 12:55.59 | ``Erik | ohhh, yeah, uhm, that should be clicking hourly |
| 12:56.15 | brlcad | there ya go pepca |
| 12:59.21 | brlcad | pepca: fortunately compresses very well, about 300MB |
| 12:59.30 | ``Erik | that'd be a huge clone, so we have a tarball of a checkout at http://brlcad.org/brlcad.git.tar.gz .. let me update it to the most recent (took it off of the hourly as it chewed a bit of cpu and io time) |
| 12:59.41 | Notify | 03BRL-CAD:jordisayol * 55060 brlcad/trunk/misc/debian/brlcad.sh: Properly add/modify the environment variables PATH and MANPATH on deb and rpm packages. |
| 13:00.16 | brlcad | could renice it into oblivion |
| 13:02.05 | ``Erik | could, but I'm hoping to integrate the sync into notify so it syncs on commit instead of hourly, then figure out something less lame for the tarball generation (maybe just keep an anonymous checkout, so I can update and tar quicker |
| 13:02.55 | ``Erik | the jumpstart tarball finished updating |
| 13:03.32 | brlcad | why is the .tar.gz bigger than the .git ? |
| 13:04.00 | ``Erik | because it has the .git and the checkout (and the .git is already compressed) |
| 13:04.22 | ``Erik | (cd /usr/web/brlcad.org && /bin/mkdir brlcad.git.tgz$$ && cd brlcad.git.tgz$$ && /usr/local/bin/git clone -q http://brlcad.org/brlcad.git brlcad.git && /usr/bin/tar zcf brlcad.git.tar.gz brlcad.git && /bin/rm -f ../brlcad.git.tar.gz && /bin/mv brlcad.git.tar.gz ../brlcad.git.tar.gz && cd .. && /bin/rm -rf brlcad.git.tgz$$) |
| 13:04.25 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 13:05.01 | brlcad | really worth the extra 100MB then? :) |
| 13:05.15 | brlcad | once you have 300 you can probably extract the checkout faster than downloading it |
| 13:06.36 | ``Erik | *shrug* I wanted to make a trivial 'batteries included' download with the minimum number of steps... untar and go, pull when you want... if you want to tweak the tarball and write up docs for it, knock yourself out :) |
| 13:10.07 | n_reed | hmm, I've heard about consumer level 3d printers for years, but consumer level 3d scanners not so much until now |
| 13:10.15 | n_reed | http://www.kickstarter.com/projects/621838643/desktop-3d-scanner |
| 13:10.24 | n_reed | http://www.engadget.com/2013/03/08/makerbot-3d-scanner/ |
| 13:10.32 | n_reed | http://www.matterform.net/index.php |
| 13:10.54 | pepca | awsome ... i have cloned everything since 1983-12-16 to 2013-04-05 05:37:31 :) |
| 13:11.10 | pepca | but there are no tags in this clone :( |
| 13:11.47 | brlcad | pepca: it wouldn't be 300MB if it included all tags and branches |
| 13:12.00 | brlcad | several GB iirc |
| 13:12.48 | pepca | yeah :) |
| 13:13.06 | pepca | all branches are not important, but tags would be nice |
| 13:15.30 | pepca | just to make sure... master in http://brlcad.org/brlcad.git == trunk in http://brlcad.svn.sourceforge.net/viewvc/brlcad/brlcad/ -- is it correct ? |
| 13:16.46 | ``Erik | so git pull --tags |
| 13:17.02 | ``Erik | yeah, the git is trunk |
| 13:17.15 | pepca | ok |
| 13:17.48 | pepca | tags are not in http://brlcad.org/brlcad.git, cannot pull something that is not there ;) |
| 13:18.14 | ``Erik | ah, hm, guess they didn't come through in the git svn checkout |
| 13:18.32 | pepca | yes |
| 14:22.17 | Notify | 03BRL-CAD:brlcad * 55061 brlcad/trunk/src/libged/inside.c: be consistent, follow the face winding |
| 14:27.29 | Notify | 03BRL-CAD:mendesr * 55062 NIL: Tag version for 1.4 release |
| 14:29.24 | Notify | 03BRL-CAD:carlmoore * 55063 brlcad/trunk/src/conv/dem-g.c: remove trailing blanks I accidentally put it; put in note about cannot use stdin; remove (redundant) 'Exiting.' |
| 14:29.36 | Notify | 03BRL-CAD:mendesr * 55064 NIL: Tag version for 1.4 release |
| 14:40.34 | *** join/#brlcad ncsaba (~ncsaba@p54981CF4.dip.t-dialin.net) | |
| 14:52.08 | Notify | 03BRL-CAD:brlcad * 55065 brlcad/trunk/doc/docbook/lessons/en/mged15_creating_a_toy_truck.xml: update the inside command parameters to match the new rpp vertex behavior that was made to match the ordering of an arb8 in 7.14.6 (r33973). the "right" parameters were ironically the ones already documented in a note when the lessons were written up in 2001 as having changed. tracing back through the commit history, it |
| 14:52.10 | Notify | looks like this however was entirely unintentional (i.e., it was a bug) that was documented here instead of getting fixed.what had happened: circa 1985 (r373) 'in' command directly implemented rpp (matching arb8), circa 1987 (r1518) wdb rpp routine added (with "natural origin" but not matching arb8), circa 2000 (r18885) 'in' command updated to use libwdb (inadvertently changing the order), circa 2009 (r33973) wdb |
| 14:52.12 | Notify | routine finally fixed to match arb8, and now the doc finally gets fixed to match. so there ya have it, took three devs scratching heads for a day to figure this all out.left a note on how to verify the right values ('l' command so as to not rely on graphical inspection) and the old command so the docs will still work with older releases. |
| 14:57.27 | Notify | 03BRL-CAD:brlcad * 55066 brlcad/trunk/NEWS: with bob and keiths help, we finally figured out what was wrong in lesson 15. it's a four-year old bug with a 30-year legacy. see previous commit log message for all the nitty gritty detais. basically had to update the ordering now that they match the change in 7.14.6 to make the rpp vertices match arb8. |
| 15:11.56 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 15:17.43 | *** join/#brlcad luca79 (~luca@net-188-216-230-48.cust.dsl.vodafone.it) | |
| 15:49.59 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:50.05 | jordisayol | hello |
| 15:51.44 | ncsaba | Hi Jordi |
| 16:09.03 | ncsaba | soo, I uploaded my first patch to sourceforge |
| 16:29.34 | Notify | 03BRL-CAD:indianlarry * 55067 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/brep.c and 4 others): Initial checkin of shaded displays for BREP NURBS. Ese the poly2tri software to generate CDT triangulations. Water tight edges to follow. Uses "rel","abs" and "norm" tolerance values when determining facet resolution(WIP). Also updated "brep" mged command with features for CDT debugging. |
| 17:15.29 | ncsaba | anybody around ? |
| 17:15.47 | ncsaba | I uploaded a patch, but found an error in it by now |
| 17:17.11 | ncsaba | I wonder if there are some ways to test refactored code other than just visually check if rendering looks the same ? |
| 17:55.49 | ncsaba | OK, after more code-reading I find my patch completely bogus - I will need some more discussion about it |
| 17:57.00 | Notify | 03BRL-CAD:starseeker * 55068 brlcad/trunk/include/CMakeLists.txt: Re-indent and simplify header CMakeLists.txt |
| 19:32.04 | Notify | 03BRL-CAD:jordisayol * 55069 (brlcad/trunk/misc/debian/brlcad.install brlcad/trunk/sh/make_deb.sh brlcad/trunk/sh/make_rpm.sh): Add "/usr/brlcad/version" file on deb/rpm packages. |
| 20:26.55 | Notify | 03BRL-CAD:carlmoore * 55070 brlcad/trunk/src/fb/cmap-fb.c: implement Usage & continue-running for no-argument/no-pipe situation; allow use of -?, omitting -h because that's in use for something else |
| 22:16.29 | Notify | 03BRL-CAD:jordisayol * 55071 brlcad/trunk/misc/debian/brlcad.sh: Verify if $BRLCAD_PATH and $BRLCAD_MANPATH are already in $PATH and $MANPATH environment variables (deb and rpm packages). |
| 00:24.38 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 01:06.40 | Notify | 03BRL-CAD:jordisayol * 55072 brlcad/trunk/sh/make_rpm.sh: Make /usr/brlcad and sub-directories to be owned by the rpm package.If the rpm package don't owns these directories, yum will not remove them when uninstalling. |
| 01:36.58 | starseeker | brlcad: this might interest you: https://github.com/Lindydancer/cmake-font-lock |
| 02:17.16 | *** join/#brlcad caen23_ (~cezar@92.81.187.99) | |
| 02:55.38 | brlcad | nifty, thanks |
| 02:55.56 | brlcad | default font-lock works fine too, gets all the keywords |
| 03:52.09 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 04:24.42 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 04:25.17 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 04:30.17 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 04:32.25 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 04:33.21 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 04:33.21 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 09:30.36 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:32.44 | *** join/#brlcad ncsaba (~ncsaba@p54983298.dip.t-dialin.net) | |
| 11:47.36 | *** join/#brlcad caen23 (~cezar@92.83.172.108) | |
| 12:51.28 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 12:56.07 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 12:56.08 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 12:56.09 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 13:15.49 | ``Erik | this less than stellar connectivity is starting to concern me |
| 13:52.40 | *** join/#brlcad merzo (~merzo@13-113-132-95.pool.ukrtel.net) | |
| 14:53.25 | *** join/#brlcad caen23_ (~caen23@92.83.172.108) | |
| 16:04.25 | Notify | 03BRL-CAD Wiki:74.107.123.76 * 4961 /wiki/MGED_CMD_make: /* Syntax */ |
| 16:06.54 | Notify | 03BRL-CAD Wiki:74.107.123.76 * 4962 /wiki/MGED_CMD_make: /* Syntax */ |
| 16:08.46 | Notify | 03BRL-CAD Wiki:74.107.123.76 * 4963 /wiki/MGED_CMD_make: /* Argument(s) */ |
| 16:21.25 | Notify | 03BRL-CAD Wiki:74.107.123.76 * 4964 /wiki/MGED_CMD_draw: /* Argument(s) */ |
| 16:23.48 | Notify | 03BRL-CAD Wiki:74.107.123.76 * 4965 /wiki/MGED_CMD_e_lower: /* Argument(s) */ |
| 16:24.41 | Notify | 03BRL-CAD Wiki:74.107.123.76 * 4966 /wiki/MGED_CMD_draw: /* Argument(s) */ |
| 16:34.45 | *** join/#brlcad caen23_ (~cezar@109.97.112.97) | |
| 16:56.35 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 20:01.40 | *** join/#brlcad crdueck (~AndChat43@184.151.63.154) | |
| 20:03.48 | *** join/#brlcad crdueck (~AndChat43@184.151.63.154) | |
| 20:27.34 | *** join/#brlcad merzo (~merzo@13-113-132-95.pool.ukrtel.net) | |
| 21:08.03 | *** join/#brlcad merzo (~merzo@99-97-132-95.pool.ukrtel.net) | |
| 21:53.17 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 21:56.05 | Notify | 03BRL-CAD:jordisayol * 55073 brlcad/trunk/misc/debian/brlcad.sh: Fix boot problem on Debian/Ubuntu |
| 03:22.05 | *** join/#brlcad merzo (~merzo@17-80-132-95.pool.ukrtel.net) | |
| 06:40.23 | *** join/#brlcad binaryking (~bk@unaffiliated/nafcool) | |
| 06:46.12 | *** part/#brlcad binaryking (~bk@unaffiliated/nafcool) | |
| 06:57.03 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:19.38 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 11:45.21 | *** join/#brlcad ncsaba (~ncsaba@p549817F7.dip.t-dialin.net) | |
| 14:02.08 | *** join/#brlcad cristina (~quassel@188.24.21.219) | |
| 14:02.38 | *** join/#brlcad cristina (~quassel@unaffiliated/cristina) | |
| 15:24.08 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 16:12.39 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 16:51.01 | *** join/#brlcad caen23 (~cezar@109.97.112.97) | |
| 16:55.52 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 17:27.01 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.161.127) | |
| 17:28.14 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:29.45 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 17:39.31 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:39.58 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 17:50.44 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.161.127) | |
| 17:51.24 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 17:58.43 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 18:03.31 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:06.49 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.161.127) | |
| 18:22.54 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:28.29 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:28.30 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:28.32 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 18:35.20 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 18:40.07 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:45.08 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:50.18 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:50.23 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:51.31 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:51.34 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 18:57.37 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:58.44 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 19:05.55 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:07.51 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 19:18.48 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:26.04 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:33.20 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:33.22 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:42.37 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:52.57 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:53.40 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:53.41 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:54.26 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 19:55.40 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:06.08 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:07.55 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 20:08.08 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 20:08.10 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:08.27 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 21:10.52 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:11.41 | Notify | 03BRL-CAD Wiki:128.244.11.5 * 4967 /wiki/MGED_CMD_e_lower: /* See Also */ |
| 21:11.43 | Notify | 03BRL-CAD Wiki:128.244.11.5 * 4968 /wiki/MGED_CMD_erase: /* See Also */ |
| 21:11.45 | Notify | 03BRL-CAD Wiki:128.244.11.5 * 4969 /wiki/MGED_CMD_erase: /* See Also */ |
| 21:11.47 | Notify | 03BRL-CAD Wiki:128.244.11.5 * 4970 /wiki/MGED_CMD_draw: /* See Also */ |
| 21:34.07 | Notify | 03BRL-CAD Wiki:UncleNed24 * 0 /wiki/User:UncleNed24: |
| 21:56.09 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:06.49 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 22:44.51 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 22:45.07 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 22:45.38 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 22:48.43 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 23:39.24 | Notify | 03BRL-CAD Wiki:UncleNed24 * 4971 /wiki/BRL-CAD_Primitives: /* spline */ |
| 00:18.40 | Notify | 03BRL-CAD:jordisayol * 55074 (brlcad/trunk/misc/debian/brlcad.postinst brlcad/trunk/misc/debian/brlcad.sh brlcad/trunk/sh/make_rpm.sh): Properly update the environment variable $MANPATH on deb and rpm packages. |
| 00:21.18 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 01:29.58 | brlcad | nice quote |
| 01:30.18 | brlcad | Engineers and programmers have a tendency to reinvent the wheel at the drop of a hat, because "reinventing wheels" is what they enjoy. Even when reinventing the wheel will keep them from getting where they want to go. |
| 01:30.55 | brlcad | -- engtech, 2006 |
| 03:17.25 | *** join/#brlcad indianlarry (~indianlar@66-118-151-70.static.sagonet.net) | |
| 03:18.47 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 03:19.37 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 03:20.38 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 03:20.39 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 07:25.29 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:52.08 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:09.41 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:31.24 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 11:36.06 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:36.22 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.160.172) | |
| 11:45.55 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 12:09.35 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 12:24.05 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:00.44 | Notify | 03BRL-CAD:indianlarry * 55075 (brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/cdt.h): Added dllexport/dllimport definitions to P2T functions for proper export library building under windows. This was causing librt to fail under windows builds. |
| 13:05.00 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:19.30 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:24.20 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:29.07 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:32.13 | Notify | 03BRL-CAD:starseeker * 55076 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Nevermind the file nonsense - the STRING command in CMake also exposes MD5 functionality |
| 13:34.23 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:38.16 | Notify | 03BRL-CAD:starseeker * 55077 brlcad/trunk/src/other/step/cmake/Generated_Source_Utils.cmake: Testing a file in Linux that was converted to dos line endings, it looks like the previous regex was the right one. |
| 13:43.40 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:51.10 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 13:56.30 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:03.00 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:08.18 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:11.25 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:13.41 | *** join/#brlcad caen23 (~cezar@109.97.112.97) | |
| 14:18.14 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:22.26 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:24.43 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:30.20 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:39.42 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:45.26 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:51.20 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 14:56.15 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 15:10.44 | Notify | 03BRL-CAD:starseeker * 55078 brlcad/trunk/include/CMakeLists.txt: correct headers CMAKEFILES lines |
| 15:28.33 | Notify | 03BRL-CAD:starseeker * 55079 brlcad/trunk/CMakeLists.txt: CMAKE_INSTALL_PREFIX is a path, not just a string |
| 15:37.39 | Notify | 03BRL-CAD:starseeker * 55080 brlcad/trunk/include/CMakeLists.txt: Use the INCLUDE_DIR variable |
| 15:52.51 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 16:09.40 | Notify | 03BRL-CAD:starseeker * 55081 brlcad/trunk/CMakeLists.txt: Reset BRLCAD_LIBS list to make sure items don't linger after being turned off in a configure pass. |
| 17:32.28 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 17:36.07 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 17:37.42 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:40.11 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 17:44.08 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 17:48.10 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 17:52.16 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 17:56.17 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 18:00.20 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 18:04.33 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 18:08.20 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 18:12.29 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 18:16.26 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 18:48.39 | Notify | 03BRL-CAD:starseeker * 55082 brlcad/trunk/CMakeLists.txt: Need MD5 option to STRING command, which wasn't introduced until CMake 2.8.7 |
| 18:49.42 | Notify | 03BRL-CAD:starseeker * 55083 brlcad/trunk/src/other/step/CMakeLists.txt: Same deal for SCL (which is where MD5 is actually used) - need the option in the CMake STRING command, so require at least 2.8.7 |
| 19:12.25 | brlcad | GSoC 2013 is official on. We're in. |
| 19:16.28 | *** join/#brlcad andrei_ (~IceChat7@188.25.172.56) | |
| 19:17.33 | Notify | 03BRL-CAD:starseeker * 55084 brlcad/trunk/src/other/libpng/configure.ac: Yow - whole lot of stuff in the new libpng configure.ac that doesn't work for us. |
| 19:35.05 | andrei_ | Congratulations on yet another GSoC ! |
| 19:48.12 | brlcad | profile created: http://www.google-melange.com/gsoc/org/google/gsoc2013/brlcad |
| 19:56.55 | Notify | 03BRL-CAD:starseeker * 55085 brlcad/trunk/src/other/libpng/configure.ac: More libpng autotools tweaking. |
| 20:02.14 | starseeker | confound it |
| 20:02.30 | starseeker | why is is saying libpng is "already configured?" |
| 20:03.06 | starseeker | brlcad: can I revert libpng for the release? I'm not really too keen on wading deeper into the libpng autotools build... |
| 20:05.05 | starseeker | Awesome GSoC news |
| 20:30.41 | ``Erik | gsoc! w00t! |
| 20:33.58 | Notify | 03BRL-CAD:starseeker * 55086 brlcad/trunk/src/other/CMakeLists.txt: Mark some variables as advanced |
| 20:47.49 | Notify | 03BRL-CAD Wiki:Rhythmgupta * 0 /wiki/User:Rhythmgupta: |
| 20:59.08 | andrei_ | I don't understand why Google doesn't first display all organizations in a list and lets them fill the homepage afterwards |
| 21:02.45 | jordisayol | I've updated Linux icons and improved their resolution, but I don't have good skills enough to create them, so I've just modified the archer icon: http://twitpic.com/chzz4a and added a new free one for RtWizard: http://twitpic.com/chzz9t |
| 21:02.46 | jordisayol | If there is somebody with more skills than me creating icons, I'll appreciate... and all Linux user too :-) |
| 21:26.28 | jordisayol | nobody has the icons creation skill? brlcad? starseeker? |
| 22:08.14 | starseeker | confound it, regression failures |
| 22:08.58 | starseeker | checks to see if Linux is also failing... |
| 23:11.19 | *** join/#brlcad newhope (~ramanujan@103.246.106.44) | |
| 02:43.58 | brlcad | starseeker: sure, yank it if you want |
| 03:09.23 | Notify | 03BRL-CAD:starseeker * 55087 (brlcad/trunk/NEWS brlcad/trunk/src/other/libpng/ANNOUNCE and 115 others): Roll back upgrade to libpng 1.6.0 - it's breaking the autotools build and isn't providing critical updates. Has to wait for either more autotools resources or the removal of the autotools build. |
| 03:22.57 | *** part/#brlcad newhope (~ramanujan@103.246.106.44) | |
| 03:37.21 | starseeker | ding nabbit, that wasn't it |
| 03:37.24 | starseeker | what'd I break now |
| 03:39.05 | starseeker | help somebody |
| 03:46.33 | *** join/#brlcad gdh (~gavin@174-126-28-176.cpe.cableone.net) | |
| 03:48.40 | gdh | brlcad, I was looking at the ideas page for GSoC, and it said that you are a possible mentor for the Code Reduction Project. |
| 03:48.43 | gdh | Is that correct? |
| 03:51.32 | gdh | By the way, my name is Gavin Howard. |
| 03:51.54 | gdh | I was hoping that BRL-CAD would be accepted again this year. |
| 03:52.06 | gdh | I think it would be fun to work on a CAD program. |
| 03:55.08 | gdh | ``Erik, I believe the site listed you too. |
| 03:55.26 | gdh | Is that correct? |
| 07:09.43 | *** join/#brlcad newhope (~ramanujan@103.246.106.44) | |
| 07:21.41 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:49.11 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 08:49.35 | *** join/#brlcad __Hades (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 09:05.52 | *** part/#brlcad newhope (~ramanujan@103.246.106.44) | |
| 10:45.02 | *** join/#brlcad caen23 (~cezar@92.81.172.48) | |
| 10:51.27 | *** join/#brlcad hilnius_ (~hilnius@client-resel-2.enst-bretagne.fr) | |
| 11:14.14 | ``Erik | gdh: so it would seem |
| 11:25.57 | ``Erik | cmake 2.8.7 is the new minimum? O.O |
| 11:30.34 | ``Erik | ah, for string md5 |
| 11:30.37 | ``Erik | starts upgrading cmakes |
| 11:45.57 | Notify | 03BRL-CAD Wiki:Nikhilsomani * 0 /wiki/User:Nikhilsomani: |
| 11:51.34 | *** join/#brlcad nsomani (839ffce9@gateway/web/freenode/ip.131.159.252.233) | |
| 11:53.21 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 13:08.44 | gdh | ``Erik, I noticed that the Code Reduction Project was listed last year. |
| 13:08.52 | gdh | Did no one take it? |
| 13:10.16 | ``Erik | I don't recall, but that'd be one of those recurring projects... reduction, cleanup, 'gardening' |
| 13:10.36 | gdh | something that no one really wants to do, I'm guessing |
| 13:11.59 | ``Erik | reducing technical debt is one of those 'invisible' benefits, so it can be a hard sell... adding a new feature/capability is one of the few ways a non-coder sees progress :) |
| 13:13.09 | gdh | true |
| 13:13.25 | gdh | nevertheless, I am interested in doing it |
| 13:13.32 | gdh | (and fixing any bugs I find) |
| 13:13.45 | ``Erik | awesome |
| 13:14.01 | gdh | to me, it's an opportunity to troll through the entire codebase and figure out how it works |
| 13:15.47 | gdh | and I get paid for it :) |
| 13:16.20 | ``Erik | always a cool plus... have you compiled BRL-CAD yet? |
| 13:17.23 | ``Erik | I believe the pre-proposal checklist is still somewhere in the wiki, it includes stuff like doing a subversion checkout, compiling and installing, submitting a trivial patch, etc |
| 13:18.32 | brlcad | starseeker: ready to do it again? http://blog.qt.digia.com/blog/2012/02/15/introducing-qbs/ |
| 13:18.36 | brlcad | (kidding) |
| 13:19.34 | brlcad | gdh: code reduction was an accepted project last year |
| 13:19.42 | brlcad | ksenija silvko worked on it |
| 13:19.57 | brlcad | several of her patches are still pending in fact |
| 13:21.15 | *** join/#brlcad sbongir (~chatzilla@59.160.74.254) | |
| 13:27.25 | sbongir | whois d_rossberg |
| 13:29.52 | brlcad | hello sbongir |
| 13:30.04 | sbongir | hello everyone |
| 13:30.56 | sbongir | I am new to this IRC so I am sorry for any inconvenience or mistakes on my part. |
| 13:31.09 | brlcad | so far you're good |
| 13:40.39 | gdh | ``Erik, no, I haven't compiled it yet. |
| 13:40.42 | gdh | I'm working on it |
| 13:45.08 | gdh | sbongir, irc is easy to learn, so don't worry ;) |
| 13:45.13 | gdh | I'm also relatively new |
| 13:45.34 | gdh | ``Erik, brlcad uses cmake, correct? |
| 13:45.39 | sbongir | Yes Thank You @gdh |
| 13:47.01 | d_rossberg | sbongir: it's me ;) |
| 13:48.30 | d_rossberg | the AUTHORS file in the BRL-CAD sources will give you some additional information to the BRL-CAD developers |
| 13:53.59 | sbongir | d_rossberg can we have some private chat? |
| 13:55.49 | d_rossberg | sbongir: you should ask about NURBS here, i'm not a specialist in this topic |
| 13:56.02 | brlcad | sbongir: you don't need to be shy, just talk if you want |
| 13:56.21 | sbongir | ok d_rossberg! |
| 13:56.43 | gdh | brlcad, even though code reduction was done last year, does it still need work? |
| 13:56.58 | brlcad | gdh: heh |
| 13:57.19 | brlcad | so brl-cad has around 1M lines of code |
| 13:57.29 | gdh | I see it as an opportunity to learn how the codebase works |
| 13:57.38 | brlcad | about 10% of that is duplicate code due to just the way development occurs across decades |
| 13:57.42 | sbongir | I have looked at the GSoC wiki of BRL-CAD & I want to chip into one of the projects pertaining to NURBS. |
| 13:58.03 | brlcad | how much do you think a student could get through in one summer of that 100000 approx. lines of duplication? :) |
| 13:58.22 | gdh | depends |
| 13:58.33 | brlcad | sbongir: great! |
| 13:58.59 | gdh | I am also interested in the General Tree Walker project |
| 13:59.00 | sbongir | specifically speaking implicit to NURBS conversion & NURBS tesselation. |
| 13:59.06 | gdh | has that been done? |
| 13:59.40 | brlcad | sbongir: two hot topics are projecting NURBS for hidden-line rendering, improving NURBS performance, and NURBS export via STEP |
| 14:00.34 | brlcad | gdh: I think Ksenija got through maybe 1000-3000 lines at best |
| 14:01.01 | starseeker | arrrrrgh |
| 14:01.12 | brlcad | though her skills were very budding, it was a lot of mentoring to make useful progress |
| 14:01.20 | starseeker | smacks Digia with a wet trout for re-inventing the wheel |
| 14:01.20 | gdh | well, then, I guess it still needs to be done |
| 14:01.38 | sbongir | I have some primary level knowledge about NURBS due to my CAD/CAM classes. |
| 14:01.39 | d_rossberg | boolean operations with nurbs has some open issues too |
| 14:01.42 | gdh | I do have to say that it's nice to know there are women in programming |
| 14:02.13 | brlcad | the hard part is understanding the code well enough to make a good reduction, making the reduction, and then actually testing/verifying/proving that you didn't break anything |
| 14:02.25 | gdh | true |
| 14:02.47 | brlcad | what's your coding background? |
| 14:03.02 | gdh | some java, C++ and C |
| 14:03.19 | gdh | I am project lead for an open source programming language |
| 14:03.20 | brlcad | sbongir: do you have access to any other CAD systems? |
| 14:03.29 | gdh | so I might be able to help with the tree walker |
| 14:03.38 | gdh | that said, I am relatively new to coding as well |
| 14:03.41 | brlcad | gdh: explain? what language? |
| 14:03.42 | d_rossberg | sbongir: did you had a look at BRL-CAD's source code? |
| 14:03.53 | gdh | brlcad, it's called LFyre. |
| 14:03.54 | sbongir | I have student edition Solid Edge & Autodesk Inventor & AutoCAD. |
| 14:04.11 | gdh | You haven't heard of it because I'm still trying to bootstrap the compiler |
| 14:04.17 | brlcad | ah |
| 14:04.19 | gdh | http://lfyre.com |
| 14:04.27 | gdh | http://lfyre.blogspot.com |
| 14:04.47 | d_rossberg | sbongir: any C compiler? |
| 14:05.03 | sbongir | I have completed 6 months Internship in PTC & have some basic idea on how CAD softwares |
| 14:05.06 | sbongir | work |
| 14:05.49 | brlcad | gdh: ah yes, looks like fun |
| 14:06.03 | sbongir | I have some experience in Qt. |
| 14:06.14 | brlcad | gdh: if that's an area of interest, working on our geometry editing library API might be more apropos |
| 14:06.31 | brlcad | sbongir: nice |
| 14:06.36 | brlcad | what'd you do with them? |
| 14:06.57 | sbongir | Since I have developed only within IDE's like MSVS2010 & Qt Creator & I dont know how to compile manually. |
| 14:07.19 | sbongir | But I know that MinGW is used on Windows & GCC in Ubuntu. |
| 14:08.26 | gdh | brlcad, what would I be doing on the API? |
| 14:08.41 | d_rossberg | MSVS2010 should be fine, i work with msvc 2008 |
| 14:08.48 | gdh | is that the MGED to Archer Command Migration project? |
| 14:09.18 | sbongir | d_rossberg I have the Express edition, would that be fine? |
| 14:09.52 | starseeker | thinks it's time to separate build system definition languages from the tools that actually do the dirty work |
| 14:10.55 | starseeker | define something in json designed to be tool parsable, and then design the human input language(s) to compile to that |
| 14:11.12 | brlcad | gdh: it's definitely related to that project |
| 14:11.40 | brlcad | we have a LIBGED library filled with most of the commands users interact with |
| 14:12.31 | brlcad | there are a lot of needs there being worked on, but getting the library cleaned up, more commands migrated, and sorting out registration/execution/rollback transactions are all on the docket |
| 14:12.43 | gdh | I was looking at that one too. |
| 14:12.52 | gdh | The problem is that I don't know Tcl |
| 14:13.04 | brlcad | don't need to |
| 14:13.07 | brlcad | it's a C API |
| 14:13.17 | d_rossberg | sbongir: i'm afraid there are some issues with the express edition: http://google-melange.appspot.com/gci/task/view/google/gci2012/7948214 |
| 14:13.39 | gdh | oh. The description said Tcl, but hey, that works! |
| 14:13.41 | brlcad | you could fix those issues, great patch ;) |
| 14:14.59 | gdh | I have now successfully compiled the program |
| 14:15.12 | gdh | does it have no dependencies at all? |
| 14:15.20 | brlcad | gdh: you're taking up leadership of a new language and are shy of an ancient like tcl? |
| 14:15.32 | gdh | that was the easiest dependency resolution I've ever had] |
| 14:15.45 | brlcad | we auto-detect |
| 14:15.56 | brlcad | if you don't have what we need, we build what we provide |
| 14:16.07 | gdh | brlcad, I'm not shy of it; the requirements just say that I need to know Tcl beforehand |
| 14:16.14 | brlcad | the summary after cmake itemized what it found and did not find |
| 14:16.15 | gdh | that is wonderful |
| 14:16.46 | brlcad | tcl is also a C API at the level it pertains to libged, so no worries |
| 14:17.04 | gdh | I can learn it if necessary |
| 14:17.08 | brlcad | there are just a few commands that are written in tcl and if you were working to migrate them, it'd obviously help |
| 14:17.18 | sbongir | d_rossberg so do I have to buy VS2010 now? |
| 14:17.21 | brlcad | it's a very simple command-centric language |
| 14:17.43 | d_rossberg | sbongir: no |
| 14:17.47 | brlcad | still, unlikely you'd be involved with it more than at the C level |
| 14:18.14 | gdh | That would be something I am interested in then |
| 14:18.22 | sbongir | then what can I use? |
| 14:18.36 | brlcad | sbongir: fix the express issues |
| 14:18.39 | d_rossberg | first you should download the sources (subversion, tortoisesvn) and generate the project files (CMake) |
| 14:19.30 | d_rossberg | then try to compile as much of the subprojects as you can |
| 14:20.06 | brlcad | yeah, just see how far you get, maybe see if you get the same result as the GCI student did |
| 14:20.10 | sbongir | d_rossberg using which compiler? Sorry but I am not a CS guy, rather Mech guy who likes coding. |
| 14:20.19 | brlcad | and if you find a problem, try to fix it |
| 14:20.28 | brlcad | great proposals come with a great patch to demonstrate you can figure things out ;) |
| 14:20.42 | gdh | brlcad, what executable is the actual program? (or the one that starts it?) |
| 14:21.03 | gdh | I built everything, and now I have loads of executables in my build/bin directory |
| 14:22.49 | d_rossberg | CMake will generate the project files for MSVC 2010 |
| 14:24.11 | brlcad | gdh: see the faq ;) |
| 14:24.23 | brlcad | mged |
| 14:24.24 | gdh | facedesks |
| 14:24.59 | brlcad | and those loads of execs are the "actual program" because brl-cad is a suite of programs |
| 14:25.12 | gdh | brlcad, I figured |
| 14:25.13 | brlcad | mged is probably what you're thinking of, or archer .. |
| 14:25.43 | gdh | wait...the project I am interested in is migrating mged to archer |
| 14:26.09 | gdh | oh, I like archer much better |
| 14:26.16 | gdh | yes, I think I know what I am going to do |
| 14:27.10 | d_rossberg | sbongir: as a fall-back there is an image for a virtual machine: http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/ |
| 14:28.00 | gdh | brlcad, do we submit proposals to the project before we apply to Google? |
| 14:28.30 | brlcad | gdh: the more you talk and keep engaging the community, the better |
| 14:29.02 | brlcad | you're welcome to put your proposal up on our wiki and/or highlights on the mailing list to discuss |
| 14:29.12 | brlcad | glad to provide feedback to make sure it's a solid proposal |
| 14:29.41 | gdh | well, it's listed on the wiki already as an idea |
| 14:29.48 | gdh | hopefully, the community likes is |
| 14:29.50 | gdh | *it |
| 14:30.00 | brlcad | I mean your own project page |
| 14:30.08 | gdh | true |
| 14:30.42 | brlcad | see last year's students: http://brlcad.org/wiki/Google_Summer_of_Code/2012 |
| 14:30.59 | brlcad | many of them have their proposal linked from their student page |
| 14:31.04 | brlcad | s/student/user/ |
| 14:32.56 | sbongir | d_rossberg I will try to understand what Virtual Machine is & how to use it & then get back to you. |
| 14:33.33 | sbongir | d_rossberg can I code in VS2010 Express & compile in MinGw as an alternative? |
| 14:35.53 | d_rossberg | MinGw has issues too |
| 14:36.28 | brlcad | sbongir: there's an entire write-up on our wiki on it |
| 14:36.45 | brlcad | (on the vm) |
| 14:37.27 | sbongir | brlcad I will take a look. |
| 14:37.49 | *** part/#brlcad sbongir (~chatzilla@59.160.74.254) | |
| 14:38.19 | brlcad | eek, he left |
| 14:39.56 | d_rossberg | brlcad: where is the vm write-up on the wiki? i couldn't find it |
| 14:42.50 | gdh | I'm going to be away for awhile too (class). |
| 14:42.54 | gdh | See you! |
| 14:48.50 | brlcad | gdh: we're used to persistent IRC connectivity |
| 14:49.00 | brlcad | one might not physically be here, but we're always in the channel |
| 14:49.06 | brlcad | screen+irssi ftw |
| 14:51.19 | Notify | 03BRL-CAD:starseeker * 55088 (brlcad/trunk/configure.ac brlcad/trunk/src/other/libpng/Makefile.am): Try something a little more drastic for libpng. This seems to get further - distcheck in autotools is now failing due to issues with thread libs (probably related to the new affinity work - had to add in a new AC_CHECK_TYPES for cpu_set_t |
| 14:52.11 | ``Erik | heh, screen :D get with the times, the cool kids use tmux |
| 14:52.17 | brlcad | down to 80 release issues |
| 14:52.30 | brlcad | cool kids are retarded |
| 14:52.56 | brlcad | likes how that works on so many levels |
| 14:54.17 | ``Erik | sudo ln -sf /usr/local/bin/tmux /usr/local/bin/screen # *cough* |
| 14:57.52 | Notify | 03BRL-CAD:starseeker * 55089 brlcad/trunk/src/libbu/Makefile.am: Ah, need to add thread.cpp to the Makefile.am |
| 14:59.26 | starseeker | was aware of emacs vs vim, but I missed out on the screen vs. tmux wars :-P |
| 15:00.48 | ``Erik | screen vs tmux is probably more like xaw vs qt or glide vs opengl :D |
| 15:01.27 | starseeker | breaks out the popcorn |
| 15:07.37 | brlcad | jordisayol: let me know how it goes, if you get stuck |
| 15:07.58 | brlcad | we can certainly get 2.8.5 to work if you run into a brick wall you can't get past |
| 15:08.47 | jordisayol | brlcad: I'll tell you something about this as soon as possible |
| 15:10.40 | starseeker | cmake problem? |
| 15:11.29 | jordisayol | starseeker: just that I'm unable to compile/install cmake 2.8.7 on Ubuntu 10.4 LTS |
| 15:11.58 | starseeker | jordisayol: what about one of the newer ones? newest is 2.8.10.2 |
| 15:12.35 | jordisayol | starseeker: then the resulting packages cannot be installed/run on older releases |
| 15:13.19 | starseeker | hmm? Why would the cmake version govern where the packages can be installed? |
| 15:13.42 | starseeker | I was suggesting trying to build 2.8.10.2 on Ubuntu 10.4 LTS |
| 15:14.14 | jordisayol | starseeker: nop, the cmake do not do that. libc.so.6 do |
| 15:14.52 | starseeker | right - so if one of the newer CMake versions will build there, you're good? |
| 15:15.21 | jordisayol | starseeker: yes, but I'm unable to do that on Ubuntu 10.4 :-/ |
| 15:16.07 | starseeker | what's the error? |
| 15:16.34 | starseeker | (when you try bootstrapping CMake I mean) |
| 15:17.08 | jordisayol | ufff, I've done some hours ago. But this is not a big problem because I'm able to do the same on Debian stable |
| 15:18.03 | starseeker | I could conditionalize the MD5 sum verification feature based on version of CMake, but I'd rather not if I can avoid doing so - I hate complicating build logic just because distributions don't keep up with fixes in the tool itself |
| 15:19.16 | jordisayol | starseeker: don't do it by the moment. Wait until I "fight" on Fedora and openSUSE to get cmake 2.8.7 working. |
| 15:19.52 | jordisayol | starseeker brlcad, I'll tell you something about this thing |
| 15:24.54 | Notify | 03BRL-CAD:starseeker * 55090 brlcad/trunk/configure.ac: LIBSTDCXX is needed in libbu now |
| 15:29.48 | Notify | 03BRL-CAD Wiki:UncleNed24 * 4972 /wiki/MGED_CMD_Z: /* Description */ |
| 16:05.17 | hilnius_ | Hi everybody, is there someone i can ask questions for the gsoc ? |
| 16:25.41 | brlcad | ~ask |
| 16:25.41 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 16:25.44 | brlcad | hi hilnius_ |
| 16:29.27 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.161.226) | |
| 16:30.12 | hilnius_ | i'd like to know if you consider the 3D display manager as important |
| 16:30.27 | hilnius_ | (meaning going to Ogre+Qt) because i'd be interested in doing it |
| 16:34.13 | brlcad | hilnius_: they're all important to us :) |
| 16:37.05 | hilnius_ | yeah but i mean i suppose you have a limited number of slots, and it happen to me 2 years ago to focus on an idea that had not been chosen in the end due to it's medium relevance, so i'd like it not to happen again ;) |
| 16:41.18 | brlcad | hilnius_: if you don't disappear over the upcoming two weeks, we can obviously keep discussing and make sure you have the best possible application put forward for consideration |
| 16:41.24 | brlcad | which org? |
| 16:41.54 | *** join/#brlcad caen23_ (~cezar@109.97.111.148) | |
| 16:44.19 | hilnius_ | that was for planeshift |
| 16:44.43 | brlcad | ah |
| 16:45.44 | brlcad | in the past when we've had a student in strong contention but with a less desirable topic, we've asked them to make two proposals |
| 16:45.50 | brlcad | but again, it's all about communication |
| 16:45.55 | brlcad | heh |
| 16:45.58 | brlcad | as he leaves |
| 16:46.08 | *** join/#brlcad hilnius_ (~hilnius@client-resel-2.enst-bretagne.fr) | |
| 16:46.31 | brlcad | hilnius_: in the past when we've had a student in strong contention but with a less desirable topic, we've asked them to make two proposals |
| 16:46.34 | brlcad | but it's all about communication |
| 16:47.36 | brlcad | we've never turned away a stellar student because they chose to propose an "unimportant" project |
| 16:49.05 | hilnius_ | ok well, anyway you tagged it as 'huge' impact so i suppose it'll be fine if i make a proposal on this :) |
| 16:59.23 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.161.226) | |
| 17:19.19 | caen23 | now you can view STL files directly on github, pretty nice |
| 17:20.08 | brlcad | caen23: example? |
| 17:20.23 | Notify | 03BRL-CAD:starseeker * 55091 (brlcad/trunk/configure.ac brlcad/trunk/src/librt/Makefile.am brlcad/trunk/src/other/Makefile.am): Need autotools build for poly2tri |
| 17:20.48 | caen23 | brlcad: here https://github.com/lorennorman/octocat-3d/blob/master/stl/octocat_base.stl |
| 17:22.04 | brlcad | caen23: thx |
| 17:22.15 | brlcad | interesting feature to add for them |
| 17:22.56 | caen23 | indeed, it's just been released, i found out about it via their blog |
| 17:31.50 | Notify | 03BRL-CAD:starseeker * 55092 (brlcad/trunk/src/libfb/CMakeLists.txt brlcad/trunk/src/libfb/if_tk.c): Add if_tk.c back in, fix compilation. |
| 17:40.02 | jordisayol | starseeker brlcad, properly compiled/installed/tested on openSUSE 11.4 with cmake 2.8.7 |
| 17:44.23 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-gztogrfndvrogstl) | |
| 17:44.49 | ``Erik | https://news.ycombinator.com/item?id=5519184 github stl |
| 17:44.58 | ``Erik | also; https://github.com/blog/1465-stl-file-viewing |
| 17:50.10 | gdh | okay, I'm back |
| 17:52.14 | kanzure | github has stl rendering now: https://news.ycombinator.com/item?id=5519184 |
| 17:52.18 | kanzure | maybe they will add .g rendering. |
| 17:52.20 | *** join/#brlcad andrei_ (~IceChat7@188.25.172.56) | |
| 17:52.40 | Notify | 03BRL-CAD:starseeker * 55093 brlcad/trunk/src/other/libpng/Makefile.am: Strip more stuff out of libpng. Getting as far as running benchmark before failures now. |
| 17:53.09 | jordisayol | starseeker brlcad: good news! deb packages built on Debian stable are also installable and run on Ubuntu 10.4 :-) |
| 17:53.19 | jordisayol | now I go for Fedora... |
| 17:53.40 | brlcad | jordisayol: great |
| 17:53.41 | ``Erik | aks001: you should ask your questions in channel so others can help answer them. The details of the code reduction project are basically that we have a lot of redundancy and dead code that can be culled... specifics would be in your proposal :) |
| 17:54.22 | brlcad | kanzure: yep, we were just discussing that |
| 17:54.28 | gdh | oh, there's another that wants to do code reduction? |
| 17:54.38 | gdh | brlcad, thanks for suggesting the Archer API. |
| 17:54.47 | gdh | That makes it easier on both of us. |
| 17:55.34 | brlcad | multiple submissions are okay, especially for generic topics like code reduction |
| 17:55.34 | kanzure | oh i see now. |
| 17:55.42 | brlcad | the details go into the proposal |
| 17:55.59 | brlcad | those "simple" projects have to have more specific/details information in the proposal write-up |
| 17:57.00 | gdh | true, but like you said, I think that the API would be better for me anyway. |
| 17:57.02 | brlcad | not just "reduce code" .. but reduce what code? how? what testing measures will be used? what's the process? etc |
| 17:57.17 | brlcad | I agree |
| 17:57.47 | brlcad | picking a more specific project helps define a more specific goal anyways, and that helps properly scope the work |
| 18:17.47 | Notify | 03BRL-CAD:starseeker * 55094 brlcad/trunk/src/other/poly2tri.dist: Makefile.am is now in poly2tri |
| 18:20.27 | brlcad | linked to our checklist more visibly: http://www.google-melange.com/gsoc/org/google/gsoc2013/brlcad |
| 18:30.13 | gdh | brlcad, one of the requirements is that students give a report everyday. |
| 18:30.23 | gdh | I don't work on Sundays. Is that a problem? |
| 18:31.41 | brlcad | gdh: you probably don't work when you're eating and sleeping too |
| 18:32.00 | brlcad | the requirement is to report for every day that you work (in some form) |
| 18:32.09 | gdh | oh. Okay |
| 18:32.23 | brlcad | and even something as simple as a commit message might suffice if everything's going great |
| 18:32.56 | brlcad | again, see last year's students for lots of examples (their dev log) |
| 18:33.54 | brlcad | gdh: basically you're being given a LOT of flexibility with regard to your schedule, so we need to make sure you're actively communicating throughout development |
| 18:34.13 | gdh | makes sense |
| 18:34.24 | gdh | just wanted to make sure that wasn't going to be an issue |
| 18:34.26 | brlcad | if we don't see or hear from you for three or four days, that's usually a bad sign |
| 18:35.16 | brlcad | but yeah, you are allowed to have a life outside gsoc, respect whatever traditions you might adhere to, sleep and eat when you need to, etc :) |
| 18:36.03 | brlcad | if you're committing frequently and hanging out on IRC where we can get ahold of you when there are questions, it's never an issue |
| 18:36.20 | gdh | awesome |
| 18:52.47 | Notify | 03BRL-CAD:starseeker * 55095 brlcad/trunk/src/libfb/CMakeLists.txt: Add TK library to libfb |
| 18:53.56 | Notify | 03BRL-CAD:starseeker * 55096 brlcad/trunk/src/libfb/CMakeLists.txt: Conditionalize addition of tk lib |
| 18:55.03 | gdh | starseeker, thanks for the commits |
| 18:55.14 | gdh | they let me test my automatic build scripts |
| 18:55.17 | gdh | :) |
| 19:09.26 | jordisayol | starseeker brlcad: successfully compiled and tested on Fedora 14. also tested on F18 |
| 19:10.33 | jordisayol | starseeker: do you plans to upgrade cmake in the near future? |
| 19:11.50 | starseeker | jordisayol: eh? You mean bump the minimum required version again? No, no such plans |
| 19:12.06 | starseeker | I do so only when I know of an actual problem with older version(s) |
| 19:13.08 | jordisayol | starseeker: yes, this I mean, thank you |
| 19:35.28 | Notify | 03BRL-CAD:carlmoore * 55097 brlcad/trunk/src/conv/stl/g-stl.c: fix warning about expecting long unsigned int but getting unsigned int |
| 19:56.14 | Notify | 03BRL-CAD:brlcad * 55098 (brlcad/trunk/src/conv/iges/findp.c brlcad/trunk/src/conv/iges/iges_struct.h and 2 others): for some reason, this change breaks our iges regression test. reverting. |
| 19:56.51 | gdh | I love it when machines talk to me |
| 19:57.19 | brlcad | do they do that often? :) |
| 19:57.53 | caen23 | reads like a tweet :P |
| 19:57.58 | gdh | unfortunately, yeah... |
| 20:01.13 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 20:04.58 | hilnius_ | Successfully compiled the code, but i don't know how to start the program... |
| 20:05.28 | Notify | 03BRL-CAD:carlmoore * 55099 brlcad/trunk/src/conv/stl/g-stl.c: use 'g-stl:' in error messages, and supply new message about missing .g file and object(s) |
| 20:05.36 | brlcad | hilnius_: excellent |
| 20:05.45 | brlcad | see the faq, but mged or archer are probably what you're looking for |
| 20:05.55 | brlcad | brl-cad is a suite of tools |
| 20:05.58 | brlcad | not just one program |
| 20:06.03 | gdh | don't worry hilnius_, I asked that question too (blush) |
| 20:06.22 | hilnius_ | found on wiki |
| 20:06.32 | hilnius_ | i was searching for a moment ... sorry for useless quest |
| 20:06.44 | brlcad | we're migrating towards a lont-term goal of one application framework and all our current tools are merely plug-ins, but right now it's unix-style |
| 20:07.45 | hilnius_ | ok so now it runs fine |
| 20:18.57 | jordisayol | deb and rpm packages sets mged as default app for brlcad mime types. May it be replaced by archer? |
| 20:20.36 | Notify | 03BRL-CAD:starseeker * 55100 brlcad/trunk/src/other/libpng/Makefile.am: More libpng build tweaks |
| 20:21.39 | Notify | 03BRL-CAD:carlmoore * 55101 brlcad/trunk/src/proc-db/contours.c: provided extra newlines so the Usage statement won't be obscured |
| 21:09.17 | *** join/#brlcad hilnius_ (c06c7481@gateway/web/freenode/ip.192.108.116.129) | |
| 21:20.15 | Notify | 03BRL-CAD:r_weiss * 55102 (brlcad/trunk/include/config_win.h brlcad/trunk/include/config_win_cmake.h.in): For the windows build, added the headers "fcntl.h" and "errno.h" which are needed for the symbol "_O_TEXT" used in the definition of "pipe". |
| 21:41.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:45.23 | aks001 | sorry i was out after leaving a message here.. i was busy |
| 21:45.59 | aks001 | sir i just wanted to ask that what specifications you need regarding code reduction project?? |
| 21:49.45 | aks001 | brlcad sir: what should i look into to start working on code reduction project?? |
| 21:53.22 | andrei_ | hey aks001, organization irc channels are generally not that formal, you don't have to use "sir" :) |
| 21:58.47 | aks001 | okk |
| 21:59.45 | *** join/#brlcad gdh (~quassel@174-126-28-176.cpe.cableone.net) | |
| 22:00.15 | aks001 | gdh are you also interested in working for code reduction project?? |
| 22:00.34 | gdh | aks001, don't worry; more than one person can |
| 22:00.44 | gdh | however, brlcad wants me to do something else ;) |
| 22:01.01 | aks001 | okkk |
| 22:01.40 | aks001 | by the way have gone through the code of BRL-CAD? |
| 22:02.29 | gdh | have I? |
| 22:02.31 | gdh | not yet |
| 22:03.26 | aks001 | actually the code is of millions of lines so i was thinking of various ways to reduce code |
| 22:26.58 | aks001 | brlcad are you there?? |
| 22:38.12 | andrei_ | aks001: as of ways to reduce the codes, there are indeed several situations (some are as simple as copy pastes). As for the question, instead of asking if someone is here, just ask your question, brlcad(or anyone else) will answer when they are around |
| 22:38.56 | *** join/#brlcad caen23 (~cezar@92.81.172.37) | |
| 22:46.51 | Notify | 03BRL-CAD:brlcad * 55103 brlcad/trunk/src/libbu/affinity.c: ws |
| 22:48.06 | brlcad | aks001: I'm always here but not always responsive |
| 22:48.37 | brlcad | it's your project, you define the specifications |
| 22:48.56 | brlcad | I'll be glad to review them and help you develop some goals, but it needs to predominantly come from you |
| 22:49.43 | brlcad | I suggest for starters reading up on the links described on our ideas page, actually running simian for example and seeing what it tells you, looking around the code and asking a lot of questions |
| 22:50.55 | Notify | 03BRL-CAD:brlcad * 55104 brlcad/trunk/NEWS: chris dueck fixed a memory leak in r52117 for the bot_condense command. wasn't releasing the vertices, but now is. |
| 23:08.14 | Notify | 03BRL-CAD:brlcad * 55105 brlcad/trunk/TODO: spatial processing during boolean evaluation of meshes. this would make a good gsoc project. |
| 01:16.51 | starseeker | hah, interesting: http://community.kde.org/Frameworks/Epics/CMake_target_usage_requirements |
| 01:17.41 | starseeker | I'm faking some of those abilities currently with macro logic and global variables - would be awesome to be able to use standard features |
| 01:18.04 | starseeker | (granted it will be a while before we can require 2.8.11, seeing as it hasn't come out yet...) |
| 02:25.44 | kanzure | openvdb seems to have some csg things http://www.openvdb.org/documentation/doxygen/codeExamples.html#sCsgTools |
| 02:25.53 | kanzure | but they are for level set models |
| 02:36.05 | *** join/#brlcad peerless (~deepak@14.139.226.34) | |
| 02:42.57 | peerless | Hi |
| 04:50.57 | *** join/#brlcad sbongir (~chatzilla@59.160.74.254) | |
| 05:04.18 | *** join/#brlcad sbongir_ (~chatzilla@59.160.74.254) | |
| 05:15.00 | brlcad | kanzure: openvl and openvdb are both of interest for our vol primitive (just hasn't been a priority to explore recently) |
| 05:32.32 | kanzure | i was surprised with how clean the openvdb code was |
| 05:33.15 | kanzure | what sort of amazing drugs are they giving out at dreamworks? because damn. |
| 05:34.14 | kanzure | very high quality. although the unit tests had a few suspicious goofs (sections commented out instead of preprocessor conditionals, but whatever). |
| 05:42.22 | brlcad | field3d is another from sony imageworks |
| 05:42.50 | brlcad | sony has really pioneered the push from several studios to release their frameworks as open source |
| 05:43.36 | kanzure | interesting. i always imagined the situation "on the ground" in those studios would be less then stellar. but these examples indicate otherwise. |
| 05:44.55 | kanzure | i sort of assumed they might all just buy licenses to maya (or whatever) and hope for the best |
| 05:46.52 | brlcad | sony guys set up a directory of some of the various studio efforts: http://opensourcevfx.org/ |
| 05:47.30 | brlcad | they use the commercial stuff but all of them have a massive custom rendering pipeline |
| 05:48.16 | brlcad | some manual (maya, softimage, etc), some automatic (mostly custom) |
| 05:48.39 | kanzure | right, i imagine they have some sort of instrumented server farm of nvidia cards too |
| 05:48.59 | kanzure | possibly things for breaking up rendering jobs to multiple components |
| 05:49.54 | brlcad | their pipelines are so massive and complex at this point that (according to larry gritz), it just made sense (albeit a gamble) to release parts of their core infrastructure as open source on the hopes that the other studios would do the same |
| 05:50.05 | brlcad | and the end result being a net gain for all |
| 05:50.32 | brlcad | (if 5 studios all release 5 products, then we gain 20 by releasing 5) |
| 05:51.47 | kanzure | "Rez is an integrated package configuration, build and deployment system for software. With Rez you can request a set of packages, and it will create a resolved shell that contains all the dependencies you need, while avoiding version clashes. It is used primarily in the VFX industry, but is applicable to any field where it’s necessary to manage many versions of internally-developed projects and their dependencies." |
| 05:51.53 | kanzure | oh man they have sane package management? |
| 05:52.27 | kanzure | "Afanasy is a free and open source tool to control remote computing. You can compute anything quicker using a render farm – remote computers connected by a network. Afanasy is designed for computer graphics (3d rendering and 2d compositing) parallel calculation. It can compute different frames (or even parts of frames) on several computers simultaneously." |
| 06:21.55 | *** part/#brlcad sbongir (~chatzilla@59.160.74.254) | |
| 06:54.33 | Notify | 03BRL-CAD Wiki:Mmadiyodasm * 0 /wiki/User:Mmadiyodasm: |
| 07:01.40 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 07:54.12 | *** join/#brlcad caen23 (~cezar@92.81.183.84) | |
| 08:46.07 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 10:22.01 | *** join/#brlcad caen23 (~cezar@92.81.183.84) | |
| 10:46.05 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 11:13.34 | *** join/#brlcad peerless (~deepak@110.234.229.2) | |
| 11:45.54 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 11:45.54 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 12:54.22 | *** join/#brlcad caen23 (~cezar@92.83.188.98) | |
| 13:05.17 | *** join/#brlcad hilnius_ (c06c741a@gateway/web/freenode/ip.192.108.116.26) | |
| 13:25.25 | *** join/#brlcad gdh_ (~quassel@174-126-28-176.cpe.cableone.net) | |
| 13:27.17 | *** join/#brlcad gdh_ (~quassel@174-126-28-176.cpe.cableone.net) | |
| 13:30.47 | brlcad | moin folks |
| 13:35.45 | gdh | morning |
| 14:21.03 | *** join/#brlcad gdh (~quassel@174-126-28-176.cpe.cableone.net) | |
| 14:52.29 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.161.226) | |
| 16:16.22 | caen23 | am i the only one who can't access the site? |
| 16:23.23 | ``Erik | nope, server is down |
| 16:23.49 | ``Erik | <-- points to where half the channel left when the server firewall got messed up |
| 16:25.23 | caen23 | ok, thanks :D |
| 16:45.48 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 16:51.18 | ``Erik | a reboot, even |
| 16:54.03 | brlcad | yeah, and they're being a pita giving me info to work with |
| 16:54.21 | brlcad | it took so long because after the reboot, the machine prompted for a manual fsck |
| 17:08.35 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 17:08.59 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:09.00 | Notify | 03BRL-CAD:carlmoore * 55109 brlcad/trunk/src/proc-db/contours.c: reduce back to 1 line regarding Usage, with one extra newline retained |
| 17:09.01 | Notify | 03BRL-CAD:carlmoore * 55106 brlcad/trunk/src/conv/stl/g-stl.c: use argv[0] to avoid hardwiring of a program name |
| 17:09.03 | Notify | 03BRL-CAD:starseeker * 55108 brlcad/trunk/configure.ac: Need the __thread check for new threading code. |
| 17:09.05 | Notify | 03BRL-CAD:carlmoore * 55107 brlcad/trunk/src/libfb/if_tk.c: remove trailing blank |
| 17:13.20 | brlcad | looking at the logs, it looks like an idiot or careless admin |
| 17:14.06 | brlcad | I won't be so quick to give them permission to reboot the server right away next time |
| 17:14.43 | brlcad | looks like laziness adminage, didn't try anything except a flush, probably didn't know how to reload the firewall (even though I told them what to do) |
| 17:26.18 | Notify | 03BRL-CAD:brlcad * 55110 brlcad/trunk/include/bu.h: threading needs a unique semaphore |
| 17:28.41 | Notify | 03BRL-CAD:brlcad * 55111 brlcad/trunk/src/libbu/thread.cpp: fix a race condition adding new values to the cleanup list. need to semaphore-protect the additions. the destructor should be save, but protect there as well for consistency. |
| 17:28.52 | *** join/#brlcad caen23 (~cezar@109.97.107.114) | |
| 17:41.20 | Notify | 03BRL-CAD:brlcad * 55112 brlcad/trunk/src/libbu/affinity.c: document which is which. it was getting to the right one by default but probably not including the header. |
| 17:43.29 | Notify | 03BRL-CAD Wiki:Chappardsce * 0 /wiki/User:Chappardsce: |
| 17:45.55 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:46.07 | starseeker | huh |
| 17:46.40 | Notify | 03BRL-CAD:brlcad * 55113 brlcad/trunk/src/conv/stl/g-stl.c: don't print hex, it should be a size_t |
| 18:43.04 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 18:43.04 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Thanks to all of our GCI participants for their fantastic work! Join brlcad-news to see when your changes get rolled out... | |
| 19:39.37 | Notify | 03BRL-CAD:carlmoore * 55114 brlcad/trunk/src/util/pix-png.c: shorten the error messages |
| 19:55.18 | ``Erik | teh fux? |
| 19:55.20 | ``Erik | # firewall_type="open" |
| 19:56.40 | ``Erik | this all smells of weird, it should've done a background fsck since all fs's have softupdates enabled and an hour is way too long for that drive :/ I think a lot of this was education for someone |
| 19:58.49 | ``Erik | system is up, firewall is up, services are up... part of me wants to explore the "how can we make this never happen again" path, the other part says "it's over, move on, not worth it" |
| 20:06.06 | *** join/#brlcad caen23_ (~cezar@92.81.214.103) | |
| 20:15.13 | *** join/#brlcad adrisons (~adrisons@36.96.117.91.dynamic.mundo-r.com) | |
| 20:16.25 | adrisons | hello |
| 21:29.58 | *** join/#brlcad hilnius2 (~hilnius@client-resel-2.enst-bretagne.fr) | |
| 21:37.07 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 21:38.16 | adrisons | Hello |
| 21:40.08 | adrisons | ``Erik: I'm looking at the BRL-CAD project in sourceforge.net in the bugs tab, how can i know where is the code of the bug? |
| 21:47.56 | Notify | 03BRL-CAD:carlmoore * 55115 brlcad/trunk/src/proc-db/contours.c: work argv[0] into error messages, and eliminate 'if (npts <0) npts=0', because negative npts was already spotted by program |
| 21:58.15 | *** part/#brlcad adrisons (~adrisons@36.96.117.91.dynamic.mundo-r.com) | |
| 22:26.35 | *** join/#brlcad Mahi (~Mahi@ec2-54-224-39-254.compute-1.amazonaws.com) | |
| 22:26.52 | *** join/#brlcad filip_ (~filip@89.205.42.139) | |
| 22:31.05 | Notify | 03BRL-CAD:r_weiss * 55116 brlcad/trunk/src/libbu/mappedfile.c: Update to function bu_open_mapped_file to allow Windows 64bit to better support dot-g files over 2 GB in size. |
| 22:38.13 | Notify | 03BRL-CAD:r_weiss * 55117 brlcad/trunk/include/bu.h: Update to struct bu_mapped_file, changing the datatype of modtime from long to time_t. |
| 22:42.49 | filip_ | Hi, I'm Filip... I would like to apply to BRL-CAD in this years Google Summer of Code... I don't know if this is the right place to introduce myself (or should I use the mailing lists) but anyway... Hi :) |
| 22:46.06 | Notify | 03BRL-CAD:r_weiss * 55118 brlcad/trunk/src/libbu/mappedfile.c: Fixed compile error in function bu_open_mapped_file. |
| 22:57.05 | ``Erik | either is good, hello! have you done a subversion checkout and compiled yet? |
| 22:58.26 | ``Erik | for the GSoC people, make sure to check out http://brlcad.org/wiki/Summer_of_Code/Checklist |
| 22:59.21 | *** topic/#brlcad by ``Erik -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 23:00.14 | filip_ | nope, haven't done anything yet... I was just reading some of the GSoC wiki now |
| 23:00.47 | filip_ | the web development projects seem interesting :) |
| 23:01.48 | ``Erik | the web stuff was hot last year, some of those listed ones may've been done already... |
| 23:02.17 | filip_ | Benchmark Performance Database |
| 23:02.25 | filip_ | is it open this year? |
| 23:08.22 | *** join/#brlcad Mahi (~Mahi@ec2-107-21-177-144.compute-1.amazonaws.com) | |
| 23:28.26 | *** part/#brlcad Mahi (~Mahi@ec2-107-21-177-144.compute-1.amazonaws.com) | |
| 00:25.10 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 00:25.40 | starseeker | returns |
| 00:25.49 | *** join/#brlcad gdh (~quassel@174-126-28-176.cpe.cableone.net) | |
| 00:27.37 | *** join/#brlcad filipt (~filip@89.205.42.139) | |
| 00:41.50 | *** join/#brlcad billa_ (b6131049@gateway/web/freenode/ip.182.19.16.73) | |
| 00:53.38 | *** join/#brlcad hilnius_bnc (~hilnius_b@client-resel-2.enst-bretagne.fr) | |
| 02:52.56 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 02:55.09 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 02:57.23 | *** join/#brlcad peerless (~deepak@14.139.226.34) | |
| 03:21.41 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 04:23.56 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 04:29.36 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 04:40.46 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 04:48.08 | rays2pix | Hi All..This is Deepak. Planning to take up code refactoring projects for gsoc |
| 04:56.52 | gdh | rays2pix, don't worry if the developers are not answering |
| 04:57.02 | gdh | sometimes, they are away for awhile |
| 04:57.10 | gdh | (and I'm not a developer, sorry) |
| 04:58.24 | rays2pix | gdh: thanks anyways hi ! |
| 04:59.03 | gdh | it's funny, I thought the refactoring projects wouldn't be popular, but they are |
| 05:00.19 | rays2pix | gdh: I want to first come up with a working proposal for image processing., I would like to try my hand at "Density functions" idea too |
| 05:00.29 | gdh | good idea |
| 05:00.30 | rays2pix | gdh: refactoring - teaches you a lot:)! |
| 05:00.38 | gdh | that's what I was thinking |
| 05:01.05 | rays2pix | gdh: may I know how are you associated with brlcad..user or beginner like me? |
| 05:01.14 | gdh | beginner |
| 05:01.22 | gdh | I was looking into doing GSoC |
| 05:01.36 | rays2pix | gdh: thats nice!which one have you picked up? |
| 05:02.17 | gdh | well, I haven't picked one up for sure, but code reduction and the Archer API are both possible |
| 05:02.35 | gdh | It all depends on what project I can possibly get |
| 05:09.19 | rays2pix | gdh: Good luck |
| 05:09.26 | gdh | thanks |
| 05:10.38 | rays2pix | gdh: are you running brlcad ? |
| 05:10.53 | gdh | do you mean have I compiled it? |
| 05:10.54 | gdh | yes |
| 05:10.59 | gdh | at the moment, no |
| 05:14.42 | rays2pix | gdh: okay. I compiled it from source ball,there seems to be some more recent changes.So heading to SVN |
| 05:15.38 | gdh | sometimes, there's a Notify bot on this channel that lets us know when there was a new commit |
| 05:49.48 | brlcad | note that it's night for many of the devs, so some responses might not come for 7-8 hours |
| 05:55.18 | rays2pix | brlcad:its okay ..Will check back and also will slowly learn about the time lines ! |
| 06:07.20 | *** join/#brlcad sbongir (~chatzilla@59.160.74.254) | |
| 06:42.15 | *** join/#brlcad akdroid (~IceChat77@117.222.37.76) | |
| 06:42.35 | akdroid | hello |
| 06:42.48 | akdroid | my name is Akhil |
| 06:43.42 | akdroid | I'm interested in the networking project LIBPKG extensions |
| 06:43.51 | akdroid | for GSoC |
| 06:44.32 | akdroid | What should I read up on for the same ? |
| 08:11.21 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 08:12.31 | *** join/#brlcad caen23_ (~cezar@92.81.221.65) | |
| 08:42.36 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:08.25 | *** join/#brlcad Shabbir (6e5dc80a@gateway/web/freenode/ip.110.93.200.10) | |
| 11:17.14 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 11:45.17 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:43.30 | Notify | 03BRL-CAD:bob1961 * 55119 (brlcad/trunk/src/mged/dm-ogl.c brlcad/trunk/src/mged/dm-wgl.c): This fixes zclipping in MGED. |
| 12:57.56 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:09.46 | Notify | 03BRL-CAD:indianlarry * 55120 brlcad/trunk/src/other/poly2tri/CMakeLists.txt: Cleaned up poly2tri cmake to remove unneeded variables, build static library based off of BUILD_STATIC_LIBS, no longer need util.h installed public. |
| 13:27.20 | *** join/#brlcad caen23 (~cezar@92.83.169.52) | |
| 13:30.20 | Notify | 03BRL-CAD:starseeker * 55121 brlcad/trunk/NEWS: Bob fixed a z-clipping bug introduced a while ago, related to changes made for more elaborate clipping support in Archer. Fixed in commit r55119 |
| 13:32.04 | *** join/#brlcad celeschus (c8373a72@gateway/web/freenode/ip.200.55.58.114) | |
| 13:32.48 | celeschus | Hi! I'm Celeste, a systems engineering student from Argentina. I'm interested in your project for GSoC. I have some questions. |
| 13:34.03 | gdh | celeschus, don't worry if the developers aren't answering |
| 13:34.14 | gdh | sometimes they are away from their computers |
| 13:34.19 | gdh | but they will answer |
| 13:34.33 | gdh | I'm a hopeful GSoC student like yourself |
| 13:34.49 | celeschus | where are you from? |
| 13:35.04 | gdh | Idaho, USA |
| 13:35.06 | celeschus | This program is amazing, there are so many interesting projects to work with |
| 13:35.15 | gdh | yes, it is |
| 13:36.08 | celeschus | First, I would like to ask If the application it's for one task in particular or you can express interest in more than one |
| 13:36.11 | ``Erik | celeschus: ask the questions, then just hang out and wait for someone to answer them :) |
| 13:37.18 | ``Erik | you can do several applications, and several people can apply for a task... |
| 13:37.36 | celeschus | Erik, i'm interested in one task that you mentor, Astronomical Units |
| 13:37.48 | celeschus | Sorry for my english |
| 13:37.51 | celeschus | =) |
| 13:37.52 | ``Erik | cool, big stuff is neat |
| 13:37.57 | ``Erik | english seems great so far |
| 13:40.20 | celeschus | If I apply for that task, what do you suggest me to do before that? In every site of the participating organizations talks about "preparing you appplication with mentors" |
| 13:49.47 | ``Erik | http://brlcad.org/wiki/Google_Summer_of_Code has a checklist you should go over |
| 13:53.27 | celeschus | Yes I saw it but i was wondering if there is something else to do |
| 14:07.06 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 14:18.38 | celeschus | I mean if I can install something on my laptop or something like that |
| 14:19.05 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 14:19.05 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:19.05 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 14:19.28 | gdh | celeschus, the main thing is to compile it and perhaps submit a patch or two |
| 14:19.42 | gdh | ``Erik, correct me if I'm wrong |
| 14:24.05 | ``Erik | you are correct, we like to see proof that you can work with subversion, compile, follow the style guidelines in the HACKING file, have competency in the programming language you intend to use, etc |
| 14:26.10 | ``Erik | otherwise, we have to try to guess at the applicants competence when grading the applications |
| 14:31.31 | celeschus | thanks! |
| 14:33.20 | ``Erik | np, good luck on getting a trunk checkout compiled and running (once it's build, you can do "make test", "make benchmark" and "make regress" to verify everything worked, as well as the make install to get it into place) |
| 14:38.38 | celeschus | Ok =) i'll come back in these days |
| 14:38.52 | celeschus | *this |
| 15:46.05 | *** join/#brlcad filipt (~filip@89.205.42.139) | |
| 15:50.47 | Notify | 03BRL-CAD:indianlarry * 55122 brlcad/trunk/src/other/poly2tri/Makefile.am: Added additional header files to install and nested header directory structure in include directory. |
| 16:07.41 | *** part/#brlcad filipt (~filip@89.205.42.139) | |
| 16:15.04 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 16:45.02 | *** join/#brlcad filipt (~filip@89.205.42.139) | |
| 16:45.15 | filipt | hi |
| 18:02.14 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.163) | |
| 18:02.21 | Ch3ck | Hi there |
| 18:02.24 | Ch3ck | I am Nyah Check |
| 18:02.49 | Ch3ck | a student from the department of computer Engineering from the University of Buea. and a good C programmer |
| 18:03.04 | Ch3ck | i wish to work on the Code refactoring projects this summer |
| 18:03.25 | Ch3ck | i just wish to know what is required to in order to write a proposal |
| 18:21.59 | *** join/#brlcad caen23 (~cezar@92.83.168.216) | |
| 18:22.58 | brlcad | hi Ch3ck |
| 18:23.49 | Ch3ck | Hi |
| 18:24.03 | Ch3ck | I am an engineering Student from Cameroon |
| 18:24.08 | brlcad | what is required is to figure out what you'd like to refactor |
| 18:24.18 | Ch3ck | ok |
| 18:24.38 | Ch3ck | so what skill level of C programming is required.. for work on the projects |
| 18:24.41 | brlcad | the more specific you can be, the better |
| 18:24.54 | brlcad | especially if you can tie the refactoring to some tangible gain |
| 18:25.13 | brlcad | any skill level is acceptable, it's more about passion and intent |
| 18:25.25 | brlcad | propoerly scoping and planning a project |
| 18:25.45 | Ch3ck | ok |
| 18:25.50 | brlcad | being easy to talk to and work with, independent in solving problems but not to a fault |
| 18:26.00 | Ch3ck | so how do i get access to some of the projects so i can determine what to do.. |
| 18:26.29 | brlcad | i'm not sure what your question means |
| 18:26.48 | brlcad | you don't get access to any projects, you propose the project |
| 18:27.12 | Ch3ck | ok |
| 18:27.12 | brlcad | you have access to our source code already |
| 18:27.26 | Ch3ck | ok |
| 18:27.36 | Ch3ck | yeah thats what i am talking about .. |
| 18:27.44 | Ch3ck | how do i get the source code |
| 18:27.52 | Ch3ck | so i can figure out what to contribute |
| 18:27.58 | Ch3ck | on my proposal.. |
| 18:28.20 | brlcad | you should be able to figure that out... |
| 18:28.35 | brlcad | if you wan't find our source code, that's a big warning sign :) |
| 18:28.50 | brlcad | s/wan't/can't/ |
| 18:30.17 | brlcad | find it yet? |
| 18:31.23 | Ch3ck | yeah ... |
| 18:31.28 | Ch3ck | seen it |
| 18:31.28 | Ch3ck | thanks |
| 18:31.41 | brlcad | you'll want to use our latest subversion sources from a checkout |
| 18:31.50 | brlcad | do you know where *that* is? |
| 18:33.32 | Ch3ck | no |
| 18:33.36 | Ch3ck | Sir. |
| 18:33.48 | brlcad | ~cadsvn |
| 18:33.49 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 18:34.22 | ``Erik | Ch3ck: take a few moments to read through the webpage in the topic, particularly the checklist link |
| 18:34.52 | Ch3ck | ok |
| 18:34.56 | Ch3ck | thanks.. |
| 18:56.33 | Ch3ck | So brlcad is the company that produces CAD?? |
| 18:56.58 | Ch3ck | wow i'll be so glad to work on a project with you this Summer.. |
| 19:01.09 | brlcad | BRL-CAD is an open source community |
| 19:01.46 | brlcad | we focus on implementing and improving our CAD software |
| 19:01.58 | Ch3ck | yeah i will be glad to work with you this summer |
| 19:02.20 | brlcad | open source participation is entirely voluntary, though many have day jobs that support their participation |
| 19:02.27 | Ch3ck | My other buddies use CAD for their designs |
| 19:02.36 | brlcad | well, hopefully you can write an excellent proposal ;) |
| 19:03.18 | brlcad | just be sure to keep communicating and start exploring the code, find something to work on, make a useful patch or three so we get a sense of your abilities, etc |
| 19:03.44 | Ch3ck | ok thanks |
| 19:03.51 | Ch3ck | i'll start working on it.. |
| 19:05.26 | *** join/#brlcad ncsaba (~ncsaba@p5498328F.dip.t-dialin.net) | |
| 19:05.36 | ncsaba | Hi there |
| 19:06.00 | Ch3ck | Hi |
| 19:06.22 | brlcad | howdy ncsaba |
| 19:06.27 | brlcad | how's the calculations coming? |
| 19:06.33 | ncsaba | volume is ready :-) |
| 19:06.39 | brlcad | really? |
| 19:06.41 | ncsaba | surface is real tricky |
| 19:07.02 | ncsaba | I will give you a test pipe, tell me what's it's surface ;-) |
| 19:07.15 | brlcad | ok |
| 19:07.24 | ncsaba | db put tp5.s pipe V0 { 0 0 -4 } O0 2 I0 1.5 R0 4 V1 { 0 -4 -4 } O1 0.5 I1 0 R1 4 V2 { 0 -4 4 } O2 2 I2 1.5 R2 4 V3 { 0 4 4 } O3 2 I3 1.5 R3 4 V4 { 0 4 -4 } O4 2 I4 1.5 R4 4 V5 { 0 0 -4 } O5 2 I5 1.5 R5 4 |
| 19:07.59 | ncsaba | turn it with the thin part pointing to you, and ray-trace... |
| 19:10.52 | ncsaba | the problem is basically that pipes as they are currently implemented can have either disconnected parts (as in this example), or segments which are partially connected (with some jumps in the pipe diameter) |
| 19:12.28 | ncsaba | some of that is not visible if you ray-trace it - but I like to have things done right, so it will need more work... |
| 19:13.12 | ncsaba | the volume is actually easy, I just calculate it for each segment and sum it up |
| 19:13.34 | ncsaba | verified with gqa, it seems to work OK... |
| 19:14.04 | brlcad | hah, that's really cool |
| 19:14.19 | brlcad | i bet there's a way to break some assumptions |
| 19:14.23 | ncsaba | but for surface the segments can have connected parts, where the surface should not be counting |
| 19:15.11 | ncsaba | what is cool ? (sorry I talk a lot and then I don't know what you answered :-) ) |
| 19:15.55 | brlcad | sorry, I'm still on the db put line |
| 19:15.59 | ncsaba | ah ok |
| 19:16.08 | ncsaba | so you like that pipe ? :-) |
| 19:16.08 | brlcad | just thinking about a pipe that spirals into itself |
| 19:16.24 | ncsaba | that could work too :-) |
| 19:16.27 | brlcad | I don't think that's a case that has been considered |
| 19:16.43 | brlcad | might even work they way it processes segments at a time, but dunno |
| 19:16.58 | ncsaba | well I'm not after total perfection, but the main cases should work correctly... |
| 19:18.03 | ncsaba | in any case, I think it is possible to have an algorithm which calculates the surface correctly for most cases |
| 19:18.22 | ncsaba | just needs more work than simply adding up the individual surfaces :-) |
| 19:18.48 | brlcad | well, so SA is similar ... |
| 19:18.55 | brlcad | you're still just summing up the segments |
| 19:19.12 | brlcad | it's just that you have to be aware of your previous and next segments to get the ends right |
| 19:19.20 | ncsaba | yes |
| 19:19.27 | brlcad | so you ignore the end-cap segments for starters |
| 19:19.40 | ncsaba | but what about first and last segments touching each other ? |
| 19:19.47 | brlcad | then it really is just an iteration over each segment, sum the interior and exterior surface |
| 19:20.04 | ncsaba | you can create a perfect torus with pipe |
| 19:20.17 | ncsaba | and no, that#s not enough |
| 19:20.27 | brlcad | how so? |
| 19:21.10 | brlcad | by end-cap segments, I mean all those perpendicular surfaces |
| 19:21.15 | brlcad | not just the first and last |
| 19:21.31 | ncsaba | db put tp2.s pipe V0 { 0 -6 0 } O0 2 I0 0 R0 4 V1 { 0 -4 4 } O1 1 I1 0 R1 4 V2 { 0 4 4 } O2 2 I2 0 R2 4 V3 { 0 4 12 } O3 1 I3 0 R3 4 V4 { 0 10 12 } O4 2 I4 0 R4 4 |
| 19:21.40 | ncsaba | ah ok |
| 19:22.07 | ncsaba | see the jump in this pipe (ray-traced is visible) |
| 19:22.25 | brlcad | sure |
| 19:22.39 | ncsaba | that jump has a lateral surface which depends on the touching inner/outer diameters of both ends |
| 19:23.14 | brlcad | yeah, so but ignoring those surfaces I trust you see how the rest is just a summation of cylinders |
| 19:23.38 | brlcad | (mathematical cylinders, not geometric) |
| 19:24.29 | brlcad | so the only hard part is what you identified, calculating the various ellipsoidal areas |
| 19:24.30 | ncsaba | yes, that I have ready |
| 19:24.38 | ncsaba | that's the easy part |
| 19:24.40 | brlcad | er, ellipse areas |
| 19:24.58 | ncsaba | they are truncated cones and torus segments |
| 19:25.14 | brlcad | right |
| 19:25.30 | ncsaba | that part is done |
| 19:26.09 | brlcad | so then you just need a lil book-keeping to add up any remaining ellipse areas |
| 19:26.35 | ncsaba | BTW, there is a bug in the bounding box calculation, the min and max are not initialized to +-infinity - I will provide a patch for that too |
| 19:26.35 | brlcad | four cases I think |
| 19:27.56 | brlcad | prev to next is solid to solid, solid to hollow, hollow to solid, hollow to hollow, oh and null to solid, null to hollow, hollow to null, and solid to null |
| 19:28.16 | ncsaba | well basically I only need to know the previous/next inner/outer diameters, it really doesn't matter if it was hollow, bent, etc. |
| 19:28.36 | ncsaba | and must check if the first and last point are the same |
| 19:31.10 | ncsaba | for the centroid I guess I will need to sum the individual centroids weighted by volume ? |
| 19:31.28 | brlcad | nowing inner/outer and handling them case-wise is going to be paramount to handling the 8 cases I mentioned |
| 19:32.02 | brlcad | "hollow" was just a shorthand for non-zero inner |
| 19:32.19 | Notify | 03BRL-CAD:carlmoore * 55123 brlcad/trunk/src/conv/stl/stl-g.c: Provide 'Usage:'; arrange explanations in the order the options appear in Usage line; add comment that -h and -? are not needed ('default' takes care of them) |
| 19:32.45 | ncsaba | the inner/outer diameters are known for each segment end, and the only thing to figure out is how much of that overlaps |
| 19:33.05 | ncsaba | non-overlapping is added, the rest ignored |
| 19:33.31 | brlcad | pretty sure you're saying the exact same thing |
| 19:33.42 | ncsaba | ok :-) |
| 19:34.28 | ncsaba | should I upload new patches as soon as I have something, or better in one go for all 3 methods ? |
| 19:34.41 | ncsaba | right now I would have the volume done |
| 19:35.00 | ncsaba | but it depends on the former refactoring patch of course... |
| 19:35.17 | brlcad | I just broke it down into cases that would result (which could be processed as such with a switch/ifthenelse) or find some general solution (but I'm pretty sure that'll be a variation on ifthenelse ultimately) |
| 19:35.38 | brlcad | new patches are good |
| 19:35.55 | brlcad | just way whether they apply independently or should be applied in order |
| 19:36.27 | ncsaba | yes, if then else - but I prefer to have the ifs depend on inner/outer diameter only, not other knowledge about the segment (bent, hollow, null, etc) |
| 19:37.01 | ncsaba | so I can have the initial/end segments be processed the same as the rest |
| 19:37.41 | ncsaba | ok, I have to go now - will upload patches as soon as I have some ready |
| 19:37.56 | brlcad | the 8 have no other knowledge, that's just the possible ways the ellipse/torus ends will combine |
| 19:37.57 | ncsaba | thanks for the talk ! |
| 19:38.04 | ncsaba | see you :-) |
| 19:38.09 | brlcad | cya :) |
| 20:05.07 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 20:32.11 | *** join/#brlcad ColloquyUser (~caen23@92.83.168.216) | |
| 20:32.25 | Notify | 03BRL-CAD:carlmoore * 55124 brlcad/trunk/src/shapes/coil.c: use av[0]; provide for no-argument case (program continues running) and -?; shift 'make sure..' comment; reverse sense of '!bu_file_exists (looked stupid before the change |
| 20:45.49 | Notify | 03BRL-CAD:carlmoore * 55125 brlcad/trunk/src/shapes/coil.c: use the defaults if no arguments at all or if there is ONLY the -? argument |
| 21:09.09 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 22:03.59 | *** join/#brlcad gdh (~quassel@174-126-28-176.cpe.cableone.net) | |
| 22:07.40 | *** join/#brlcad caen23_ (~cezar@92.81.211.227) | |
| 22:54.04 | *** join/#brlcad filipt (~filip@89.205.42.139) | |
| 23:00.41 | Notify | 03BRL-CAD:brlcad * 55126 (brlcad/trunk/src/mged/dm-X.c brlcad/trunk/src/mged/dm-rtgl.c brlcad/trunk/src/mged/dm-tk.c): shouldn't the others need the same change too? |
| 23:01.14 | brlcad | starseeker: when was the zclipping bug introduced? ... |
| 23:05.31 | Notify | 03BRL-CAD:brlcad * 55127 brlcad/trunk/NEWS: Bob fixed a z-clipping bug introduced a while ago, related to changes made for more elaborate clipping support in Archer. Fixed in commit r55119. (aiming to consistently lowercase mged (and other tools) in bullets and uppercase them in the prose write-ups.) |
| 23:08.23 | Notify | 03BRL-CAD:brlcad * 55128 brlcad/trunk/src/shapes/coil.c: ws indent cleanup. want space after commas in function argument lists. |
| 23:10.26 | Notify | 03BRL-CAD:brlcad * 55129 brlcad/trunk/src/shapes/coil.c: ws |
| 23:11.15 | brlcad | (if it was introduced within the last 9-months, it might not be user-visible) |
| 23:27.56 | *** join/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com) | |
| 23:32.49 | brlcad | hello nestor_souler |
| 23:35.01 | nestor_souler | hi :) |
| 23:36.08 | nestor_souler | i've been reading about ur proposals for soc13 |
| 23:36.17 | nestor_souler | might stick here for a while :p |
| 00:12.19 | Notify | 03BRL-CAD:starseeker * 55130 (brlcad/trunk/src/mged/points/CMakeLists.txt brlcad/trunk/src/other/clipper/CMakeLists.txt and 2 others): Add versions to some of the libraries built by BRL-CAD. |
| 00:15.08 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 00:21.12 | Notify | 03BRL-CAD Wiki:Starseeker * 4973 /wiki/Google_Summer_of_Code/Project_Ideas: /* NURBS (Non-Uniform Rational B-Splines) Projects */ Remove projects that are largely complete. |
| 00:21.55 | starseeker | brlcad: it's older than that - a user noticed it |
| 00:22.56 | brlcad | okay, thanks |
| 00:23.10 | brlcad | nestor_souler: stick around for as long as you like |
| 00:23.50 | Notify | 03BRL-CAD Wiki:Starseeker * 0 /wiki/Ayam_Editor_Feature_Integration: This task will be reworked to be non-Ayam specific |
| 00:24.32 | brlcad | espero que te apliques |
| 00:27.18 | Notify | 03BRL-CAD Wiki:Starseeker * 4976 /wiki/Google_Summer_of_Code/Project_Ideas: /* Collaborative Projects */ rename Ayam integration project |
| 00:27.20 | nestor_souler | woot you know spanish? |
| 00:27.36 | nestor_souler | speak* |
| 00:29.06 | brlcad | pues si |
| 00:29.23 | starseeker | the doggone spam filter is blocking my move of the NURBS editing project to the NURBS category |
| 00:29.45 | brlcad | can't write as well as I used to, don't get to use it very much, but I can certainly understand just fine |
| 00:29.56 | nestor_souler | thats cool |
| 00:29.57 | brlcad | starseeker: I'll take a look |
| 00:29.58 | nestor_souler | one question btw |
| 00:30.18 | nestor_souler | i see you have lots of proposals by categories |
| 00:30.36 | nestor_souler | is there any category thats more important for you? |
| 00:30.57 | nestor_souler | like any that you would prefer to get asap |
| 00:40.54 | *** join/#brlcad filipt (~filip@89.205.42.139) | |
| 01:05.34 | brlcad | nestor_souler: we're reworking all of the proposal ideas tonight and tomorrow, adding a few more, better indicating the priority projects |
| 01:05.57 | brlcad | but the projects that are most interesting and challenging to you are usually best |
| 01:06.20 | brlcad | which are not necessarily the most familiar to you |
| 01:09.23 | nestor_souler | there are several proposals that caught my attention |
| 01:09.32 | nestor_souler | i'll check tomorrow then |
| 01:09.58 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 01:20.45 | Notify | 03BRL-CAD Wiki:Starseeker * 4977 /wiki/NURBS_Editing_Suppor: Rework NURBS editing text to be less Ayam centric. |
| 01:23.16 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-trtzyrtuhajtmwbf) | |
| 01:23.59 | Notify | 03BRL-CAD Wiki:Starseeker * 4978 /wiki/Google_Summer_of_Code/Project_Ideas: /* NURBS (Non-Uniform Rational B-Splines) Projects */ Add NURBS editing entry to NURBS projects |
| 01:24.41 | Notify | 03BRL-CAD Wiki:Starseeker * 4979 /wiki/Google_Summer_of_Code/Project_Ideas: /* Collaborative Projects */ remove NURBS editing entry - moved to NURBS section |
| 01:26.54 | Notify | 03BRL-CAD Wiki:Starseeker * 4980 /wiki/Google_Summer_of_Code/Project_Ideas: /* Graphical User Interface (GUI) Projects */ Remove 2d sketcher, LOD wireframe, and BoT editing projects |
| 01:34.07 | Notify | 03BRL-CAD Wiki:Starseeker * 4981 /wiki/Geometric_Constraint_Solver: Re-target constraint solving work towards Gecode integration |
| 01:36.59 | *** part/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com) | |
| 02:04.58 | starseeker | brlcad: I think the text "Non-vacuum" may be causing the problem? |
| 02:36.10 | brlcad | starseeker: indeed, fixed |
| 02:36.30 | brlcad | there are a variety of spam-related keywords in a blacklist |
| 02:37.14 | brlcad | starseeker: and I agree those others are low priority |
| 02:37.33 | brlcad | I wouldn't remove them from the list, but will resort the list |
| 02:37.39 | brlcad | so that it's more clear |
| 02:43.24 | Notify | 03BRL-CAD:brlcad * 55131 brlcad/trunk/CMakeLists.txt: we technically do not need 2.8.7, only the sub-cmake needs it. cmake figures out the subdependency version requirement correctly. |
| 03:12.40 | Notify | 03BRL-CAD:brlcad * 55132 brlcad/trunk/src/librt/primitives/brep/brep.cpp: quell warnings on uninitialized value and empty for loop |
| 03:16.58 | Notify | 03BRL-CAD:brlcad * 55133 brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h: quell shadow and == warnings, provide an EQ macro that does a tight comparison |
| 03:30.48 | brlcad | wonders why make regress-fastgen fails with an itcl error |
| 03:31.20 | brlcad | running from build dir gives |
| 03:31.21 | brlcad | Can't find a usable init.tcl in the following directories: /usr/brlcad/rel-7.23.1/lib/tcl8.5 |
| 04:01.18 | Notify | 03BRL-CAD:brlcad * 55134 brlcad/trunk/src/librt/primitives/pipe/pipe.c: apply sf patch 3610098 (Refactor pipe element calculation in pipe.c) from ncsaba unmodified. the change cleans up pipe element iteration reducing 85 lines by refactoring the bbox iteration into one function called by prep and bbox. |
| 04:05.48 | Notify | 03BRL-CAD:brlcad * 55135 brlcad/trunk/src/librt/primitives/pipe/pipe.c: ws style cleanup |
| 04:09.32 | Notify | 03BRL-CAD:brlcad * 55136 brlcad/trunk/AUTHORS: credit Csaba Nagy for his code contribution cleaning up the pipe primitive. refactored bbox calcs into one place with more anticipated to implement volume and surface area. |
| 04:17.55 | Notify | 03BRL-CAD:brlcad * 55137 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): ws indent cleanup |
| 04:27.01 | kanzure | x/win 1 |
| 04:27.05 | kanzure | oops. excuse me. |
| 05:05.59 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 09:34.11 | *** join/#brlcad caen23 (~cezar@92.83.179.116) | |
| 09:38.57 | *** join/#brlcad nestor_souler (~Souler@193.144.61.240) | |
| 09:59.43 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 11:41.05 | Notify | 03BRL-CAD Wiki:Mathivanan * 0 /wiki/User:Mathivanan: |
| 12:43.38 | Notify | 03BRL-CAD:erikgreenwald * 55138 brlcad/trunk/src/libbu/affinity.c: jiggle cpu on the fall-through to avoid an unused parameter warning |
| 12:44.20 | Notify | 03BRL-CAD:erikgreenwald * 55139 brlcad/trunk/src/libbrep/Makefile.am: include the common Makefile.defs at the end |
| 13:25.05 | Notify | 03BRL-CAD:starseeker * 55140 brlcad/trunk/src/other/poly2tri/CMakeLists.txt: ws, downcase |
| 13:29.52 | Notify | 03BRL-CAD:starseeker * 55141 (brlcad/trunk/src/other/libvds/CMakeLists.txt brlcad/trunk/src/other/poly2tri/CMakeLists.txt brlcad/trunk/src/other/togl/src/CMakeLists.txt): Add some more version properties to libraries |
| 13:31.00 | Notify | 03BRL-CAD:starseeker * 55142 brlcad/trunk/src/adrt/CMakeLists.txt: Add lib version info for librender |
| 13:36.45 | Notify | 03BRL-CAD:starseeker * 55143 brlcad/trunk/src/other/libvds/CMakeLists.txt: Have vds use the math library, if present |
| 13:43.48 | *** join/#brlcad nestor_souler (~Souler@193.144.61.240) | |
| 14:46.14 | *** join/#brlcad caen23_ (~cezar@92.85.95.78) | |
| 15:46.57 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 16:04.12 | Notify | 03BRL-CAD:brlcad * 55144 brlcad/trunk/sh/conversion.sh: backticks aren't needed here |
| 16:38.38 | *** join/#brlcad nestor_souler (~Souler@193.144.61.240) | |
| 16:47.54 | Notify | 03BRL-CAD:brlcad * 55145 brlcad/trunk/src/librt/primitives/nmg/nmg_pt_fu.c: resolve a dead code condition introduced by the if 0 <= check. if the case is <, it looks like it represents a failure earlier in the nmg processing. |
| 17:27.48 | Notify | 03BRL-CAD:erikgreenwald * 55146 brlcad/trunk/include/bu.h: add clang to the "special needs" set for bu_byteoffset(). Clang seems to do constant folding after placing static initializers, so the subtraction method results in a compile error. |
| 17:49.52 | *** join/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com) | |
| 18:02.46 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 18:16.56 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.198.62) | |
| 18:17.11 | Ch3ck | Hi |
| 19:02.40 | *** join/#brlcad isaac_ (~isaac@41.202.198.62) | |
| 19:14.16 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.198.62) | |
| 19:16.43 | *** join/#brlcad isaac_ (~isaac@41.202.198.62) | |
| 19:17.48 | isaac_ | Ch3ck are you there? |
| 19:18.25 | isaac_ | Hello guys any information on the Google Summer of Code |
| 19:18.30 | Ch3ck | yup |
| 19:18.35 | Ch3ck | so what up... |
| 19:18.55 | Ch3ck | Hi i want to work on the code refactoring project |
| 19:19.10 | Ch3ck | i just wish to know where i can download the source code |
| 19:19.39 | Ch3ck | ?? |
| 19:38.46 | Notify | 03BRL-CAD:brlcad * 55147 brlcad/trunk/src/libbu/brlcad_path.c: don't need to use BRLCAD_DATA_SUBPATH since we already have BRLCAD_DATA_DIR defined. remove the hard-coded share/brlcad/version directory searching while we're at it since those are no longer the default. |
| 19:44.27 | *** join/#brlcad caen23 (~cezar@92.81.164.181) | |
| 19:44.55 | Notify | 03BRL-CAD:brlcad * 55148 brlcad/trunk/CMakeLists.txt: BRLCAD_DATA_SUBPATH is redundant and no longer used |
| 19:57.04 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.194.209) | |
| 21:16.06 | starseeker | brlcad: what conditions are you seeing that itcl error under? |
| 21:16.11 | starseeker | isn't seeing it here... |
| 21:30.24 | Notify | 03BRL-CAD:erikgreenwald * 55149 brlcad/trunk/include/bu.h: __clang__ should be downcased |
| 21:35.22 | Notify | 03BRL-CAD:brlcad * 55150 brlcad/trunk/src/librt/db_tree.c: if this does anything, it merely masks some other memory corruption issue. the magic gets reset during RT_GET_TREE() when/if it's reused. |
| 21:36.05 | Notify | 03BRL-CAD:brlcad * 55151 brlcad/trunk/include/raytrace.h: wipe out the magic number for good measure since this is no longer a valid usable tree pointer after we give it back. |
| 21:50.33 | brlcad | starseeker: make regress |
| 21:51.17 | brlcad | starseeker: and for the priorities, basically putting all of the lower-priority ones into a group near the bottom before the undefined project ideas |
| 21:51.45 | brlcad | but to not say low priority, but something like "Alternate Ideas" |
| 23:52.05 | *** join/#brlcad caen23_ (~cezar@92.81.205.15) | |
| 00:00.55 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 01:21.58 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 01:28.16 | Notify | 03BRL-CAD Wiki:BiogiegoPah * 0 /wiki/User:BiogiegoPah: |
| 02:31.49 | *** join/#brlcad ddg80 (~IceChat77@c-76-30-172-184.hsd1.tx.comcast.net) | |
| 03:01.26 | Notify | 03BRL-CAD:brlcad * 55152 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting ETO surface areas to the mged/archer analyze command |
| 03:02.43 | Notify | 03BRL-CAD:brlcad * 55153 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting ETO surface areas and volume to the mged/archer analyze command |
| 03:03.31 | Notify | 03BRL-CAD:brlcad * 55154 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting ARBN surface areas and volume to the mged/archer analyze command |
| 03:07.50 | Notify | 03BRL-CAD:brlcad * 55155 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting EPA surface areas, centroid, and volume to the mged/archer analyze command |
| 03:10.58 | Notify | 03BRL-CAD:brlcad * 55156 (brlcad/trunk/src/libged/Makefile.am brlcad/trunk/src/libged/dag.cpp and 3 others): ws |
| 03:14.10 | Notify | 03BRL-CAD:brlcad * 55157 brlcad/trunk/NEWS: GCI participant chris dueck implemented and exposed support for reporting EPA surface areas and volume to the mged/archer analyze command |
| 03:35.32 | Notify | 03BRL-CAD:brlcad * 55158 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove dead code, the original utah-baed ray tracing method is now no longer used. |
| 03:36.42 | *** join/#brlcad dcd (4c1eacb8@gateway/web/freenode/ip.76.30.172.184) | |
| 03:36.52 | *** part/#brlcad dcd (4c1eacb8@gateway/web/freenode/ip.76.30.172.184) | |
| 05:05.07 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 07:23.59 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 10:39.05 | ``Erik | ddg80: non-vacuum gravity simulator? cool! developing in windows should not be a problem, but we treat it as a second class platform so there may occasionally be a commit that breaks the windows build. the first step is to check out a copy of the source code and compile it (you'll need an svn client like tortoise, cmake and a compiler) |
| 10:51.40 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-oimuaweddorfxhlk) | |
| 11:32.03 | *** join/#brlcad Daniel (5123dc25@gateway/web/freenode/ip.81.35.220.37) | |
| 13:04.13 | starseeker | woo hoo! https://github.com/stepcode/stepcode/pull/227 |
| 13:58.50 | brlcad | that is fantastic |
| 13:58.54 | brlcad | news-worthy even |
| 14:05.12 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 14:10.31 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 14:13.02 | brlcad | starseeker: if you would, hold off on switching to external stepcode until after release :) |
| 15:27.23 | kanzure | "Based on testing to date, it looks like the merge branch merging in the BRL-CAD version of SCL to stepcode is ready to go live." |
| 15:27.32 | kanzure | that's a tremendously huge merge |
| 15:27.35 | kanzure | wow |
| 18:07.53 | ``Erik | ten ton pull request, I'm kinda surprised they didn't ask you to close it and do a rebase |
| 18:08.26 | ``Erik | awesome stuff, gratz O.o |
| 19:02.22 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 20:08.17 | starseeker | brlcad: yeah, I've had enough bad luck with that here lately |
| 20:08.42 | starseeker | I'm just doing a build test to see what issues remain |
| 20:09.50 | starseeker | ``Erik: actually, Mark was the one who asked for the pull request |
| 20:25.19 | starseeker | brlcad: anyway, step-g builds but doesn't function, so there's more clean-up to do before we're all the way there |
| 20:25.46 | kanzure | does this massive merge include unit tests? |
| 20:25.52 | starseeker | our converter must exercise stuff the existing stepcode tests doesn't... |
| 20:25.54 | kanzure | were there ever any step-g unit tests? |
| 20:26.00 | kanzure | *ever any |
| 20:26.10 | starseeker | kanzure: not to my knowledge - the stepcode guys have added a lot of test code |
| 20:26.21 | kanzure | ah good, at least some exists then. |
| 20:26.34 | starseeker | but I don't know if they're unit tests |
| 20:26.48 | kanzure | i am really bad at calling tests the right things. i think i call all tests unit tests :). |
| 20:26.48 | starseeker | eventually we'll have step-g regression tests too, but we aren't there yet |
| 20:27.00 | starseeker | heh |
| 20:27.07 | kanzure | i also tend to call regression tests and unit tests the same thing, because nobody ever yelled at me about it |
| 20:27.21 | starseeker | kanzure: if you check out the default stepcode tree you'll see it doing a lot of test work |
| 20:27.24 | kanzure | also because the libraries for writing both style of tests tend to be called "unitwhatever" and "unit"... hrm. |
| 20:27.27 | kanzure | okay cool |
| 20:27.35 | kanzure | *TestUnit |
| 20:30.03 | starseeker | hmm: http://www.steptools.com/support/stdev_docs/stpfiles/ap203/ |
| 20:30.14 | starseeker | wonders what the NIST DPPA repository is? |
| 20:30.18 | kanzure | btw have you met charlie stirk? |
| 20:35.18 | starseeker | never met him in person, no |
| 20:35.28 | starseeker | ah ha! http://edge.cs.drexel.edu/repository/ |
| 20:37.10 | starseeker | confound it, why don't they have copyright and license info at the toplevel directory?? |
| 21:03.50 | ``Erik | I think the pedantic interpretation of a unit test is that every object/method/function used by the method/function being tested is mocked out, so the only interactions not guaranteed are in the function/method itself... which can get a bit insane :D |
| 21:17.59 | kanzure | i tend to only partially mock things out.. so i think the conclusion is that i am terrible at calling my tests the right things ;) |
| 21:21.50 | ``Erik | that you mock bits at all probably puts you well ahead of the curve |
| 23:07.49 | *** join/#brlcad gdh (~quassel@pool-71-177-13-144.lsanca.dsl-w.verizon.net) | |
| 00:35.38 | Notify | 03BRL-CAD:starseeker * 55159 brlcad/trunk/src/other/togl/src/CMakeLists.txt: Copy/paste strikes again. |
| 00:37.51 | Notify | 03BRL-CAD:starseeker * 55160 brlcad/trunk/src/other/tk/CMakeLists.txt: add m library to tk library linkage |
| 00:47.23 | brlcad | down to just 50 reviews remaining |
| 00:47.45 | starseeker | awesome |
| 00:48.01 | starseeker | has sympathy for brlcad's brain - that's a job and a half |
| 00:48.15 | brlcad | alas, i've already been through half of those and there were flagged issues |
| 00:48.38 | brlcad | mostly just news line missing, but some suspects |
| 00:49.14 | starseeker | nods |
| 00:56.21 | starseeker | fwiw, the step-g converter bombed the same way with stepcode and our step fork |
| 00:56.37 | starseeker | will see if he can interest nreed in it next week... |
| 00:56.57 | brlcad | crashed or something else? |
| 00:57.13 | starseeker | complained about some stuff then segfaulted |
| 00:57.20 | starseeker | hang on, I'll pastebin |
| 00:57.29 | brlcad | stacktrace would be good too |
| 00:57.39 | brlcad | that should be easily fixable |
| 00:59.30 | starseeker | this is the test file: http://www.steptools.com/support/stdev_docs/stpfiles/ap203/block.stp |
| 00:59.40 | starseeker | http://paste.lisp.org/display/136704 |
| 01:01.42 | starseeker | stacktrace: http://paste.lisp.org/display/136705 |
| 02:45.06 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 04:26.20 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 05:02.54 | rays2pix | Linker is unable to find the library |
| 05:03.30 | rays2pix | cc -I../brlcad/svn/install/include/brlcad/ -L../brlcad/svn/install/share/lib -licv fileformat.c |
| 05:04.08 | rays2pix | can some one help me with what I am missing. [I am just trying to use the existing library a function in libicv] |
| 06:51.12 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 08:26.48 | *** join/#brlcad anirban (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221) | |
| 11:29.03 | ``Erik | viku: please keep discussion to public channel... the channel topic has a link for GSoC students that includes a pre-application checklist, that should be adequate to get you started up |
| 12:03.13 | ``Erik | hm, havok is semi-opening up, sorta |
| 12:03.24 | ``Erik | http://www.projectanarchy.com/blog/anarchy |
| 12:38.54 | *** join/#brlcad caen23_ (~cezar@92.81.205.88) | |
| 13:04.32 | *** join/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com) | |
| 13:05.13 | *** part/#brlcad nestor_souler (~Souler@76.6.60.213.dynamic.mundo-r.com) | |
| 13:59.31 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 14:53.30 | rays2pix | I am trying to run the utility bwfilter within brlcad,due to file format I am getting errors when I use a random grayscale image. Do we have any images within our source tree which works well with it? |
| 15:03.43 | brlcad | rays2pix: where did the bw file come from? |
| 15:03.50 | brlcad | it's expect a raw file |
| 15:04.45 | rays2pix | brlcad: I took some grayscale images from the web in .png format |
| 15:05.00 | brlcad | did you run png-bw ? |
| 15:05.12 | rays2pix | brlcad:No will do that now |
| 15:05.17 | brlcad | that's the problem |
| 15:05.24 | brlcad | png is not a raw format |
| 15:06.00 | rays2pix | brlcad:thank you! |
| 15:06.03 | brlcad | you could also run png-pix and run pixfilter instead if you want to keep 3-channel data vs 1-channel (bw) |
| 15:07.37 | rays2pix | brlcad:I see , in this case I need 1-channel data, th code in bwfilter handles only 1-channel for now |
| 15:12.52 | rays2pix | brlcad: I got the conversion done by png-bw. fread returns 0 indicating "Inappropriate ioctl device". |
| 15:43.58 | *** join/#brlcad anirban (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221) | |
| 15:44.29 | brlcad | rays2pix: that sounds highly suspect |
| 15:47.07 | brlcad | rays2pix: what are you trying to do? |
| 16:03.16 | rays2pix | brlcad: sorry had to take a break. i am running './bwfilter -fla gray.bw >filtered.bw' with no changes in code(taken from svn) |
| 16:17.23 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 17:01.24 | rays2pix | I am getting "Inappropriate ioctl device" when I run 'bwfilter -fla gray.bw>filtered.bw' fread seems to be offensive here returning zero. Help appreciated |
| 17:03.26 | brlcad | try redirecting input |
| 17:03.37 | brlcad | bwfilter <gray.bw>filtered.bw |
| 17:04.37 | brlcad | the code is very simple, so not sure what might be causing fread to fail without more info/testing |
| 17:05.12 | rays2pix | brlcad: ok. checking it |
| 17:12.19 | rays2pix | brlcad: Ran it inside gdb. Sorry . My suspicion on fread was wrong.fread gets through |
| 17:12.55 | rays2pix | brlcad: And filtering also occurs..just that "Inappropirate ioctl device" is printed on stderr for some file operation |
| 17:24.35 | *** join/#brlcad caen23 (~cezar@92.81.161.99) | |
| 18:36.35 | Notify | 03BRL-CAD Wiki:Almamaterit * 0 /wiki/User:Almamateri: |
| 19:12.12 | *** join/#brlcad anirban (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221) | |
| 19:12.20 | anirban | hi all |
| 19:12.59 | anirban | I am Anirban Majumdar, a pre-final year undergraduate student at Indian Institute of Technology Kharagpur |
| 19:13.38 | anirban | I was going through BRL-CADS ideas page and the NURBS project got my attention |
| 19:14.58 | anirban | I have undergone a course in CAD-CAM as part of my academic curriculum and I know C,C++. |
| 19:15.11 | kanzure | http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas#NURBS_.28Non-Uniform_Rational_B-Splines.29_Projects |
| 19:15.12 | anirban | I believe I can contribute to this project. |
| 19:15.19 | kanzure | hmm nurbs intersection is still an available project :\ |
| 19:16.30 | anirban | yes I have gone through the Intersection project |
| 19:16.47 | anirban | I believe there are two links given where it has been implemented |
| 19:17.08 | anirban | http://www.cs.unc.edu/~geom/ESOLID/ |
| 19:17.11 | kanzure | see "int K_PATCH :: intersect(K_PATCH& p)" in http://diyhpl.us/~bryan/irc/esolid/ESOLID/src/kpatch.cc.org.5 |
| 19:17.16 | anirban | http://www.cs.unc.edu/~geom/CSG/boole.html |
| 19:17.37 | anirban | ok |
| 19:20.53 | brlcad | anirban: we have a bunch of projects that we have yet to post as well (and you're welcome to propose something we need too) |
| 19:24.54 | anirban | will be looking forward to the new projects as well and if I come up with a bright idea, i'll surely let you know |
| 19:26.51 | anirban | kanzure: i am going through the code..int K_PATCH :: intersect(K_PATCH& p) is part of the ESOLID src, which according to the ideas page has performance issues |
| 19:27.10 | anirban | I was curious to know the scope of the project. |
| 19:27.40 | brlcad | anirban: have you worked with nurbs before? |
| 19:29.20 | anirban | I have done a course on CAD-CAM in Marine Design, where NURBS were covered as part of my academic curriculum |
| 19:46.09 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ujxczjrjohyepusr) | |
| 20:17.26 | kanzure | brlcad: i have put some esolid things into a git repo, https://github.com/kanzure/esolid |
| 20:17.41 | kanzure | brlcad: just some basic file cleanup, typo correction, etc. i think i also have a patch from 2011 to make this compile. |
| 21:02.20 | starseeker | kanzure: is the license still an issue with esolid? |
| 21:02.39 | kanzure | the license is still unknown |
| 21:02.58 | starseeker | yeah, that's no good then |
| 21:03.03 | starseeker | and BOOLE is out too |
| 21:03.23 | kanzure | i sent out emails to john keyser a few years ago but he never replied about licensing status |
| 21:03.28 | kanzure | maybe i will call him on monday |
| 21:03.46 | kanzure | i think he is 979-458-0167 John Keyser <keyser@cs.tamu.edu> |
| 21:04.14 | starseeker | unc is generally not terribly useful when it comes to open source projects |
| 21:04.33 | starseeker | as a university they seem to be very intent on making sure they get a piece of any commercial developments from their code |
| 21:04.37 | kanzure | hmm "The Bradley Fighting Vehicle Model was provided courtesy of the Army Research Lab." |
| 21:04.44 | kanzure | isn't that.. isn't that you guys? |
| 21:06.54 | starseeker | kanzure: the published papers from the BOOLE and ESOLID efforts may be helpful, but we've got to stear away from the code unless/until a miracle happens and unc licenses it explicitly under terms we can use |
| 21:07.51 | kanzure | would it be enough to see a confirmation in email from john keyser? |
| 21:08.08 | starseeker | in many cases yes, but in the case of unc I would say no |
| 21:08.27 | starseeker | (prior experience trying to clarify BOOLE's status) |
| 21:08.35 | kanzure | it looks like the development of esolid happened both at unc and at tamu, does that change your concerns about unc? |
| 21:08.59 | starseeker | that would be something to ask Keyser, if you can reach him |
| 21:09.58 | starseeker | "developed primarily at the University of North Carolina" isn't encouraging: http://research.cs.tamu.edu/keyser/geom/esolid/ |
| 21:11.42 | kanzure | the other problem with esolid is that i don't think the code is production ready anyway |
| 21:11.52 | starseeker | nods - that's why I say look to the papers |
| 21:12.06 | kanzure | well, i have some of the papers here: |
| 21:12.11 | kanzure | http://diyhpl.us/~bryan/papers2/cad/ |
| 21:12.34 | kanzure | including my notes on BOOLE apparently.. hrm. maybe i should read these. |
| 21:16.21 | *** join/#brlcad filipt (~filip@89.205.42.139) | |
| 21:24.11 | kanzure | starseeker: what's the plan of action for getting this? i tried my hand a few times at writing the code necessary, but i ran into a number of problems. |
| 21:24.25 | kanzure | starseeker: i think it would be really helpful to have access to a former student that implemented these libraries. |
| 21:24.36 | kanzure | starseeker: or to come up with a plan in case that doesn't happen.. |
| 23:17.13 | filipt | a quick compiling question: what should the file CMakeLists.txt contain? |
| 23:20.15 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 23:26.25 | filipt | anyone? |
| 00:50.22 | starseeker | kanzure: do you have a write-up of what problems you ran into? |
| 00:52.50 | kanzure | no. off the top of my head, though, the problems were things like (1) not having enough domain expertise to come up with a full spectrum of tests to either confirm that my functions were working or to guide which results various intersection functions needed to produce, (2) not having a correctness proof of the algorithms i was using, (3) lack of domain knowledge for knowing how to sufficiently break up the problem (instead of having giant functions ... |
| 00:52.57 | kanzure | ... floating around everywhere, which was highly distressing to my inner source code enthusiast), and (4) not knowing other people with this domain expertise willing to do code reviews or be a place for me to send hate mail to for advice/support. |
| 00:53.56 | kanzure | one of my attempts was a verbatim rewrite of esolid into python.. which was a bad idea. |
| 00:54.44 | kanzure | it was a bad idea because, while i was able to successfully compile esolid, i did not have a reasonable idea of testing either version, and the intersection functions are thousands of lines of code each (for whatever reason), which means lots of coding before testing each function.. |
| 00:55.22 | kanzure | it occurs to me that you have recently practiced the art of maintaining two separate branches of a large, complex project in this space, so you're probably aware of the kinds of difficulties i am talking about, heh |
| 00:55.36 | kanzure | (SCL seems much larger than esolid's source code, though.) |
| 00:56.22 | starseeker | kanzure: my approach in that situation would be to first identify the conceptual pieces of the task, rather than going for the source code (which is a no-go for us in this case anyway, as I mentioned earlier) |
| 00:56.40 | starseeker | the biggie is of course surface/surface intersection, but that's not the only piece |
| 00:57.01 | kanzure | yeah, i understand the licensing issues. however, i would be happy to write competing implementations all day long once i can write a working one at all. |
| 00:57.20 | starseeker | there's also assembling the intersection curves into new bounding loops, figuring out how to assemble new breps from the new trimmed surfaces, etc. |
| 00:57.39 | kanzure | right, and things like singularities and how to deal with those |
| 00:57.43 | starseeker | nods |
| 00:57.58 | starseeker | mathematically, the intersection cases can be characterized |
| 00:58.08 | starseeker | hunts for old email from last year's gsoc... |
| 00:58.25 | kanzure | here's some of the python barf i wrote |
| 00:58.26 | kanzure | http://diyhpl.us/cgit/lolcad/tree/nurbs.py |
| 00:58.41 | kanzure | here's some of the esolid stuff i converted.. http://diyhpl.us/cgit/lolcad/tree/lolcad.py |
| 00:58.51 | kanzure | please note there's an awful STEP generator in there too |
| 00:59.01 | starseeker | heh |
| 00:59.03 | kanzure | it was because i didn't want to bother with EXPRESS at the time.. i know it's not a good excuse. |
| 00:59.10 | kanzure | forgive me :( |
| 00:59.50 | kanzure | oh wait, that's just the STEP crap. that's not what i wanted to show you. |
| 00:59.59 | kanzure | http://diyhpl.us/cgit/lolcad/tree/esolid/esolid.py |
| 01:01.09 | kanzure | as you can imagine, writing 4000+ lines of code without testing is really painful and not healthy and confusing |
| 01:01.21 | starseeker | can imagine |
| 01:02.50 | kanzure | i agree that breaking up the problem is a good approach |
| 01:03.22 | starseeker | here was my initial thinking on the assembly problem after Wu got basic surface/surface intersection working: http://www.mail-archive.com/brlcad-devel@lists.sourceforge.net/msg02110.html |
| 01:03.30 | kanzure | but i don't want to break up the problem, then spend 3 months writing a curve-curve intersector, only to have to throw it away in 5 months because i broke up the problem wrong and didn't think of the right architecture. |
| 01:03.42 | kanzure | oh brlcad has surface/surface working? |
| 01:04.26 | starseeker | kanzure: see http://brlcad.org/wiki/User:Phoenix/GSoc2012/Reports |
| 01:04.32 | starseeker | (last two pictures) |
| 01:04.44 | starseeker | three rather |
| 01:04.52 | kanzure | oh wonderful |
| 01:05.24 | kanzure | i'll read through that email thread and the wiki page. would that give me a clear summary of current status? |
| 01:05.45 | starseeker | should, yeah |
| 01:06.55 | starseeker | I don't think the current ssi stuff is exposed via command as yet, and cases like two surfaces intersecting along a surface rather than a curve (or, for that matter, a point instead of a curve) still need to be handled |
| 01:07.48 | kanzure | so non-parallel non-point surface-surface intersection is working? |
| 01:08.05 | starseeker | in the test cases tried so far |
| 01:09.44 | kanzure | that makes me really happy. maybe i will dig around in some papers for how others have chosen to solve those remaining edge cases. |
| 01:10.23 | starseeker | kanzure: it shouldn't be too hard for you to hook up the ssi function to a test command if you want to try it out |
| 01:10.46 | kanzure | i'm not sure i've ever understood what it conceptually means for two surfaces to intersect on a surface |
| 01:10.55 | kanzure | it makes sense for fusing two models together but for subtraction operations i'm really not sure |
| 01:11.19 | kanzure | for example, imagine two cubes touching each other on one side precisely |
| 01:11.26 | starseeker | yeah, that's one of the more tricky situations |
| 01:11.35 | kanzure | what happens in non-brep situations in that case? |
| 01:12.10 | kanzure | maybe the answer is "nothing happens". |
| 01:12.11 | starseeker | from the ray tracing perspective, I think it uses some internal ordering to pick one or the other to be "inside" |
| 01:12.33 | starseeker | it may also flag that as an overlap if the ray goes right down the plane of intersection |
| 01:12.42 | starseeker | not sure that facetiziation does with it |
| 01:13.07 | kanzure | when you subtract one object from the other as a user you usually carry on with only one of the objects.. and subtracting a surface doesn't have any explicit meaning so "nothing happens" might make sense. |
| 01:14.05 | starseeker | or "shave a planar thickness equal to minimum tolerance in the model" might also make sense |
| 01:15.19 | kanzure | would it? if that was the case then as a user i would expect the minimum tolerance to always be used when calculating intersections of any type. |
| 01:15.26 | starseeker | kanzure: for code, check out src/libbrep/opennurbs_ext.cpp around line 3221 |
| 01:16.39 | starseeker | kanzure: it depends - another expectation would be that subtraction of the one cube from the other guarantees that a ray passing through the subtracted cube's volume never hit anything solid, and reporting "solid" along the subtracted face would violate that expectation |
| 01:17.27 | kanzure | silly asymptotes |
| 01:17.33 | starseeker | it's indeed a tricky subject - I suspect most systems have to make *some* decision from among the options and then just try to be consistent about it |
| 01:18.49 | kanzure | for what it's worth, i don't have any particular use case that demands one choice to be made over the other, but consistency would be nice. |
| 01:19.23 | starseeker | nods |
| 01:19.40 | starseeker | our take on that I think was "worry about it after we've got the basics in place" |
| 01:23.55 | kanzure | it turns out i don't have a recent checkout.. will take a while (and i sorta refuse to use viewvc because it's viewvc). |
| 01:24.03 | starseeker | heh |
| 01:25.41 | kanzure | are there breps/nurbs defined for all the primitives? |
| 01:26.46 | kanzure | "Implemented degree reduction to Bezier curves to simplify the representation of the dsp top surface. But still a long way to go. As I tested it with terra.g, the result made me very upset. There were great differences in the middle of the curves. For dsp with smaller xcnt & ycnt, the result was quite accurate. But it's big xcnt & ycnt that counts, because this is introduced to shorten the raytrace time of dsp with large maps." |
| 01:27.16 | Notify | 03BRL-CAD Wiki:Starseeker * 4982 /wiki/Google_Summer_of_Code/Project_Ideas: /* Geometry Processing Projects */ libsvn db backend only makes sense (maybe) much farther into the project |
| 01:27.59 | starseeker | kanzure: dsp is a problem - technically a brep can be produced, but it's a nightmare to raytrace |
| 01:28.20 | starseeker | kanzure: we may do better with a fitted surface, which will come out of some other work in progress |
| 01:29.18 | starseeker | kanzure: dsps aren't as important as other functionality (IMHO, at least) - we can revisit them later |
| 01:29.51 | kanzure | sure. i was amused by his comment about being upset. |
| 01:29.56 | starseeker | kanzure: of course, if you feel like implementing practical degree reduction that would be awesome :-) |
| 01:31.04 | kanzure | ah i see you used the "Performing efficient NURBS modeling operations on the GPU" subdivision/triangle approximation approach for surface intersections |
| 01:32.35 | kanzure | "Fit the points into NURBS curves using polyline approximation." |
| 01:35.09 | kanzure | when is the conversion to brep made in the lifecycle of a model in brlcad? |
| 01:35.11 | Notify | 03BRL-CAD Wiki:Starseeker * 4983 /wiki/Google_Summer_of_Code/Project_Ideas: /* Mentors */ I don't know who-all is a mentor this year yet, but unless the admins have heard otherwise I don't think these folks are this year... |
| 01:36.35 | kanzure | oh i see you are planning a brep command |
| 01:37.18 | starseeker | kanzure: we already have one - that's how we convert implicits to breps :-) |
| 01:37.45 | kanzure | it seems like it makes more sense to keep everything implicit in brlcad as long as possible, and then dump to brep at the end of a work session? |
| 01:40.26 | starseeker | right |
| 01:43.44 | kanzure | i am curious why he was raytracing brep models. almost all computers these days have a version of opengl that comes with nurbs rendering in glut or something. |
| 01:43.50 | kanzure | *support a version of opengl |
| 01:44.20 | starseeker | eh? raytracing NURBS has been one of BRL-CAD's primary efforts for the last several years |
| 01:44.49 | starseeker | the built-in glut tessellation almost never holds up for real-world complex geometry |
| 01:44.57 | kanzure | oh really? i thought it would be much more performant. |
| 01:45.14 | kanzure | i have only a little experience with the glut tessellation, i never stress tested it.. |
| 01:46.10 | starseeker | shakes his head - we're just now getting our own tessellation capabilities online, which are much better at handling the sorts of geometry we're likely to see, and even then for raytracing planar triangles are typically an approximation |
| 01:46.39 | starseeker | not to mention tessellating models can get you all sorts of nasty overlap issues that weren't there to begin with |
| 01:47.55 | kanzure | what are proprietary cad vendors doing for rendering? |
| 01:48.54 | starseeker | presumably they have their own tessellation codes |
| 01:49.00 | kanzure | i don't even know what opencascade is doing. i sort of assumed they are using glut tessellation but i never checked.. |
| 01:49.07 | starseeker | doubts it |
| 01:49.14 | kanzure | they are probably using 10 things :) |
| 01:49.33 | starseeker | dunno - their codebase is another one that is useless to us due to licensing issues |
| 01:49.53 | kanzure | i know you guys have expressed a disinterest in even looking at their source code, but man, it's not in good shape |
| 01:50.12 | starseeker | well, that's another reason then :-) |
| 01:53.04 | kanzure | still checking out.. |
| 01:53.32 | kanzure | oh good "The intersection curve (green) of a sph (red) and an ehy (blue)." |
| 02:02.00 | kanzure | is there an official git-svn bridge for brlcad? |
| 02:02.09 | kanzure | .. or an unofficial maintained one? |
| 02:02.56 | kanzure | it's not easy to tell if http://brlcad.org/brlcad.git is the same as crit.brlcad.org/brlcad.git or not |
| 02:07.29 | kanzure | r53942 has a really long commit message. what's going on there? |
| 02:08.24 | kanzure | http://brlcad.svn.sourceforge.net/viewvc/brlcad?view=revision&revision=53942 |
| 02:13.17 | kanzure | "re-re-revert to r54338 before I started causing damage. apparently two different versions of opennurbs came out one month after the other, both labeled as v5.0 and the latter removing substantial functionality (3 functions) that we utilize." wtf |
| 02:27.36 | starseeker | openNURBS removed some features we were using, that they deemed unnecessary for openNURBS's primary purpose - enabling applications to read/write 3dm files |
| 02:53.58 | kanzure | why is the if/else not indented in the example in HACKING under the "The One True Brace Style" section? |
| 09:05.21 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:31.38 | *** join/#brlcad sbongir (~chatzilla@59.160.74.254) | |
| 09:38.56 | *** join/#brlcad filipt (~filip@89.205.42.139) | |
| 10:07.26 | filipt | anyone here? I need some help with compiling the brl-cad source... |
| 10:56.43 | starseeker | likes Google's banner today |
| 10:56.57 | starseeker | bet Ed would too |
| 11:17.21 | Notify | 03BRL-CAD Wiki:Starseeker * 4984 /wiki/Google_Summer_of_Code/Project_Ideas: /* Project Categories */ Make a stab at shuffling the grouping/ordering based on project priorities |
| 11:36.16 | brlcad | yeah, good ol euler |
| 11:41.16 | Notify | 03BRL-CAD:bob1961 * 55161 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the stack shader to Archer's comb edit panel. |
| 12:38.42 | brlcad | kanzure: crit.brlcad.org == brlcad.org now, they are one in the same |
| 12:39.50 | brlcad | r53942 was someone learning how to use svn commit for the first time (and making a mistake) |
| 12:41.03 | brlcad | filipt: you need to ask your question and wait around for an answer, not ask if anyone is here |
| 12:41.20 | brlcad | ~ask |
| 12:41.20 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 13:05.54 | *** join/#brlcad anirban (cb6ef7dd@gateway/web/freenode/ip.203.110.247.221) | |
| 14:15.59 | *** join/#brlcad nsomani (839ffce9@gateway/web/freenode/ip.131.159.252.233) | |
| 14:17.07 | brlcad | hi nsomani and anirban |
| 14:19.49 | nsomani | hi |
| 14:21.10 | brlcad | does shape primitives using point clouds mean representing shapes with point clouds or reverse modeling shapes from point clouds? |
| 14:22.16 | nsomani | modeling shapes from point clouds |
| 14:22.38 | nsomani | rather, detecting shapes from point clouds data |
| 14:22.40 | brlcad | what representation are you working towards? |
| 14:22.56 | nsomani | i'm looking at NURBS right now |
| 14:23.10 | brlcad | excellent.. that's a tough problem |
| 14:23.39 | nsomani | yes, it is! I realized that once I got into it. but i think there's good potential for work in this direction |
| 14:24.09 | brlcad | starseeker has been working on a variation of that problem for the better part of a year |
| 14:25.09 | nsomani | okay. yeah, i'm not sure how much of this can be done within the GSoC timeframe. |
| 14:25.35 | brlcad | how much do you know about the underlying research in that area? |
| 14:25.50 | brlcad | read any of the research papers? |
| 14:26.28 | nsomani | i've read the NURBS book by piegl and a few papers, but i wouldn't call myself an expert. |
| 14:26.54 | brlcad | I think it's doable within GSoC timeframe, but it's certainly got some significant risks |
| 14:27.13 | brlcad | would have to be rather specific on the goals and result, what problem(s) get implemented |
| 14:27.17 | brlcad | what data is worked with, etc |
| 14:28.05 | nsomani | perhaps a discussion with starseeker would be beneficial for this |
| 14:28.08 | brlcad | iirc, he even used a piece of code from PCL to help solve the point mapping |
| 14:29.04 | nsomani | yes, i think this approach would be useful for the PCL community as well. they already have some work on NURBS. this could be a good extension |
| 14:29.42 | brlcad | our primary goal was the conversion of polygonal models to NURBS models |
| 14:30.51 | brlcad | the basic algorithm oversimplified was to chop up the mesh into patches, then for each patch project the vertices into a fitted nurbs surface (pcl solver helping with that), and then stitching the surfaces together at their boundaries |
| 14:32.00 | nsomani | i see. |
| 14:32.59 | nsomani | if the aim is to use point cloud data directly and not meshes, there needs to be a some sort of a pre-processing step which converts the clouds to meshes. |
| 14:33.02 | brlcad | which is basically a variation of locally grouping/segmenting 3d points together so we can get "good" surfaces |
| 14:33.32 | brlcad | if the starting point is point cloud, definitely -- you'd need to infer some boundary |
| 14:33.59 | brlcad | especially if it's noisy data or misaligned, etc |
| 14:35.11 | nsomani | true. there are a bunch of these local grouping/segmentation algorithms in PCL. and some of them are very time efficient too |
| 14:35.46 | nsomani | so, handling noisy data should not be a problem if this pre-processing step is involved. |
| 14:36.28 | brlcad | I guess we're mostly interested with the data after it's already gone through that processing since quality is indeterminate at that point |
| 14:37.01 | brlcad | at least once there's a mesh, we can talk about error, deviation, and fitting confidence for a corresponding nurbs surface |
| 14:37.49 | brlcad | with points, I think the most you can say is deviation |
| 14:40.11 | nsomani | yes. so, i guess all this combined could be a good project for GSoC |
| 14:40.57 | nsomani | feasibility depends on how much progress has already been done in BRL-CAD on this. |
| 14:42.09 | brlcad | starseeker has a nice presentation that gives an overview of the issues and progress he's made to date |
| 14:43.35 | brlcad | gsoc could focus on solving those few remaining issues, defining some BRL-CAD and PCL API boundaries, and then making sure it's all packaged up properly (and working, obviously) |
| 14:44.34 | nsomani | starseeker: could you please share this presentation. it would be very helpful in defining the scope of this proposal. |
| 14:46.17 | nsomani | brlcad: yes, that seems interesting. |
| 14:48.15 | brlcad | nsomani: the code in question in a brl-cad checkout is src/libbrep/opennurbs_fit.* src/librt/test_nurbsfit.cpp src/librt/test_bot2nurbs.cpp |
| 14:48.20 | brlcad | ~cadsvn |
| 14:48.20 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 14:49.10 | brlcad | "bot" is our nomenclature for a "bag of triangles", i.e., a triangle mesh |
| 14:49.35 | anirban | brlcad: sorry was away from keyboard at that point of time.......went through your discussion with nsomani |
| 14:50.33 | nsomani | brlcad: okay. i'll take a look at it. |
| 14:51.00 | anirban | yes the approach of chopping the meshes into patches and using pcl seems interesting |
| 14:56.08 | brlcad | I could see a proposal to 1) implement a PCL function that takes a set/patch of filtered surface points and provides a corresponding NURBS surface, 2) integrate that call/functionality into BRL-CAD for getting a set of surfaces given a set of mesh patches, and 3) stitching it all together via an integrated brl-cad libged command |
| 14:56.39 | brlcad | or some variation thereof, so PCL gets a new nugget and we get that functionality hooked into a useful CAD purpose |
| 14:59.42 | starseeker | would prefer not to tie into PCL if it can be avoided - that's a rather large dependency to introduce. For point cloud to wrapped mesh I would expect libqhull to be the key piece |
| 15:00.12 | brlcad | not so much to tie into them, but to make it an extractable function like you did in opennurbs_fit |
| 15:00.33 | brlcad | thinking of it like a sub-library that doesn't tie into either sides types |
| 15:00.50 | brlcad | so it can be mutually useful |
| 15:01.06 | brlcad | then from there, if they want to customize or if we need to, we can |
| 15:01.07 | starseeker | nods - I'd have to look again, but I kinda thought they were using qhull for the heavy lifting there - so qhull may already be the "sub-library" |
| 15:01.36 | brlcad | we'd still just be concerned with the point after we have a mesh |
| 15:02.07 | brlcad | which is effectively the same as an API call that worked on filtered points |
| 15:03.03 | brlcad | i.e., what'd you'd get *after* running through qhull or whatever other filtering |
| 15:03.17 | Notify | 03BRL-CAD Wiki:Phoenix * 4985 /wiki/User:Phoenix: /* Experience */ |
| 15:04.00 | Notify | 03BRL-CAD Wiki:Phoenix * 4986 /wiki/User:Phoenix: /* Interest */ |
| 15:04.17 | Notify | 03BRL-CAD Wiki:Phoenix * 4987 /wiki/User:Phoenix: /* Who I am */ |
| 15:04.34 | starseeker | uh... doens't PCL already have a functoin that takes in points and returns a NURBS surface? http://docs.pointclouds.org/trunk/classpcl_1_1nurbs_1_1_nurbs_fitter.html |
| 15:04.46 | nsomani | yes. it does |
| 15:05.58 | brlcad | nsomani: how does your work relate to that? |
| 15:06.31 | brlcad | starseeker: ever tested how their method compares to yours? |
| 15:06.52 | starseeker | shakes his head |
| 15:06.54 | nsomani | i think the idea about primitives got lost somewhere here. i was trying to focus on fitting shape primitives to these points. |
| 15:07.49 | nsomani | part (1) in the idea already exists. |
| 15:07.51 | starseeker | I wouldn't expect anything different - the boundary edges are where the issues seem to be, and I don't think they are addressed by Morwald's original work |
| 15:08.34 | starseeker | nsomani: you're thinking something more along these lines? http://efpisoft.sourceforge.net/ |
| 15:09.32 | nsomani | starseeker: yes. |
| 15:09.34 | starseeker | (unfortunately we can't use the code from that project, since it's GPL) |
| 15:09.53 | nsomani | starseeker: but i'm looking for point cloud data as the starting point, and not meshes |
| 15:10.26 | Notify | 03BRL-CAD Wiki:Phoenix * 4988 /wiki/User:Phoenix: /* GSoC 2012 Project */ |
| 15:10.55 | Notify | 03BRL-CAD Wiki:Phoenix * 4989 /wiki/User:Phoenix: /* GSoC 2013 Project */ |
| 15:11.05 | starseeker | wouldn't that just involve fitting the point cloud with a mesh and proceeding from there? |
| 15:11.27 | brlcad | a joint PCL project that would be more interesting, a stand-alone mit-licensed high-performance generic kd-tree library (ideally with gpgpu and coherency leveraged where available) |
| 15:11.37 | Notify | 03BRL-CAD Wiki:Phoenix * 4990 /wiki/User:Phoenix/GSoc2013/Proposal: Created page with "Coming soon... :)" |
| 15:11.42 | brlcad | s/more // |
| 15:12.08 | brlcad | nsomani: when you say primitive, what do you mean? |
| 15:12.18 | brlcad | I think he's talking about shape detection |
| 15:12.31 | brlcad | "this is a torus" |
| 15:12.39 | starseeker | brlcad: starting with this? http://code.google.com/p/kdtree/ or a scratch/ground-up design? |
| 15:13.00 | brlcad | starseeker: whatever |
| 15:13.30 | starseeker | brlcad: yeah, that's what I got too - recognizing surfaces that are well fitted by simple quadratic/quartic surfaces |
| 15:13.36 | nsomani | the idea is similar to efpisoft. I'm looking to decompose a point cloud of an object(say) into a set of simpler shapes(planes, cylinders, etc. ) to represent it. |
| 15:14.21 | nsomani | i'm looking into nurbs representations right now which seems interesting. |
| 15:14.29 | brlcad | starting with google's would be fine, but it'd be hard to outperform it without restructing the data types and processing flow |
| 15:14.57 | brlcad | nsomani: well you could certainly craft a "hybrid" proposal with elements of that and other work we need |
| 15:18.04 | brlcad | deconstructing an input data (point cloud or mesh) into one of our primitives would be an interesting feature and is something we've even discussed recently |
| 15:18.48 | brlcad | it's hard to describe a tangible user benefit other than data reduction, though ... would require some thinking about how the feature is exposed |
| 15:19.34 | nsomani | okay. I'll give this more thought and come up with a proposal. |
| 15:20.53 | nsomani | in my experiments, i use this for representing object CAD models and then recognizing them in point cloud data. |
| 15:22.11 | nsomani | this also has applications in shape retrieval and shape-based database indexing. |
| 15:45.08 | brlcad | nsomani: yes, I get that except without other "filtering" methods, the image processing domain long showed that you need far more than a shape to do useful shape recognition on real data |
| 15:48.42 | *** join/#brlcad gdh (~quassel@pool-71-177-13-144.lsanca.dsl-w.verizon.net) | |
| 15:57.29 | Notify | 03BRL-CAD:bob1961 * 55162 brlcad/trunk/src/tclscripts/archer/Archer.tcl: This fixes a bug (i.e. the various object panels no longer appear when an object is selected) that shows up when a database is opened when in "Rt Image View" mode. |
| 16:05.05 | nsomani | brlcad: true. i've done a lot of work on shape matching and recognition, based on this decomposition. A stable and robust shape decomposition is crucial to that work. |
| 16:05.37 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 16:05.39 | nsomani | This is why I'm focusing more on getting a good shape decomposition algorithm working. |
| 16:11.31 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.86) | |
| 16:57.50 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.125) | |
| 17:26.50 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 17:28.45 | hsrai | Is there any plan to have DWG (AutoCAD format) import / export? Rather is there any need / demand for this? |
| 17:48.30 | *** join/#brlcad ncsaba (~ncsaba@p54983C23.dip.t-dialin.net) | |
| 19:00.34 | Ch3ck | hi |
| 19:00.37 | Ch3ck | hsrai |
| 19:00.47 | Ch3ck | i wish to work with brlcad too..?? |
| 19:00.50 | Ch3ck | u der? |
| 21:20.55 | Notify | 03BRL-CAD:carlmoore * 55163 brlcad/trunk/src/conv/comgeom/cvt.c: add comment about versions 1, 4 |
| 22:15.26 | ``Erik | http://divshot.github.io/geo-bootstrap/ I need to add this bootstrap theme to my webpage O.o |
| 02:45.25 | starseeker | ``Erik: whatever you're drinking, drink less of it |
| 02:45.28 | starseeker | O.o |
| 05:18.03 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 08:42.30 | *** join/#brlcad sagara (~sagara@112.134.161.29) | |
| 08:47.22 | sagara | Hello everyone, I'm Sagara Paranagama, a final year Computer Engineering undergrad. I was looking at the available GSOC projects and implementing a new Cross-Platform 3D Display Manager caught my eye. However, I saw that it was undertaken at GSOC 2012 as well. Any idea on its progress? Was it finished or is the GSOC 2013 entry still valid? |
| 08:52.36 | *** part/#brlcad sagara (~sagara@112.134.161.29) | |
| 08:53.35 | *** join/#brlcad sagaradev (~sagara@112.134.161.29) | |
| 08:54.30 | sagaradev | Hello everyone, I'm Sagara Paranagama, a final year Computer Engineering undergrad. I was looking at the available GSOC projects and implementing a new Cross-Platform 3D Display Manager caught my eye. However, I saw that it was undertaken at GSOC 2012 as well. Any idea on its progress? Was it finished or is the GSOC 2013 entry still valid? Hope this isn |
| 08:55.02 | sagaradev | t a double post because of nickname a clash. |
| 09:10.30 | Notify | 03BRL-CAD Wiki:Sagaradev89 * 0 /wiki/User:Sagaradev89: |
| 10:41.16 | ``Erik | http://arstechnica.com/science/2013/04/how-nasa-brought-the-monstrous-f-1-moon-rocket-back-to-life/ |
| 10:41.55 | ``Erik | starseeker: hot apple cider last night, that web theme is awesome, very late 90's :D |
| 10:50.55 | Notify | 03BRL-CAD Wiki:Moragegevem * 0 /wiki/User:Moragegevem: |
| 11:09.05 | ``Erik | heh neat http://lispinsmallprojects.org/welcome |
| 11:10.35 | ``Erik | sagaradev: I believe some effort was done with using ogre3d, I don't believe it was completed. Stick around for a few hours and the people who kept track of that one should be online :) |
| 11:47.03 | starseeker | ``Erik: I thought that particular web style was slain with geocities :-P |
| 11:47.37 | starseeker | ``Erik: yeah, was reading that F-1 engine article - twelve kinds of awesome |
| 11:48.25 | starseeker | was wondering if the CAD model might be available, given how old the engine is, but since NASA just pulled all it's tech reports offline I doubt they're in the mood to do an ITAR determination on it |
| 12:13.01 | *** join/#brlcad sagaradev (~sagara@112.134.197.171) | |
| 12:47.33 | Notify | 03BRL-CAD Wiki:Phoenix * 4991 /wiki/User:Phoenix: /* Contact */ |
| 13:11.53 | Notify | 03BRL-CAD Wiki:Phoenix * 4992 /wiki/User:Phoenix/GSoc2013/Proposal: |
| 13:30.23 | Notify | 03BRL-CAD Wiki:Phoenix * 4993 /wiki/User:Phoenix/GSoc2013/Proposal: /* Detailed description */ |
| 13:30.45 | Notify | 03BRL-CAD Wiki:Phoenix * 4994 /wiki/User:Phoenix/GSoc2013/Proposal: /* Introduction */ |
| 13:32.08 | Notify | 03BRL-CAD Wiki:Phoenix * 4995 /wiki/User:Phoenix/GSoc2013/Proposal: /* Introduction */ |
| 14:03.35 | ``Erik | starseeker: what's the santayana quote? those who don't learn the past are doomed to repeat it? something like that? :D |
| 14:04.21 | ``Erik | (or perhaps this is just a study in kitsch?) |
| 14:05.31 | ``Erik | and I doubt any info on orbital heavy lifter technology will be easy to get, particularly after yesterdays incidents... since they're so closely related. :/ |
| 14:50.10 | *** join/#brlcad gdh (~quassel@pool-71-177-13-144.lsanca.dsl-w.verizon.net) | |
| 15:03.58 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 15:11.00 | vladbogo | Hello. My name is Vlad Bogolin and I am a third year student at Polytechnic University of Bucharest. |
| 15:11.27 | gdh | vladbogo, hello! |
| 15:11.33 | gdh | I'm a student too |
| 15:11.37 | vladbogo | I am interested in participating to GSoC 2013 at Brlcad. |
| 15:11.49 | gdh | awesome! |
| 15:12.59 | vladbogo | i looked on the projects ideas and i would be interested in the New Cross-Platform 3D Display Manager. |
| 15:14.15 | vladbogo | i have compiled and installed brlcad and i'm hoping you could provide me some useful resources in order to make a better idea about this project |
| 15:15.00 | gdh | vladbogo, ask brlcad. |
| 15:15.02 | gdh | He' |
| 15:15.05 | gdh | oops |
| 15:15.13 | gdh | He's listed as the mentor |
| 15:15.23 | vladbogo | thanks |
| 15:15.36 | gdh | sometimes the devs are logged on, but they aren't at their computers, so be patient |
| 15:15.49 | vladbogo | ok |
| 15:15.57 | vladbogo | thanks a lot |
| 15:23.59 | ``Erik | yeah, ask questions and wait for an answer, it may take many hours |
| 15:24.32 | ``Erik | vladbogo: have you looked at the url in the channel topic? particularly the checklist part? |
| 15:27.57 | vladbogo | ``Erik: i have looked on the checklist |
| 15:29.00 | vladbogo | and i have also looked an the Contributor Quickies |
| 15:30.32 | vladbogo | it would be useful to know which quick projects are more relevant in order to make a better idea about brlcad |
| 16:15.10 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 16:39.20 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 19:35.21 | *** join/#brlcad Izak_ (~isaac@41.202.194.135) | |
| 19:39.30 | *** join/#brlcad Izak (~isaac@41.202.197.174) | |
| 19:39.47 | *** join/#brlcad Izak__ (~isaac@41.202.197.174) | |
| 19:41.59 | Izak__ | Hello guys? I am interested in the Code refactoring projects. |
| 19:48.53 | Izak__ | Can I make it at removing bugs using the gdb debugger on Linux? |
| 20:08.59 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 00:00.32 | starseeker | wonders if there's a way to automatically message first timers on the channel about sticking around... |
| 00:00.53 | starseeker | ``Erik: did Notify get clogged up again? |
| 00:11.49 | Notify | 03BRL-CAD:carlmoore * 55164 brlcad/trunk/src/librt/db_io.c: fix warning about expecting long unsigned int |
| 00:12.00 | Notify | 03BRL-CAD:carlmoore * 55165 brlcad/trunk/src/conv/comgeom/cvt.c: add version number when printing out requirements per verbose mode |
| 00:13.05 | Notify | 03BRL-CAD:carlmoore * 55166 brlcad/trunk/src/conv/conv-vg2g.c: make reference to prompts that may be needed |
| 00:13.47 | Notify | 03BRL-CAD:starseeker * 55167 brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h: MSVC didn't define __FLT_EPSILON__ - use FLT_EPSILON instead |
| 00:14.07 | Notify | 03BRL-CAD Wiki:Phoenix * 4997 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 00:14.09 | Notify | 03BRL-CAD Wiki:Phoenix * 4998 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 00:14.11 | Notify | 03BRL-CAD Wiki:Phoenix * 4999 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 00:14.13 | Notify | 03BRL-CAD Wiki:Phoenix * 5000 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split the surfaces and generate new trimmed sub-surfaces using intersection curves */ |
| 00:14.15 | Notify | 03BRL-CAD Wiki:Phoenix * 5001 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 00:14.17 | Notify | 03BRL-CAD Wiki:Starseeker * 5002 /wiki/Google_Summer_of_Code/Project_Ideas: /* Mentors */ Update mentor list |
| 00:14.19 | Notify | 03BRL-CAD Wiki:Starseeker * 5003 /wiki/Google_Summer_of_Code/Project_Ideas: /* Other Tool Projects */ Remove clone tool until we have a proper project definition |
| 00:14.21 | Notify | 03BRL-CAD Wiki:Starseeker * 5004 /wiki/Google_Summer_of_Code/Project_Ideas: /* Project Categories */ tweaks |
| 00:14.23 | Notify | 03BRL-CAD Wiki:Phoenix * 5005 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split the surfaces and generate new trimmed sub-surfaces using intersection curves */ |
| 00:14.25 | Notify | 03BRL-CAD Wiki:Starseeker * 0 /wiki/Vector_output_from_raytracing: |
| 00:14.27 | Notify | 03BRL-CAD Wiki:Starseeker * 5009 /wiki/Google_Summer_of_Code/Project_Ideas: /* Project Categories */ shuffle some tasks around |
| 00:14.29 | ``Erik | another fruity email gumming up the parser :/ |
| 00:14.29 | Notify | 03BRL-CAD Wiki:Phoenix * 5010 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split the surfaces and generate new trimmed sub-surfaces using intersection curves */ |
| 00:14.31 | Notify | 03BRL-CAD Wiki:Phoenix * 5011 /wiki/User:Phoenix/GSoc2013/Proposal: |
| 00:14.33 | Notify | 03BRL-CAD Wiki:Phoenix * 5012 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */ |
| 00:14.35 | Notify | 03BRL-CAD Wiki:Phoenix * 5013 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 00:14.37 | Notify | 03BRL-CAD Wiki:Phoenix * 5014 /wiki/User:Phoenix/GSoc2013/Proposal: /* Split the surfaces and generate new trimmed sub-surfaces using intersection curves */ |
| 00:14.39 | Notify | 03BRL-CAD Wiki:Phoenix * 5015 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */ |
| 00:14.41 | Notify | 03BRL-CAD Wiki:Phoenix * 5016 /wiki/User:Phoenix/GSoc2013/Proposal: /* Other ideas */ |
| 00:14.42 | starseeker | ``Erik: heh - thanks :-) |
| 00:14.43 | Notify | 03BRL-CAD Wiki:Phoenix * 5017 /wiki/User:Phoenix/GSoc2013/Proposal: /* Deliverables */ |
| 00:14.45 | Notify | 03BRL-CAD Wiki:Phoenix * 5018 /wiki/User:Phoenix/GSoc2013/Proposal: /* Why me */ |
| 00:14.47 | Notify | 03BRL-CAD Wiki:Phoenix * 5019 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */ |
| 00:14.49 | Notify | 03BRL-CAD Wiki:Phoenix * 5020 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */ |
| 00:14.51 | Notify | 03BRL-CAD Wiki:Phoenix * 5021 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */ |
| 00:14.53 | Notify | 03BRL-CAD Wiki:Phoenix * 5022 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */ |
| 00:14.55 | Notify | 03BRL-CAD Wiki:Phoenix * 5023 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */ |
| 00:14.57 | Notify | 03BRL-CAD Wiki:Phoenix * 5024 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */ |
| 00:14.59 | Notify | 03BRL-CAD Wiki:Phoenix * 5025 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */ |
| 00:15.01 | Notify | 03BRL-CAD Wiki:Phoenix * 5026 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */ |
| 00:15.03 | Notify | 03BRL-CAD Wiki:Phoenix * 5027 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */ |
| 00:15.05 | Notify | 03BRL-CAD Wiki:Phoenix * 5028 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */ |
| 00:15.07 | Notify | 03BRL-CAD Wiki:Phoenix * 5029 /wiki/User:Phoenix/GSoc2013/Proposal: /* Time availability */ |
| 00:15.09 | Notify | 03BRL-CAD Wiki:Phoenix * 5030 /wiki/User:Phoenix/GSoc2013/Proposal: /* Why BRL-CAD */ |
| 00:15.11 | Notify | 03BRL-CAD Wiki:Phoenix * 5031 /wiki/User:Phoenix/GSoc2013/Proposal: /* Why me */ |
| 00:15.13 | Notify | 03BRL-CAD Wiki:Phoenix * 5032 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */ |
| 00:15.15 | Notify | 03BRL-CAD Wiki:Starseeker * 5033 /wiki/NURBS_Intersections: Clarify that the project links don't have source code we can use, just research papers. |
| 05:08.17 | *** join/#brlcad caen23_ (~cezar@92.81.161.99) | |
| 08:23.57 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 10:16.08 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 10:44.53 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ybbwnqxokpliteog) | |
| 11:08.34 | *** join/#brlcad Abhishek91 (~Abhishek9@122.166.157.182) | |
| 11:14.42 | Abhishek91 | Hi everyone. Are there any GSOC mentors online currently ? |
| 11:46.03 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 12:56.20 | *** join/#brlcad caen23 (~cezar@92.81.178.46) | |
| 13:39.45 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 13:39.47 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 14:11.01 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 14:11.46 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 14:13.22 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 14:40.58 | brlcad | Abhishek91: you're welcome to discuss you proposal here openly any time |
| 14:41.12 | brlcad | responses may be immediate or hours later, but someone responds when we can |
| 14:42.44 | Abhishek91 | thats perfect ! i just wanted to ask about the website development project listed in the ideas page |
| 14:43.14 | Abhishek91 | i have good experience in developing websites/tools in django |
| 14:43.19 | brlcad | I was just responding to your e-mail |
| 14:43.44 | brlcad | first up, what's the name of our org? :) |
| 14:44.11 | Abhishek91 | brl-cad ? :P |
| 14:44.33 | brlcad | that's better than your intro email :) |
| 14:45.47 | Abhishek91 | haha my bad :) |
| 14:47.06 | Abhishek91 | i guess its because of my habbit of writing blr .. a short-form for where i live :p .. bangalore |
| 14:47.10 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:47.35 | brlcad | understandable |
| 14:49.15 | Abhishek91 | i see that your requirement says that you need a long term contributor :) i'm willing to put in time into managing the website after the duration of the summer of code as well ! |
| 14:50.55 | brlcad | yeah, we don't just want a site developed |
| 14:50.59 | brlcad | that's nearly useless by itself |
| 14:51.19 | brlcad | it needs to be polished, integrated, understood, communicated, maintained, ... |
| 14:53.40 | brlcad | Abhishek91: I just replied so you can follow up there or here to discuss |
| 14:56.13 | Abhishek91 | sure i understand ! is there anything i could do to get started from a web developer's perspective.. to further understand what is required of me ? |
| 14:58.16 | brlcad | yes, lots of reading |
| 14:58.19 | brlcad | see last year's work |
| 14:58.56 | brlcad | also, download and compile brl-cad optimized, run the benchmark, become familiar with everything in the output log |
| 14:59.07 | Abhishek91 | i got the mail :) thank you so much |
| 14:59.22 | Abhishek91 | sure ! will do that tonight ! |
| 15:00.00 | brlcad | the more you know and understand, the more detail you'll be able to put into a proposal |
| 15:00.39 | brlcad | just, like I mention in the e-mail, make sure you account time for LOTS of discussions, following our coding guidelines, and integrating your work |
| 15:01.17 | brlcad | a good patch might be to make some useful enhancement or modification to his existing code (after you get it up and running) so you can demonstrate a working understanding |
| 15:01.39 | vladbogo | hello |
| 15:01.52 | Abhishek91 | sounds good ! |
| 15:02.04 | vladbogo | i am interested in the New Cross-Platform 3D Display Manager project |
| 15:02.11 | brlcad | hi vladbogo, welcome |
| 15:02.19 | vladbogo | thanks:) |
| 15:02.39 | brlcad | vladbogo: sounds great -- that's a tough one so you have a lot of homework ;) |
| 15:02.46 | vladbogo | i received your mail and started to read the documentation about the display tools |
| 15:03.27 | vladbogo | you warned me about that in the mail but the project seems really interesting to me so I am willing to invest a lot of time |
| 15:04.15 | brlcad | that's great because it'll probably require a lot of time ;) |
| 15:04.45 | vladbogo | i started by reading the manpages for the tools indicated and managed to make a brief idea about how things work |
| 15:04.49 | brlcad | it's a challenge not because of qt/ogre/whatever, but because you're going to have to understand the existing code in order to extend it |
| 15:05.08 | brlcad | understanding the difference between a framebuffer and a display manager, for example |
| 15:05.51 | brlcad | a low-level way you can see a DM in action, run "mged -c" and it'll prompt you for which DM to run |
| 15:06.06 | brlcad | nu == NULL or no display manager |
| 15:06.26 | brlcad | X or ogl obviously refer to different ones ;) |
| 15:07.03 | vladbogo | thanks |
| 15:07.06 | brlcad | portions of their source are in src/libdm but also in src/mged/dm* (unfortunatley, that's something to clean up and eliminate) |
| 15:07.26 | vladbogo | i looked there |
| 15:07.57 | vladbogo | and to be honest it seemed quite overwhelming |
| 15:08.12 | brlcad | which crash course intro: mged -c test.g then "make sph sph" .. you just make a sphere, wireframe displays in the DM, run "rt" and a framebuffer window should pop up with a rendering |
| 15:08.29 | brlcad | yes |
| 15:08.35 | brlcad | don't be overwhelmed :) |
| 15:08.39 | brlcad | ask questions |
| 15:08.48 | vladbogo | but what i understood is that the tk framework is used |
| 15:08.49 | brlcad | we're here to help answer questions and explain things |
| 15:09.02 | vladbogo | thanks a lot |
| 15:09.26 | brlcad | tk framework is used if you run mged without the -c or if you run the "gui" command |
| 15:09.54 | brlcad | tk framework is otherwise not used |
| 15:10.14 | brlcad | there was an effort a few years ago to create a tk DM, but that work is incomplete (src/libdm/dm-tk.c |
| 15:10.23 | vladbogo | and also it isn't clear if qt/ogre should be integrated in tk? |
| 15:17.33 | brlcad | if it's qt/ogre, it should not involve tk |
| 15:18.20 | brlcad | it could be qt/ogre or tk/ogre or pure tk/ogl or pure qt/ogl |
| 15:18.52 | brlcad | don't want to unnecessarily involve technologies where they provide no benefit |
| 15:19.12 | vladbogo | thanks |
| 15:20.04 | vladbogo | i think that now the most important part is to study the code |
| 15:21.19 | vladbogo | which to you think it would be better making a patch or trying to get to know as many information about what is done and where rather than concentrating on a particular part? |
| 15:25.04 | brlcad | "yes" |
| 15:25.21 | brlcad | you have to balance those |
| 15:25.27 | brlcad | no patch == no proof |
| 15:25.33 | brlcad | no research == no useful patch |
| 15:25.52 | vladbogo | ok i understood |
| 15:26.16 | vladbogo | i haven't been clear enough but you answered my question |
| 15:26.23 | brlcad | something you could work on might be to create a debug DM that actually works |
| 15:26.44 | brlcad | completely non-graphical, a DM that just prints/logs calls |
| 15:27.29 | vladbogo | and another question |
| 15:28.04 | brlcad | i.e., that'd be a good patch that would also help you understand the code |
| 15:28.20 | brlcad | so you'd have a better idea of what you'd need to do and describe in your proposal |
| 15:28.50 | brlcad | the DM interface is basically a set of callback functions that get defined |
| 15:29.10 | brlcad | so you'd be stubbing in a bunch of empty functions first, just to get it to show up as a mged -c option |
| 15:29.29 | brlcad | then make it print something useful instead of empty functions |
| 15:30.25 | vladbogo | that seems interesting |
| 15:31.12 | vladbogo | is there any place where i could get some more information about this? |
| 15:31.22 | brlcad | here? |
| 15:31.31 | vladbogo | :) |
| 15:31.42 | brlcad | can start by following one of the existing DM interfaces, like DM_OGL or DM_TK |
| 15:32.07 | vladbogo | thanks |
| 15:32.10 | brlcad | searching for one of those will pull up all the places you'd probably need to edit to add your new debug interface |
| 15:32.40 | brlcad | and you'd add your DM_TEXT or DM_DEBUG similarly |
| 15:32.59 | brlcad | likes DM_TXT |
| 15:35.13 | vladbogo | then i will start working and put questions on the way |
| 15:35.25 | vladbogo | thank you very much for your help |
| 15:35.36 | brlcad | again, don't get frustrated or overwhelmed |
| 15:35.50 | vladbogo | :) |
| 15:36.00 | brlcad | it's a LOT of code, you're not expected to just jump in and starting creating a better interface than AutoCAD |
| 15:36.01 | vladbogo | hope so |
| 15:36.14 | brlcad | that's next week |
| 15:37.39 | vladbogo | thanks again |
| 16:54.46 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.14.251) | |
| 16:54.59 | Ch3ck | Hi I |
| 16:55.55 | Ch3ck | wish to work implement a pull routine for performing the opposite of the matrix push on geometry |
| 16:56.12 | Ch3ck | but i don't have a reference to where the matrix is defined in the src |
| 17:00.13 | brlcad | hello Ch3ck |
| 17:00.52 | brlcad | Ch3ck: our matrix type is defined in include/vmath.h |
| 17:01.25 | brlcad | see include/bn.h and src/libbn for all sorts of matrix math code |
| 17:01.31 | brlcad | src/libged/push.c for push |
| 17:03.12 | Ch3ck | ok thanks very much |
| 17:03.41 | Ch3ck | i ws also thinking on working on the implementing a simplification of the CSG tree |
| 17:03.58 | Ch3ck | together with its manipulating routines.. |
| 17:04.17 | Ch3ck | i also wish to know where its defined in the src |
| 17:06.49 | Ch3ck | thanks for the help on the matrix implementation.. |
| 17:13.56 | brlcad | CSG tree is much more complicated, it lives and can exist in several forms |
| 17:14.12 | brlcad | most of those forms are defined in include/raytrace.h though |
| 17:17.34 | Ch3ck | ok thanks for the assistance |
| 17:19.58 | Notify | 03BRL-CAD:erikgreenwald * 55168 (brlcad/trunk/src/libged/simulate/simphysics.cpp brlcad/trunk/src/libged/simulate/simulate.c): add missing semicolons |
| 17:20.33 | Notify | 03BRL-CAD:erikgreenwald * 55169 brlcad/trunk/src/libged/simulate/simrt.c: add missing * from xrayp pointer declaration? |
| 17:21.50 | Ch3ck | hey what lets say i have an idea on how to implement the unpush operation on the matrix |
| 17:22.20 | Ch3ck | do i need to submit a small src patch on the idea ?? when submitting my proposal?? |
| 17:25.25 | Notify | 03BRL-CAD:bob1961 * 55170 brlcad/trunk/src/librt/primitives/arb8/arb8.c: This fixes a bug in rt_arb_centroid() (.e.g, "*cent[0] = x_avg;" becomes "(*cent)[0] = x_avg;", notice that [] binds tighter than *). |
| 17:40.39 | Ch3ck | Hi @brlcad to increase my chances of being selected should i submit some code like sample code on how i want to implement the unpush operation?? |
| 17:40.50 | Ch3ck | i'll appreciate the guidance.. |
| 18:03.25 | *** join/#brlcad botton (~willie@router.isis.poly.edu) | |
| 18:03.26 | *** part/#brlcad botton (~willie@router.isis.poly.edu) | |
| 18:10.53 | brlcad | Ch3ck: you should submit a patch, but it doesn't have to be on the idea your proposing |
| 18:11.21 | brlcad | it certainly helps if it's related so that you can become familiarized with code that you'll be working with |
| 18:11.52 | brlcad | but the patch is predominantly just intending to demonstrate competency |
| 18:11.59 | brlcad | being relevant to your proposal is just a bonus |
| 18:13.15 | Ch3ck | ok |
| 18:13.20 | Ch3ck | thanks for the help |
| 18:13.29 | Ch3ck | well i'll try to fix some bugs.. |
| 18:14.07 | brlcad | a good unpush patch might be to stub in an empty function in all the right places so that when you run "unpush" it prints a message |
| 18:14.16 | brlcad | or some other libged fix/cleanup |
| 18:22.28 | *** join/#brlcad ncsaba (~ncsaba@p5498139B.dip.t-dialin.net) | |
| 18:22.52 | ncsaba | Hi there |
| 18:23.59 | ncsaba | I would need some advice on calculating the centroid of a torus segment :-) |
| 18:24.54 | ncsaba | in theory it would work by solving some integrals - but my integrations skills are veeery rusty |
| 18:51.21 | Notify | 03BRL-CAD:brlcad * 55171 brlcad/trunk/include/bu.h: unlikely to have HUGE_VALF and not HUGE_VAL so go with the bigger infinity first |
| 18:54.03 | Notify | 03BRL-CAD:brlcad * 55172 brlcad/trunk/include/bu.h: similarly, try maxdouble before float. this will probably warrant some TLC to get single precision clean again. |
| 18:55.06 | brlcad | hi ncsaba |
| 19:00.10 | *** join/#brlcad caen23_ (~cezar@92.81.182.107) | |
| 19:01.59 | brlcad | ncsaba: this may help: http://www.eng.auburn.edu/~marghitu/MECH2110/staticsC3.pdf |
| 19:02.04 | Notify | 03BRL-CAD:starseeker * 55173 brlcad/trunk/src/other/poly2tri/CMakeLists.txt: That macro came from the stepcode cmake logic, which isn't guaranteed to be available. |
| 19:02.49 | brlcad | for non-elliptical torii, solving the centroid of the circle segments will give you the torus centroid |
| 19:03.43 | brlcad | and I think Couter + Cinner (where each is a vector to the outer and inner circle centroid respectively) will give you the centroid |
| 19:04.32 | brlcad | where C is {4r/3pi, 4r/3pi} |
| 19:10.23 | Notify | 03BRL-CAD:starseeker * 55174 brlcad/trunk/src/other/CMakeLists.txt: libvds and poly2tri are needed by the core library set. |
| 19:12.22 | brlcad | notes it's high time that someone add a src/other/README that documents all of the places and ways each of our external dependencies are used |
| 19:13.10 | brlcad | it's getting to be a lot, begging for a table of contents |
| 19:15.05 | Notify | 03BRL-CAD:brlcad * 55175 brlcad/trunk/TODO: someone should write up what all those do |
| 19:16.10 | *** join/#brlcad someta (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 19:20.46 | *** part/#brlcad someta (73f88294@gateway/web/freenode/ip.115.248.130.148) | |
| 19:25.18 | Notify | 03BRL-CAD:carlmoore * 55176 brlcad/trunk/src/proc-db/csgbrep.cpp: add DEFAULT_FILENAME to warn user that the file is indeed to be output, and also add 'arguments ignored' if any arguments are detected |
| 19:25.26 | Notify | 03BRL-CAD Wiki:Madhavan 12 * 0 /wiki/User:Madhavan_12: |
| 19:30.42 | ncsaba | brlcad: I think I will finally manage to solve the integrals... |
| 19:31.40 | ncsaba | BTW, I have the surface done - once I finish the centroid I will post the next patch |
| 19:43.21 | *** join/#brlcad ncsaba (~ncsaba@p5498139B.dip.t-dialin.net) | |
| 19:54.28 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:55.09 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:55.09 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:55.18 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 20:14.59 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:45.03 | starseeker | makes a note to mention the paper "Determining intersection curves between surfaces of two solids" in conjunction with the SSI discussion, since it does at least talk about finding the initial starting point for a marching intersection approach (if that's needed) |
| 20:47.35 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.14.251) | |
| 21:01.58 | Notify | 03BRL-CAD:starseeker * 55177 (brlcad/trunk/TODO brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/Makefile.am): Add beginnings of a README for src/other |
| 22:44.20 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.161) | |
| 01:54.10 | Notify | 03BRL-CAD:starseeker * 55178 (brlcad/trunk/misc/CMake/FindX11.cmake brlcad/trunk/src/other/incrTcl/itk/CMake/FindX11.cmake and 4 others): Try to tighten up the reporting when we have mixed paths - 'MATCHES' appears to be too loose. For some reason on Linux Mint libXpm is in /usr/lib rather than /usr/lib/x86_64-linux-gnu - that's fine, but the path difference triggers the reporting notice since it looks similar to |
| 01:54.12 | Notify | cases on Mac OSX that are trouble - try not to say more than we need to. While we're at it, sync the src/other copies. |
| 03:02.32 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 03:02.53 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 03:40.57 | *** join/#brlcad o8768 (6c056116@gateway/web/freenode/ip.108.5.97.22) | |
| 03:41.07 | o8768 | p[[[[ |
| 04:04.26 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) | |
| 04:21.37 | *** join/#brlcad caen23 (~cezar@92.81.204.176) | |
| 05:23.17 | *** join/#brlcad gdh (~quassel@host-69-146-171-162.static.bresnan.net) | |
| 05:34.55 | brlcad | wanders |
| 05:59.55 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-keuttfizkwzbdkax) | |
| 06:22.12 | kanzure | don't get lost.. |
| 07:16.07 | *** join/#brlcad vaibhav__ (75cdb140@gateway/web/freenode/ip.117.205.177.64) | |
| 07:17.16 | *** join/#brlcad vaibhav__ (75cdb140@gateway/web/freenode/ip.117.205.177.64) | |
| 07:19.17 | *** join/#brlcad vaibhav_ (75cdb140@gateway/web/freenode/ip.117.205.177.64) | |
| 10:09.21 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:22.48 | Notify | 03BRL-CAD Wiki:Phoenix * 5034 /wiki/User:Phoenix/GSoc2013/Proposal: /* Other ideas */ |
| 10:24.25 | Notify | 03BRL-CAD Wiki:Phoenix * 5035 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */ |
| 10:27.03 | Notify | 03BRL-CAD Wiki:Phoenix * 5036 /wiki/User:Phoenix/GSoc2013/Proposal: /* Deliverables */ |
| 10:29.46 | Notify | 03BRL-CAD Wiki:Phoenix * 5037 /wiki/User:Phoenix/GSoc2013/Proposal: /* Brief summary */ |
| 10:31.59 | Notify | 03BRL-CAD Wiki:Phoenix * 5038 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */ |
| 10:48.24 | *** join/#brlcad dos651 (~dos65@95.78.119.196) | |
| 10:55.58 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:39.29 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 12:25.21 | ``Erik | huh, python implemented in common lisp https://github.com/cbbrowne/cl-python |
| 12:39.10 | ``Erik | hah, ftp.arl.army.mil on hackernews https://news.ycombinator.com/item?id=5569192 |
| 13:30.24 | *** join/#brlcad caen23 (~cezar@92.81.160.136) | |
| 14:47.55 | Notify | 03BRL-CAD:carlmoore * 55179 brlcad/trunk/src/util/cv.c: clarify the pattern |
| 15:32.52 | Notify | 03BRL-CAD:starseeker * 55180 brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h: Need much tigher tolerances in the EQ macro - FLT_EPSILON was causing segfaults. Go with DBL_MIN to get as close as possible to the original (working) exact comparisions without triggering compiler warnings. |
| 16:26.15 | Notify | 03BRL-CAD Wiki:Neutrixturl * 0 /wiki/User:Neutrixturl: |
| 17:37.09 | starseek1r | brlcad: do you think this would be a good reference for the SSI project? http://web.mit.edu/hyperbook/Patrikalakis-Maekawa-Cho/node56.html |
| 17:39.40 | starseek1r | wasn't aware this was available online until now |
| 17:42.27 | starseek1r | http://web.mit.edu/hyperbook/Patrikalakis-Maekawa-Cho/node55.html rather |
| 17:49.47 | starseek1r | brlcad: ah, nevermind, I see where you linked to it now |
| 17:51.38 | *** join/#brlcad caen23 (~cezar@92.83.167.120) | |
| 18:02.41 | *** join/#brlcad caen23 (~cezar@92.83.167.120) | |
| 18:16.23 | brlcad | starseeker: you have a stack trace on that seg fault? (55180) |
| 18:20.27 | brlcad | or something I can try to reproduce it |
| 18:20.37 | brlcad | don't doubt it, but might try for an additional fix |
| 18:20.39 | brlcad | something with sensitivity under epsilon might be a portability problem (non IEEE 754 compilation) |
| 18:21.10 | brlcad | the kind that bites hard years later |
| 18:27.49 | vladbogo | hello |
| 18:28.25 | vladbogo | i am trying to make a non graphical debug DM |
| 18:28.41 | vladbogo | and i ran in quite a few problems |
| 18:29.08 | vladbogo | i think i am missing something |
| 18:30.52 | vladbogo | i see that mged_attach attaches a new DM but I don't understand why it's the background color initialized even though the DM can be non-graphical |
| 18:31.10 | vladbogo | any idea? |
| 18:38.33 | brlcad | what do you mean it attaches it? |
| 18:38.58 | brlcad | it's not entirely surprising that assumptions of it being a graphical DM might be pervasive |
| 18:39.14 | brlcad | setting a background color is necessarily a problem with, or is it? |
| 18:39.47 | brlcad | I'd think even a debug DM would need to keep track of some state (like color) in order to correctly report settings |
| 18:40.27 | vladbogo | you're right |
| 19:04.03 | starseeker | brlcad: um. Don't have a stack trace handy, but easy to reproduce - just revert that change and then try shaded display of the 3dm test geometry example in regress/nurbs/ |
| 19:04.35 | starseeker | (or any other handy NURBS model, for that matter - didn't seem to matter which one we tried) |
| 19:05.31 | starseeker | tar -xvjf regress/nurbs brep-3dm.tar.bz2 && 3dm -r -o brep.g brep.3dm |
| 19:05.53 | starseeker | shaded viewing in mged or archer |
| 19:06.03 | starseeker | will trigger the issue (at least here) |
| 19:22.24 | brlcad | okay, thanks |
| 19:22.28 | brlcad | see what I can find out |
| 19:22.57 | vladbogo | hi again |
| 19:23.19 | vladbogo | i think i managed to get the debug dm working |
| 19:24.31 | vladbogo | but i want to ask you if it should print messages in a log file or is it ok to print to stdout? |
| 19:29.03 | Notify | 03BRL-CAD:carlmoore * 55181 brlcad/trunk/src/util/cv.c: shift in_cookie , out_cookie to later (after file issues are checked out), and use argc == 5 because argc >5 was already elminated by earlier code |
| 19:41.57 | Notify | 03BRL-CAD:carlmoore * 55182 brlcad/trunk/src/util/cv.c: insert 2 else's because if I get the 'huc' or 'nuc' strings, I know the strlen must be 3 so I don't need to test for strlen >4 || strlen <1 |
| 20:01.57 | brlcad | vladbogo: either is fine |
| 20:02.09 | vladbogo | thanks |
| 20:02.30 | vladbogo | i will probably submit the patch tomorrow |
| 20:02.44 | brlcad | excellent! |
| 20:02.49 | brlcad | ahead of the curve already ;) |
| 20:02.55 | vladbogo | :) |
| 20:02.57 | brlcad | make sure you read HACKING and match our style |
| 20:03.02 | brlcad | that's the single biggest mistake |
| 20:03.31 | brlcad | our style is probably a little different than you're used to and we're very strict about it needing to conform |
| 20:03.35 | vladbogo | that's what i wanted to do because right now it's a little bit messy |
| 20:03.38 | brlcad | indentation in particular |
| 20:03.52 | brlcad | I definitely don't like messy :) |
| 20:03.57 | brlcad | keep that to yourself :D |
| 20:04.16 | brlcad | there are scripts in the sh directory that might help you |
| 20:04.29 | vladbogo | well not quite messy but i used tabs instead of spaces and other similar things |
| 20:04.38 | brlcad | sh/indent.sh and sh/ws.sh for example (along with template/header/footer) |
| 20:04.53 | brlcad | we use both tabs AND spaces |
| 20:05.09 | brlcad | it's a compressed fixed format |
| 20:05.24 | brlcad | tabstops at 8, but indents are at 4 |
| 20:05.45 | brlcad | so it's 4spc, then 1 tab, then 1tab+4spcs, then 2tabs, and so on as you indent |
| 20:05.46 | vladbogo | thanks |
| 20:06.21 | vladbogo | i will take care |
| 20:06.24 | brlcad | yw, thanks for your efforts too |
| 20:07.24 | vladbogo | it was interesting working and i came to a more clear idea about the projects |
| 20:08.14 | vladbogo | i was thinking about starting to make my application and post it as soon as possible in order to get a feedback |
| 20:09.09 | vladbogo | is this ok or should I stick more on the code and make the application later? |
| 20:13.12 | *** join/#brlcad dos65 (~dos65@46.147.68.123) | |
| 20:51.45 | Notify | 03BRL-CAD:starseeker * 55183 brlcad/trunk/src/librt/CMakeLists.txt: Add test case for get_closest_point, using an isolated surface and two 3D inputs that are unexpectedly returning the same 2D pullback result. |
| 20:57.45 | Notify | 03BRL-CAD:starseeker * 55184 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/tests/CMakeLists.txt): Move dvec test into tests subdirectory |
| 20:59.57 | Notify | 03BRL-CAD:starseeker * 55185 brlcad/trunk/src/librt/Makefile.am: Update Makefile.am |
| 21:08.10 | *** join/#brlcad caen23 (~cezar@92.81.203.72) | |
| 21:17.01 | *** join/#brlcad Echelon_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 21:17.32 | Notify | 03BRL-CAD:carlmoore * 55186 brlcad/trunk/src/conv/cy-g.c: implement the utility name in 2 error messages |
| 21:24.51 | Notify | 03BRL-CAD:carlmoore * 55187 brlcad/trunk/src/conv/cy-g.c: fix a word in a comment |
| 21:44.37 | ``Erik | collection of famous cars http://cheezburger.com/7341936640 |
| 21:47.33 | brlcad | ``Erik: could that picture be any smaller |
| 21:58.15 | ``Erik | 500x286 should be big enough for anyone O.o (there's no source for the image, *shrug* don't shoot the messenger :D ) |
| 23:31.52 | starseeker | ``Erik: so are you gonna add python to your ucw web mix? :-P |
| 23:35.11 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 23:35.12 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 23:45.26 | ``Erik | heh, no, it was just an interesting demonstration of 'real ultimate power' |
| 23:58.12 | starseeker | is disturbed that there is no indication of how long NASA's "security review" of the technical reports server will take |
| 00:00.54 | kanzure | was that just because someone bulk downloaded papers? |
| 00:01.32 | starseeker | no, you're probably thinking of JSTOR and Aaron Swartz |
| 00:02.00 | kanzure | i'm familiar with aaronsw's work, but i specifically remember something about the reason for nasa taking down their server was something about "china" and "downloads" |
| 00:04.00 | kanzure | maybe not. |
| 00:05.09 | starseeker | http://www.space.com/20355-nasa-chinese-spy-reports-database.html |
| 00:05.18 | starseeker | that what you're thinking of? |
| 00:05.33 | kanzure | tbh i got the "china" information second-hand from a person heh |
| 00:05.54 | kanzure | looks right |
| 00:07.52 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 00:49.28 | *** join/#brlcad RcHaCk (RcHaCk@174.1.98.67) | |
| 00:49.33 | RcHaCk | hey |
| 00:56.29 | *** part/#brlcad RcHaCk (RcHaCk@174.1.98.67) | |
| 01:09.33 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 01:09.36 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 01:14.32 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 01:14.33 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 02:47.22 | *** join/#brlcad gdh (~quassel@70.36.71.180) | |
| 03:24.09 | starseeker | hopes someone publishes a new book on the Antikythera mechanism in the next few years... so much new info |
| 05:40.02 | *** join/#brlcad caen23 (~cezar@92.81.176.149) | |
| 06:20.29 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 06:40.52 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 06:41.40 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:41.53 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 08:29.52 | *** join/#brlcad caen23 (~cezar@92.83.176.183) | |
| 10:04.05 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:05.05 | Notify | 03BRL-CAD Wiki:Fooldzoonia * 0 /wiki/User:Fooldzoonia: |
| 10:10.26 | ``Erik | interesting http://ceur-ws.org/Vol-639/041-minkowitz.pdf |
| 11:00.16 | *** join/#brlcad ncsaba (~ncsaba@p549828CC.dip0.t-ipconnect.de) | |
| 11:01.10 | ncsaba | Hi all |
| 11:01.13 | ncsaba | anybody around who knows the pipe.c code ? |
| 11:15.00 | ``Erik | if there isn't, there will be... ask your question and hang around until someone responds :) |
| 11:43.32 | ncsaba | well I would like to ask about the meaning of the fields of the bend_pipe structure |
| 11:45.52 | ncsaba | I suppose "bend_V" is the center of the circle with radius "bend_radius", of which the bend's center line is part of |
| 11:48.56 | ncsaba | what I'm actually after is if there is any of those parameters helpful to get a unit vector from the bend's center (as I understand it) pointing to the middle of the bend ? With "middle" I mean the mid-point of the center-line of the torus segment |
| 12:06.11 | ncsaba | ok, I think I will use: VCOMB2(cp, bend->bend_start, 0.5, bend->bend_end, 0.5); VSUB2(cp, cp, bend->bend_V); VUNITIZE(cp); |
| 12:07.36 | brlcad | you mean bend_ra? |
| 12:09.22 | ``Erik | http://youtu.be/o8TssbmY-GM wringing water out of a washcloth in space |
| 12:36.39 | *** join/#brlcad caen23 (~cezar@92.81.162.211) | |
| 12:40.44 | ncsaba | brlcad: Hi there :-) |
| 12:41.14 | ncsaba | brlcad: isn't "bend_ra" the vector from bend_V -> bend_start ? |
| 12:41.52 | ncsaba | I need one from bend_V to the middle point between bend_start and bend_end (if I understand the meaning of these correctly) |
| 12:43.43 | ncsaba | this is for the centroid - I managed to understand the math behind it, solved my integrals, and then took what you suggested originally and calculate the centroid of the center line of the torus segment :-) |
| 12:47.19 | ncsaba | so if my math is correct, the centroid sits on the line from the bend's center to the middle of the center line, at distance cos(bend_angle/4)*(bend_radius + bend_or) |
| 12:48.00 | ncsaba | sorry, was wrong: cos(bend_angle/4)*bend_radius |
| 12:48.08 | ncsaba | bend_or has nothing to do there |
| 12:49.16 | Notify | 03BRL-CAD:bob1961 * 55188 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added Archer support for the envmap and unlisted/unknown shaders. |
| 13:44.32 | *** join/#brlcad prakhnig (~prakhnig@59.180.138.8) | |
| 13:57.11 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 14:02.28 | *** join/#brlcad adirocks11 (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 14:03.04 | *** part/#brlcad adirocks11 (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 14:05.09 | *** join/#brlcad hawthorn (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 14:05.24 | hawthorn | hi |
| 14:08.27 | hawthorn | hello Mr. Erik |
| 14:09.32 | hawthorn | i was going trough the ideas page and was interested in the code duplication reduction |
| 14:10.40 | hawthorn | i am using the irc channel for the very first time and I dont know whether my msg is posted or not |
| 14:10.50 | hawthorn | anyone please reply if my msgs are posted |
| 14:10.57 | vladbogo | hi |
| 14:11.12 | vladbogo | the messages are posted :) |
| 14:11.23 | hawthorn | oh thanks :) |
| 14:11.41 | vladbogo | it could take a while until someone answers but it will |
| 14:11.48 | hawthorn | when do the mentors reply ? |
| 14:11.57 | hawthorn | oh thanks again ..you answered well before :D |
| 14:12.08 | vladbogo | you're welcome |
| 14:12.27 | hawthorn | you a frequent user of this irc channel ? |
| 14:13.40 | vladbogo | i am also interested in a gsoc project so i started to use this channel just a few days ago |
| 14:14.13 | hawthorn | oh..got it |
| 14:14.22 | vladbogo | you can also send a message on the mailing list |
| 14:14.38 | hawthorn | where is it ? |
| 14:15.44 | vladbogo | there's a checklist link on the idea page and you find there the address of the mailing list |
| 14:16.21 | hawthorn | ok..thank you very much.! |
| 14:16.27 | vladbogo | you're welcome |
| 14:26.08 | *** join/#brlcad gdh_ (~quassel@70.36.71.180) | |
| 14:36.59 | Notify | 03BRL-CAD:bob1961 * 55189 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support in Archer for the air shader. |
| 14:49.56 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 14:50.10 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 15:01.47 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 15:06.18 | *** join/#brlcad prakhnig2 (~prakhnig@59.180.128.106) | |
| 15:07.53 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 15:17.30 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 15:17.31 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 15:17.50 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 15:23.16 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 15:23.37 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 15:51.03 | *** join/#brlcad caen23 (~cezar@109.97.114.47) | |
| 16:19.21 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 16:20.38 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 16:20.38 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 16:32.49 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 16:32.54 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 16:41.37 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 16:41.38 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:01.56 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 17:11.17 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 17:36.38 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 17:36.50 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 17:38.36 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 17:39.37 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.161) | |
| 17:39.48 | Ch3ck | Hi |
| 17:40.15 | Ch3ck | i want to work on some of the bugs from the bug file in the src i downloaded yesterday |
| 17:40.54 | Ch3ck | and i wnat to work on the bu_log() routine width which does not allign with the printf |
| 17:41.16 | Ch3ck | so i wish to know where the bu_log() routine is defined in the src |
| 17:41.22 | Ch3ck | so i could take a peek at it.. |
| 17:42.23 | ``Erik | function names are prefixed with what lib their in, so probably something like src/libbu/log.c |
| 17:42.49 | Ch3ck | also concerning the rt_mirror() function which i am to refactor into the functab |
| 17:42.52 | ``Erik | s/their/they're/ |
| 17:43.14 | Ch3ck | ok thanks Erik |
| 17:43.21 | Ch3ck | wanna fix the bug right away.. |
| 17:43.31 | ``Erik | ~/src/brlcad/src/librt$ grep -r ^rt_mirror . |
| 17:43.31 | ``Erik | ./primitives/mirror.c:rt_mirror(struct db_i *dbip, |
| 17:43.53 | Ch3ck | ok |
| 17:45.33 | Ch3ck | i don't get it.. |
| 17:46.11 | ``Erik | ? |
| 17:46.53 | Ch3ck | ok the ~/src/brlcad/src/librt$ grep * |
| 17:46.59 | Ch3ck | thing |
| 17:47.19 | ``Erik | oh, my BRL-CAD checkout is src/brlcad, so in the src, here's src/librt/primitives/mirror.c that contains rt_mirror() |
| 17:52.09 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:54.43 | Ch3ck | ok |
| 17:54.51 | Ch3ck | thanks @Erik.. |
| 17:54.59 | Ch3ck | i see |
| 17:55.21 | Ch3ck | so i am to refactor rt_mirror() in mirror.c right? |
| 18:05.17 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:10.05 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.13.161) | |
| 18:16.49 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.161) | |
| 18:21.56 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:24.41 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.161) | |
| 18:34.42 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:37.37 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:55.14 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 18:55.26 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:56.54 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:57.02 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:57.31 | Notify | 03BRL-CAD:bob1961 * 55190 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support in Archer for the projection shader. |
| 18:57.37 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:05.24 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 19:30.23 | *** join/#brlcad caen23 (~cezar@92.81.190.254) | |
| 19:45.14 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:48.01 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:51.38 | *** join/#brlcad tofu1 (~morrison@c-71-206-34-125.hsd1.md.comcast.net) | |
| 19:53.17 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 19:56.06 | *** join/#brlcad tofu1 (~morrison@c-71-206-34-125.hsd1.md.comcast.net) | |
| 19:56.07 | *** part/#brlcad tofu1 (~morrison@c-71-206-34-125.hsd1.md.comcast.net) | |
| 19:57.34 | *** join/#brlcad tofu1 (~morrison@c-71-206-34-125.hsd1.md.comcast.net) | |
| 19:58.10 | *** mode/#brlcad [+o tofu] by ChanServ | |
| 19:58.31 | tofu | crazy sagonet |
| 19:58.51 | tofu | apparently, they're having massive network issues |
| 19:59.04 | tofu | probably DDoS attacks |
| 20:04.17 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:05.45 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 20:26.16 | *** join/#brlcad hawthorn (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 20:26.30 | hawthorn | Hello Mr. Erik |
| 20:27.15 | tofu | hawthorn: he's not a Ms., but no need for formality here |
| 20:28.06 | hawthorn | oh sorry |
| 20:28.16 | tofu | no need to be sorry either, relax ;) |
| 20:28.28 | hawthorn | actually I was interested in the reduction of code duplication project |
| 20:28.37 | tofu | great |
| 20:28.39 | tofu | why? |
| 20:28.53 | hawthorn | gsoc project |
| 20:28.58 | tofu | I know |
| 20:29.04 | tofu | why do you want to work on code reduction? |
| 20:29.26 | hawthorn | actually i am interested in OOP |
| 20:29.40 | tofu | what's that got to do with code reduction? :) |
| 20:29.40 | hawthorn | so code reduction can be achieved by it |
| 20:29.45 | tofu | hmm. |
| 20:29.53 | hawthorn | it falls under my interest thats it |
| 20:30.01 | hawthorn | am i wrong ? |
| 20:30.28 | tofu | code refactoring can lead to better introduction of OOP |
| 20:30.37 | tofu | OOP in general however rarely leads to reduced code |
| 20:31.05 | hawthorn | oh.. |
| 20:31.20 | hawthorn | thank you for that |
| 20:31.30 | tofu | obviously code reduction can be achieved by refactoring … which can lead to better OOP design … they're just not necessarily the case :) |
| 20:31.33 | hawthorn | but is that project allotted to someone ? |
| 20:31.38 | tofu | that's not how it works |
| 20:31.47 | tofu | you propose a project |
| 20:31.52 | tofu | others propose a project |
| 20:32.06 | hawthorn | i am new |
| 20:32.07 | tofu | the strongest candidates (based on a whole slew of criteria) are selected |
| 20:32.13 | hawthorn | i dont know how to get a project |
| 20:32.29 | tofu | ultimately, it's YOUR project |
| 20:32.35 | tofu | you propose to do something |
| 20:32.49 | hawthorn | ok. |
| 20:32.56 | hawthorn | so I have to propose something new ? |
| 20:33.01 | tofu | that can be an idea from our ideas page, some variation, or something else altogether |
| 20:33.19 | hawthorn | ok .. |
| 20:33.22 | tofu | regardless of what it is, your job is to flesh out the idea with lots of detail |
| 20:33.43 | tofu | so we might suggest working on "code refactoring" for example |
| 20:34.28 | hawthorn | oh.. |
| 20:34.31 | ``Erik | hawthorn: we have an ideas page, but they're just ideas... you can propose what ever you want, several people can propose the same idea, you can do proposals for several ideas... it's not a "pick one and get assigned" thing at the moment |
| 20:34.34 | tofu | but then you'd turn that into a much more specific proposal to perhaps refactor all of our geometry converters into a library, or finding all the places where we iterate over geometry types manually and push those up into the primitives OOP style, or something else etc |
| 20:34.58 | hawthorn | so I have to present some idea related to code refactoring and then if you like it you will assign me that project..is it like this ? |
| 20:35.11 | tofu | mm, first patch received |
| 20:35.39 | tofu | vladbogo: thanks, someone will usually look at it in a few days |
| 20:35.47 | ``Erik | tofu: been watching the issues, it's been hitting alter a fair bit, it'd seem (alter := uu + worldcom + mci + verizonbiz) |
| 20:36.40 | ``Erik | been seeing cyclic routing tables, too... might be a ddos causing screwy failover behavior, or fat fingers in very expensive router rulesets |
| 20:37.23 | tofu | yeah, I've been reading news reports that there are several unprecedented DDoS attacks going on across the net right now |
| 20:37.40 | ``Erik | (fwiw, vladbogo has also been helping answer questions in chan) |
| 20:37.41 | tofu | perhaps related to todays news or coincidence |
| 20:37.42 | hawthorn | is the server busy ? I cant open the ideas webpage |
| 20:38.07 | tofu | hawthorn: you and everyone else.. ISP is on fire |
| 20:38.43 | hawthorn | I am also very much interested in computer graphics |
| 20:39.07 | hawthorn | so can some small game can be made ? : |
| 20:39.26 | tofu | hawthorn: you can propose pretty much anything |
| 20:39.36 | tofu | I'd suggest discussing any idea in here in detail |
| 20:39.48 | tofu | like if you wanted to make a small game, how would it involve brl-cad? |
| 20:40.08 | vladbogo | tofu: thanks, I will wait for the review |
| 20:40.28 | tofu | and thanks for helping others, that means a lot |
| 20:40.31 | hawthorn | yaa..that would be an issue |
| 20:40.40 | hawthorn | i know OpenGL |
| 20:41.20 | tofu | hawthorn: if you wanted to work in that area, you might check out what the blender folks did X years ago for their game engine, you could propose creating something similar for BRL-CAD |
| 20:41.52 | tofu | but know that would be a stretch to fit into GSoC timeframe given you have very limited experience (at least with BRL-CAD), don't know about your API design background |
| 20:42.39 | tofu | there's certainly tons of games that could be implemented using brl-cad geometry and rendering under the hood |
| 20:43.01 | *** join/#brlcad hawthorn_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 20:43.26 | ``Erik | libfb/if_SDL.c ? |
| 20:43.44 | ``Erik | (semi-game related, sorta, almost) |
| 20:43.48 | tofu | hawthorn_: you see the other messages? |
| 20:43.57 | tofu | heh SDL |
| 20:44.01 | hawthorn_ | let me have a look at blender |
| 20:44.42 | tofu | hawthorn_: that really is a massive undertaking (it took them a couple years to develop their interface) |
| 20:44.46 | tofu | just FYI |
| 20:44.53 | tofu | but you might be able to carve out a piece |
| 20:44.53 | ``Erik | not quite ogre integration, but it'd provide a cross platform interface layer |
| 20:45.02 | tofu | if_qt would too |
| 20:45.30 | hawthorn_ | :( |
| 20:45.31 | ``Erik | if_svgalib.c w00t *duck* |
| 20:45.37 | hawthorn_ | confused |
| 20:47.02 | ``Erik | hawthorn_: have you compiled/installed BRL-CAD and tried mged and rt out yet? it may be useful to play around a bit to see what might be possible |
| 20:48.31 | *** join/#brlcad gdh_ (~quassel@70.36.71.180) | |
| 20:48.42 | tofu | hawthorn_: confused about what? |
| 20:49.11 | tofu | don't be shy with questions … we live and breath this stuff and have for many years, so we certainly don't expect you to understand everything we say :) |
| 20:49.20 | hawthorn_ | yaa |
| 20:50.10 | hawthorn_ | i will first install BRL-CAD, have a look at it and then i ll ping you with some possible ideas |
| 20:50.18 | hawthorn_ | thank you btw |
| 20:50.54 | tofu | excited to hear what you might come up with |
| 20:51.42 | tofu | as soon as the webserver is back up, I'd suggest taking a look over our top-listed projects to see if/how any of them might be interesting too or see if we can brainstorm something based off those ideas |
| 20:51.58 | hawthorn_ | actually i also wanted to ask that how many projects have you already selected ? ..if you could tell |
| 20:52.01 | tofu | it's helpful to consolidate effort in as few areas as possible so real useful progress is made |
| 20:52.08 | tofu | we haven't selected any |
| 20:52.19 | hawthorn_ | oh.. |
| 20:52.21 | tofu | the application timeframe hasn't opened yet, there are no official submissions |
| 20:52.27 | tofu | see the timeline on the GSoC site |
| 20:52.34 | tofu | you're good and early, that's a really good thing |
| 20:52.38 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:52.41 | hawthorn_ | yaa yaa..i have seen that |
| 20:52.41 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 20:52.50 | hawthorn_ | but we can make proposal now right ? |
| 20:53.08 | tofu | we don't start making selections until after the submission window *closes* |
| 20:53.10 | tofu | absolutely |
| 20:53.22 | tofu | several have already put up some text on our wiki and mailing list for review |
| 20:53.34 | tofu | see our checklist (again, when the website is back up) |
| 20:54.22 | tofu | looks like it happens to be up right this second |
| 20:54.23 | ``Erik | looks like the server may be semi-connect for now |
| 20:54.35 | hawthorn_ | so till 21st we just have to discuss the application ideas |
| 20:54.45 | hawthorn_ | selection process would be afterwards ..right ? |
| 20:55.11 | tofu | proposals can be discussed and modified right up to the submission deadline |
| 20:55.48 | hawthorn_ | ok ..so if I cannot come up with a good proposal by 21st, can i propose something after 21st ? |
| 20:55.50 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 20:56.21 | tofu | hawthorn_: you can propose and continue to make edits right up to the submission deadline |
| 20:56.35 | tofu | but I hope you hang around and keep discussing |
| 20:56.37 | hawthorn_ | yup.. |
| 20:56.39 | tofu | the more you discuss and research, the better your chances will be |
| 20:56.55 | hawthorn_ | currently having my end semester exams |
| 20:57.13 | tofu | another page of ideas: http://brlcad.org/~sean/ideas.html |
| 20:57.24 | tofu | needs to update that list with some that are completed now |
| 20:57.27 | hawthorn_ | so it is difficult for me to manage time till 25th |
| 20:57.31 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:57.57 | tofu | screen+irssi or some other persistent connection is a beautiful thing |
| 20:58.04 | tofu | we're on here 24/7 |
| 20:58.09 | tofu | even when we're not physically |
| 20:58.43 | ``Erik | (unless the servers isp is being ddos'd *cough*) |
| 20:59.24 | hawthorn_ | can you also write the programming language to be used along side the ideas ? |
| 20:59.56 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 21:01.20 | rays2pix | Hi ..this is Deepak GSoC aspirant. I am working on converting the bwfilter utility in to libicv functions. Its not quite complete. Would like to send it across to the group |
| 21:01.52 | rays2pix | Is it okay to send it that way? |
| 21:06.04 | hawthorn_ | hello |
| 21:06.19 | hawthorn_ | i ll come back tomorrow with an idea |
| 21:06.44 | hawthorn_ | thank you tofu for your support |
| 21:06.51 | hawthorn_ | see you tomorrow |
| 21:10.25 | ``Erik | rays2pix: you can always send a link to the patch... but if it's not complete and no specific questions are posed, it might be ignored. A completed patch should be uploaded to the sourceforge tracker, and that will be looked at hopefully within a few days of upload |
| 21:10.46 | tofu | hawthorn_: we're kind of keen on C/C++, but it really depends on what you propose to work on |
| 21:11.16 | hawthorn_ | yaa i am very good in C and C++ |
| 21:11.42 | hawthorn_ | i can do some good coding in these |
| 21:11.59 | rays2pix | Erik: thanks. I will goahead and come up with patch and questions |
| 21:12.04 | tofu | rays2pix: yeah, what he said .. it takes a lot of effort to review a patch, especially for the first time so it should be as good as you can make it (without being late) |
| 21:12.55 | tofu | if you need help putting the patch together, pastebin.ca code snippets and/or ask questions as you need to here |
| 21:22.44 | hawthorn_ | proposal of ideas can continue after the 21st..? |
| 21:22.48 | hawthorn_ | please confirm |
| 21:23.56 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 21:24.42 | *** join/#brlcad hawthorn (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 21:24.53 | hawthorn | sorry got disconnected |
| 21:25.16 | hawthorn | #tofu : can the proposal of the ideas continue after 21st ? |
| 21:25.39 | tofu | hawthorn: heh, I've said twice already |
| 21:25.50 | tofu | you can continue to propose and edit all the way up to the deadline |
| 21:26.05 | hawthorn | i just wanted to confirm |
| 21:26.11 | hawthorn | sorry for bugging with the same question |
| 21:26.16 | hawthorn | thanks |
| 21:26.22 | tofu | you should keep an eye on the gsoc timeline |
| 21:26.25 | hawthorn | will come back tomorrow with some stuff |
| 21:26.26 | tofu | that's the official deadline |
| 21:26.36 | tofu | and we have absolutely no control over it if you miss the deadline |
| 21:26.41 | hawthorn | ya..submission of idea is main |
| 21:26.47 | hawthorn | i ll keep an eye on that date |
| 21:26.52 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 21:27.39 | tofu | ideally, you'll discuss here, then work on a proposal, put it up on the wiki when you have a rough draft, ask for comments/feedback, continue to make improvements, submit it to google-melange, and CONTINUE to make improvements |
| 21:27.41 | tofu | bah! |
| 21:29.03 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 21:29.12 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 21:33.00 | ``Erik | http://www.smithsonianmag.com/history-archaeology/Document-Deep-Dive-What-Was-on-the-First-SAT-202748151.html |
| 21:35.23 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:36.11 | Notify | 03BRL-CAD:carlmoore * 55193 brlcad/trunk/src/librt/tests/nurbs_tests.cpp: remove trailing blanks/tabs |
| 21:36.12 | Notify | 03BRL-CAD:carlmoore * 55194 brlcad/trunk/src/sig/d-f.c: shorten the logic in the setting of 'scale', and rearrange an if-else thru removal of '!' |
| 21:36.17 | Notify | 03BRL-CAD:r_weiss * 55197 brlcad/trunk/CMakeLists.txt: Change to cmake build logic to add the "_WIN64" definition for Windows 64bit using Visual Studio 2010. |
| 21:36.18 | Notify | 03BRL-CAD:r_weiss * 55198 brlcad/trunk/src/librt/tests/CMakeLists.txt: Changed cmake build logic to turn off the build of nurbs_tester to allow Windows 64bit to build. |
| 21:36.19 | Notify | 03BRL-CAD:starseeker * 55192 brlcad/trunk/include/brep.h: Looks like we need the dll logic for get_closest_point for the NURBS test program on Windows. |
| 21:38.45 | Notify | 03BRL-CAD:r_weiss * 55199 brlcad/trunk/src/libged/red.c: Bug fix for mged "red" command which was preventing the temp file to be opened in the native text editor on Windows 64bit. |
| 21:38.48 | Notify | 03BRL-CAD:carlmoore * 55195 brlcad/trunk/src/sig/d-i.c: insert program name into warning message |
| 21:43.52 | Notify | 03BRL-CAD:r_weiss * 55200 (brlcad/trunk/src/other/libregex/regcomp.c brlcad/trunk/src/other/libregex/regerror.c and 3 others): Update to libregex library, for Windows 64bit, to fix issues with type "long" versus "ptrdiff_t" and "ssize_t". Reorganized the headers for libregex to use the "_WIN64" definition and build without dependencies on BRL-CAD headers. More testing is needed with these changes. |
| 21:48.56 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 22:09.05 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 22:11.05 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 22:18.57 | rays2pix | tofu: thanks I uploaded a patch.Its fairly complete and have also followed up with a mail. |
| 22:20.04 | rays2pix | tofu: I intend to prepare a GSOC proposal to refactor image processing utilities. |
| 22:20.42 | tofu | excellent, glad to hear it |
| 22:20.59 | tofu | is that your main interest or do you have a backup too? |
| 22:21.49 | rays2pix | Image analysis is my main interest . after drafting a proposal for this , I intend to have a look at density functions idea too. |
| 22:21.58 | tofu | great |
| 22:22.04 | tofu | it helps to have a backup |
| 22:22.09 | tofu | so long as the first proposal is complete |
| 22:23.07 | rays2pix | sure..for image processing, I am trying to understand how these utilities are used within brlcad any pointers to a document or usecase? |
| 22:29.21 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 22:29.39 | rays2pix | I will have to leave now.Hope to have a discussion sometime later. thx |
| 22:30.18 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 22:32.58 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 22:36.31 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 22:39.35 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 23:08.30 | starseeker | ``Erik: cool! |
| 23:09.59 | starseeker | wonders if we could switch to a maintained regex library like pcre and use their pcreposix.h instead - with any luck it wouldn't have the same conflict issues with system regex functionality, and someone else is actively maintaining it... |
| 23:19.25 | starseeker | notes bemusedly that the SAT is a lot shorter without machine technology to evaluate answers - maybe they were on to something |
| 23:33.17 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 23:35.57 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 23:37.14 | tofu | our regex variant was chosen specifically because it was a drop-in compatible replacement for system (and because it's so simple/fast especially compared to modern libs) |
| 23:37.48 | tofu | i'd say it's working just fine now, leave it alone and it'll leave us alone :) |
| 23:44.46 | *** part/#brlcad tofu (~morrison@c-71-206-34-125.hsd1.md.comcast.net) | |
| 23:51.36 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 23:52.02 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 23:53.28 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 23:53.39 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 00:15.28 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 00:17.47 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 00:33.21 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 00:38.10 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 00:38.23 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 00:41.51 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 00:52.02 | *** join/#brlcad gdh (~quassel@70.36.71.180) | |
| 01:16.59 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:58.25 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 02:00.22 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 02:00.40 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 02:01.19 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 03:20.11 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 03:20.11 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 03:20.11 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) | |
| 03:20.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:46.28 | *** join/#brlcad caen23 (~cezar@92.81.206.233) | |
| 03:57.54 | *** join/#brlcad tofu (~morrison@c-71-206-34-125.hsd1.md.comcast.net) | |
| 03:57.55 | *** mode/#brlcad [+o tofu] by ChanServ | |
| 03:58.43 | *** part/#brlcad tofu (~morrison@c-71-206-34-125.hsd1.md.comcast.net) | |
| 03:59.02 | *** join/#brlcad tofu (~morrison@c-71-206-34-125.hsd1.md.comcast.net) | |
| 03:59.03 | *** mode/#brlcad [+o tofu] by ChanServ | |
| 09:24.59 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 10:17.18 | *** join/#brlcad caen23_ (~cezar@92.83.161.202) | |
| 10:41.16 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:42.02 | Notify | 03BRL-CAD Wiki:Phoenix * 5039 /wiki/User:Phoenix/GSoc2013/Proposal: /* Brief summary */ |
| 10:42.03 | Notify | 03BRL-CAD Wiki:Phoenix * 5040 /wiki/User:Phoenix/GSoc2013/Proposal: /* Brief summary */ |
| 10:42.04 | Notify | 03BRL-CAD Wiki:Phoenix * 5041 /wiki/User:Phoenix/GSoc2013/Proposal: /* Introduction */ |
| 11:00.52 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:52.24 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 12:52.03 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:10.40 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 14:17.00 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:23.09 | *** join/#brlcad caen23_ (~cezar@92.81.213.183) | |
| 14:40.52 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:41.38 | rays2pix | Hi looking to understand how the image processing tools are used within Brlcad, from the sources I interpret that png and bw are the two most used formats |
| 15:40.48 | *** join/#brlcad ncsaba (~ncsaba@p54981C89.dip0.t-ipconnect.de) | |
| 15:46.27 | brlcad | rays2pix: what leads you to that conclusion? |
| 15:50.21 | rays2pix | brlcad: most of the utilities in src/utils folder are for made for bw/pix |
| 15:51.42 | rays2pix | brlcad: I wanted to find out what are the various formats which is relevant to brlcad |
| 15:52.21 | rays2pix | Pardon me if its very basic, I am asking here after trying out to gather information from wiki and sources. |
| 16:09.29 | ncsaba | Hi all |
| 16:10.15 | ncsaba | I need an advice on how to print out the centroid for a pipe in analyze.c |
| 16:11.18 | ncsaba | I checked shortly and couldn't find any shape which has the centroid printed out in analyze - perhaps there's another command for that ? |
| 16:13.07 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:18.35 | brlcad | rays2pix: you're on the right path, you'd just said png and bw |
| 16:19.22 | brlcad | pix and bw would be more appropriate as the "processing format" and png for the most popular output format |
| 16:19.41 | brlcad | pix/bw are RAW file data they have no header information |
| 16:20.05 | brlcad | ncsaba: nope, none of the centroid functions have been hooked up yet |
| 16:20.10 | brlcad | so propose something ;) |
| 16:26.08 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:31.10 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:49.17 | rays2pix | brlcad: thanks. So assume I have a raw pix/bw file. How do i get its width/height which is essential to parse the image file in to a data structure |
| 16:58.30 | *** join/#brlcad gdh (~quassel@70.36.71.180) | |
| 17:53.26 | *** join/#brlcad gdh (~quassel@70.36.71.180) | |
| 17:58.34 | ncsaba | brlcad: I will print the centroid in the analyze_general function as long as: rt_functab[ip->idb_minor_type].ft_centroid != NULL |
| 18:11.04 | *** join/#brlcad caen23 (~cezar@92.83.171.20) | |
| 22:13.18 | *** join/#brlcad caen23 (~cezar@92.81.215.205) | |
| 00:27.28 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 05:25.04 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:06.19 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:29.03 | kesha | brlcad: ping |
| 06:31.29 | kesha | brlcad: there ? |
| 07:02.18 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 07:10.19 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 08:04.06 | *** join/#brlcad gdh (~quassel@70.36.71.180) | |
| 08:09.40 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:23.17 | *** join/#brlcad merzo (~merzo@214-205-133-95.pool.ukrtel.net) | |
| 09:24.56 | *** join/#brlcad mohitdaga (~0_level@173.244.194.77) | |
| 09:46.59 | *** part/#brlcad mohitdaga (~0_level@173.244.194.77) | |
| 10:02.27 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:54.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:23.59 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 12:03.05 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:25.14 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:06.15 | *** join/#brlcad jbschw03 (4355ee54@gateway/web/freenode/ip.67.85.238.84) | |
| 13:19.45 | *** part/#brlcad jbschw03 (4355ee54@gateway/web/freenode/ip.67.85.238.84) | |
| 13:19.49 | *** join/#brlcad jbschw03 (4355ee54@gateway/web/freenode/ip.67.85.238.84) | |
| 13:42.05 | *** join/#brlcad merzo (~merzo@61-169-135-95.pool.ukrtel.net) | |
| 14:11.44 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 14:40.41 | *** join/#brlcad jbschw (~jbschw@ool-4355ee54.dyn.optonline.net) | |
| 14:57.04 | *** join/#brlcad merzo (~merzo@58-239-132-95.pool.ukrtel.net) | |
| 15:26.39 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 15:50.40 | *** join/#brlcad caen23 (~cezar@92.81.190.50) | |
| 16:21.14 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 16:49.10 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:05.01 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 17:05.46 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:11.43 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:20.02 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:34.36 | *** join/#brlcad mohitdaga (~0_level@173.244.194.77) | |
| 17:48.13 | *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:52.11 | *** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw) | |
| 18:05.19 | *** join/#brlcad mohitdaga (~0_level@173.244.194.77) | |
| 18:06.45 | *** join/#brlcad caen23 (~cezar@92.81.186.137) | |
| 18:24.56 | *** join/#brlcad Iordanis (a376d6cf@gateway/web/freenode/ip.163.118.214.207) | |
| 18:25.05 | Iordanis | Hello |
| 18:25.42 | Iordanis | I came here to introduce myself. I will be applying for GSoC 2013 |
| 18:45.30 | *** join/#brlcad Iordanis_ (~Iordanis@host214-207.cvd.fit.edu) | |
| 19:03.55 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 19:33.21 | Iordanis_ | brlcad I would like your opinion as a mentor if possible |
| 19:33.49 | Iordanis_ | I am interested into applying for GSOC for the web development section |
| 19:34.19 | Iordanis_ | would it be possible to tackle down all web development tasks? |
| 19:35.06 | Iordanis_ | In one GSOC :) |
| 19:35.44 | Iordanis_ | I think it would be possible to do two of them in one summer but I just can't estimate the time it will take for three of them |
| 20:10.37 | *** join/#brlcad vladbogo (bc19ef17@gateway/web/freenode/ip.188.25.239.23) | |
| 20:31.39 | *** join/#brlcad caen23 (~cezar@92.81.209.64) | |
| 21:39.32 | ``Erik | Iordanis_: if someone came in with exactly the right skillset and experience, all three could theoretically be done in the time allotment, but it'd be better to just pick one and allow extra time for polish and padding for the unexpected issues you can always expect |
| 21:50.29 | *** join/#brlcad m_daga (~0_level@173.244.194.77) | |
| 22:14.13 | m_daga | hi.. |
| 22:14.50 | m_daga | i want to find the details of the functions in each library in BRL source Code |
| 22:15.00 | m_daga | can any one help regarding this |
| 22:15.45 | m_daga | Basically i am looking for documentation of each library in BRL say libbu,libbn |
| 22:25.16 | ``Erik | http://brlcad.org/wiki/Overview has a libraries section that gives a very high level overview |
| 22:27.45 | m_daga | thanks |
| 22:28.53 | m_daga | i saw that.. but thought that there would be a documentation where the internal tree of the library could be found |
| 22:31.37 | ``Erik | there's doxygen markup and plenty of comments in the include/ directory |
| 22:31.45 | ``Erik | bu.h is for libbu, bn.h for libbn, etc |
| 22:33.10 | m_daga | yepp. tnx |
| 22:44.05 | *** join/#brlcad m_daga (~0_level@173.244.194.77) | |
| 00:01.49 | m_daga | hii ..i have downloaded the src code.. digged into various library and there functions.. but nt able to find few things |
| 00:01.50 | m_daga | for instance bu_image |
| 00:01.50 | m_daga | i tried searching the devel-group in brl-cad |
| 00:01.50 | m_daga | didnt get any src there.. |
| 00:01.50 | m_daga | pls help me with bu_image and a direction to its src |
| 00:01.50 | m_daga | thanks |
| 00:53.21 | *** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu) | |
| 01:50.51 | Iordanis_ | hey |
| 02:56.15 | Iordanis_ | ``Erik, would it be inapropriete or bad to promise fixing all of them and if things don't work out so well finish just two? Will I still be qualified for a good final evaluation? |
| 04:01.17 | *** join/#brlcad caen23 (~cezar@92.81.170.221) | |
| 04:28.11 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 04:32.52 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:11.14 | *** join/#brlcad m_daga (~0_level@173.244.194.77) | |
| 06:46.09 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:47.19 | kesha | heyy..I am interested in code refactorig project and I need a mentor for it...Is there someone who has applied as a mentor and is interested in guiding me in that project ? |
| 06:48.04 | kesha | I have submitted a patch and made a rough draft of application proposal.. |
| 06:48.31 | kesha | I need to discuss some more techincal details.. |
| 06:52.53 | kesha | ping brlcad , ``Erik , starseeker .. I read your names as potential mentors from the website ... |
| 06:56.40 | kesha | There it was written I can contact you on IRC .. |
| 07:08.46 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:46.03 | *** join/#brlcad gdh_ (~quassel@70.36.71.180) | |
| 08:12.46 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:32.20 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:36.55 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:42.38 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:30.30 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 12:19.28 | *** join/#brlcad caen23_ (~cezar@92.85.84.49) | |
| 13:15.52 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:36.02 | ``Erik | kesha_: if you need help with technical details, ask your questions and hang out, someone will answer you when they can |
| 14:15.21 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 15:01.22 | *** join/#brlcad pankaj (310f8db4@gateway/web/freenode/ip.49.15.141.180) | |
| 15:02.15 | pankaj | hello....i have some doubts on GSoC related .... can i have a help from u???? |
| 15:06.45 | pankaj | i liked the topic analysis library in gsoc ideas...can anyone suggest me how to go about that.... |
| 15:08.43 | pankaj | please reply... |
| 15:20.30 | pankaj | @starseeker hello....i have some doubts on GSoC related .... can i have a help from u?.. i liked the topic analysis library in gsoc ideas...can anyone suggest me how to go about that.... |
| 15:30.57 | caen23 | ~ask |
| 15:30.57 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 15:42.13 | pankaj | i want to do that project ....so please get me some more information about that |
| 15:44.08 | *** join/#brlcad gdh (~quassel@70.36.71.180) | |
| 15:48.11 | pankaj | sorry....i am using irc for the first time....so i dont know much of it... |
| 16:00.13 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 16:10.00 | Notify | 03BRL-CAD:starseeker * 55201 brlcad/trunk/src/other/libregex/regex.h: copy/paste error? |
| 16:10.01 | Notify | 03BRL-CAD:r_weiss * 55202 brlcad/trunk/src/libged/red.c: Bug fix in mged 'red' command to fix a double 'fclose'. |
| 16:10.13 | Notify | 03BRL-CAD:erikgreenwald * 55203 brlcad/trunk/src/other/libregex/regex.h: Shuffle order of defines and includes. Add an __APPLE__ test on the off_t check. |
| 16:10.14 | Notify | 03BRL-CAD:erikgreenwald * 55204 brlcad/trunk/src/other/libregex/regex.h: move order back, this is apparently important for win64 |
| 16:10.40 | Notify | 03BRL-CAD Wiki:Phoenix * 5044 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computing P/P, P/C, P/S, C/C, C/S intersections */ |
| 16:10.41 | Notify | 03BRL-CAD Wiki:Phoenix * 5045 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 16:10.42 | Notify | 03BRL-CAD Wiki:Phoenix * 5046 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 16:10.43 | Notify | 03BRL-CAD Wiki:Phoenix * 5047 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computation of the new solid model */ |
| 16:10.44 | Notify | 03BRL-CAD Wiki:Phoenix * 5048 /wiki/User:Phoenix/GSoc2013/Proposal: /* Tests */ |
| 16:10.45 | Notify | 03BRL-CAD Wiki:Phoenix * 5049 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */ |
| 16:10.46 | Notify | 03BRL-CAD Wiki:Phoenix * 5050 /wiki/User:Phoenix/GSoc2013/Proposal: /* Deliverables */ |
| 16:10.47 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/User:KeshaSShah: |
| 16:10.48 | Notify | 03BRL-CAD Wiki:Phoenix * 5051 /wiki/User:Phoenix/GSoc2013/Proposal: /* Development schedule */ |
| 16:10.49 | Notify | 03BRL-CAD Wiki:Phoenix * 5052 /wiki/User:Phoenix/GSoc2013/Proposal: /* More on tests and verification */ |
| 16:10.50 | Notify | 03BRL-CAD Wiki:Phoenix * 5053 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 16:10.51 | Notify | 03BRL-CAD Wiki:Phoenix * 5054 /wiki/User:Phoenix/GSoc2013/Proposal: /* More on tests and verification */ |
| 16:10.52 | Notify | 03BRL-CAD Wiki:Phoenix * 5055 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */ |
| 16:10.53 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 0 /wiki/User:Rays2pix2013: |
| 16:10.54 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5056 /wiki/User:Rays2pix2013/GSoc2013/Proposal: Created page with "=Project Title= Consolidate Image processing" |
| 16:10.55 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5057 /wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:10.56 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5058 /wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:10.57 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5059 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Conversions */ |
| 16:10.58 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5060 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Proposed interfaces */ |
| 16:10.59 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5061 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Proposed interfaces */ |
| 16:11.00 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5062 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */ |
| 16:11.01 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5063 /wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:11.02 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5064 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Personal Details */ |
| 16:11.03 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5065 /wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:11.04 | Notify | 03BRL-CAD Wiki:Level zero * 0 /wiki/User:Level_zero: |
| 16:11.05 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5066 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Conversions */ |
| 16:11.06 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5067 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Filtering */ |
| 16:11.07 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5068 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Unit testing and sample code */ |
| 16:11.08 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5069 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Handling Large Images */ |
| 16:11.09 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5070 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Handling Large Images */ |
| 16:11.10 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5071 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Handling Large Images */ |
| 16:11.11 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5072 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Conversions */ |
| 16:11.12 | Notify | 03BRL-CAD Wiki:Ssmicrrrundd * 0 /wiki/User:Ssmicrrrundd: |
| 16:11.13 | gdh | looks like someone is creating a GSoC proposal |
| 16:11.13 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5073 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */ |
| 16:11.14 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5074 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */ |
| 16:11.15 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5075 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Deliverables */ |
| 16:11.16 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5076 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Deliverables */ |
| 16:11.17 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5077 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why brlcad */ |
| 16:11.18 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5078 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */ |
| 16:11.19 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5079 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */ |
| 16:11.20 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5080 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Unit testing and sample code */ |
| 16:11.21 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5081 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */ |
| 16:11.22 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5082 /wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 16:11.32 | *** join/#brlcad pankaj_ (6a42a861@gateway/web/freenode/ip.106.66.168.97) | |
| 16:12.25 | ``Erik | the mail processor on the bot went wonky on some non-ascii7 character and stopped, this is back-up from maybe the last 28 hours or so |
| 16:12.58 | ``Erik | apr 20, 5:39am est (gmt-5) |
| 16:13.04 | ``Erik | so a bit more |
| 16:14.13 | *** join/#brlcad Izak (~isaac@41.202.193.216) | |
| 16:14.51 | pankaj_ | i am using irc for the first time....so i dont know much of it....Actually i am very much interested in doing GSoC project ,Analysis Library....so i need some help |
| 16:15.11 | gdh | pankaj_, don't worry about being new on IRC |
| 16:15.19 | gdh | I'm relatively new myself. |
| 16:15.30 | gdh | Just be nice, and it's all good! |
| 16:15.47 | pankaj_ | i hope so... |
| 16:15.55 | pankaj_ | can u jst help me |
| 16:16.18 | gdh | unfortunately, I'm not a developer, so I can't talk about GSoC projects. |
| 16:16.28 | gdh | I'm actually a student hopeful myself. |
| 16:17.10 | pankaj_ | ok....you are also planning to do GSoC |
| 16:17.21 | gdh | yes |
| 16:17.30 | pankaj_ | on which project |
| 16:17.32 | pankaj_ | ??? |
| 16:17.41 | gdh | I was looking at code refactoring |
| 16:18.02 | gdh | I'm really not that experienced, so something like the analysis library is out of my reach |
| 16:18.48 | Notify | 03BRL-CAD:r_weiss * 55205 brlcad/trunk/src/other/libregex/regex.h: For "libregex", added comment on ordering of headers to define type "off_t" for Windows. |
| 16:18.52 | pankaj_ | nice....did you before made conversation with the mentor??? |
| 16:19.16 | gdh | yes |
| 16:19.54 | pankaj_ | so....please help me in that |
| 16:20.05 | pankaj_ | this is my first time so |
| 16:20.18 | gdh | did you go to the ideas page? |
| 16:20.21 | gdh | (http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas) |
| 16:20.50 | pankaj_ | yah....i went...then |
| 16:21.01 | pankaj_ | i want to do on Rendering & Analysis Projects |
| 16:21.19 | gdh | did you look at the mentors' names listed with the project you want to do? |
| 16:22.11 | pankaj_ | my mentors are brlcad and starseeker |
| 16:22.44 | gdh | so in irc, when you type someone's nick (username), they get a special notification, |
| 16:23.01 | pankaj_ | oh....i didnt knew it |
| 16:23.13 | gdh | so pankaj_, when I typed your name, that line should be highlighted, you might have heard a sound, etc. |
| 16:23.32 | pankaj_ | yah....i heard |
| 16:23.35 | gdh | if you want to ask someone for help, say something like this: |
| 16:24.24 | gdh | <nick>, I noticed you are a mentor for the analysis library project. Can you help me get a good proposal? |
| 16:24.28 | gdh | or something like that. |
| 16:24.44 | gdh | so if you wanted to ask me for help, you would say: |
| 16:24.58 | gdh | gdh, can you help me learn how to use IRC? |
| 16:25.00 | brlcad | waves |
| 16:25.19 | gdh | and it looks like brlcad is ready to talk to you, so go ahead! |
| 16:25.23 | brlcad | pankaj_: big backlog so you'll just have to be patient (and *stay* on IRC)... |
| 16:25.34 | brlcad | we can't respond if you're not here :) |
| 16:26.48 | pankaj_ | thank you for your response....actually i trying this irc from past 2 days to chat with you only |
| 16:27.15 | gdh | pankaj_, sometimes developers are logged on but not at their computers |
| 16:27.25 | gdh | it may take awhile to get a response |
| 16:28.10 | gdh | and don't worry about not knowing irc |
| 16:28.17 | gdh | you'll pick it up, no problem |
| 16:30.02 | pankaj_ | ok....can you just tell me what are things i have to do for GSoC....and in writing a good proposal ... |
| 16:31.00 | *** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu) | |
| 16:31.15 | gdh | take a look at the checklist (http://brlcad.org/wiki/Google_Summer_of_Code/Checklist) |
| 16:31.30 | gdh | from there, take the project you want to do and talk to the mentor about it |
| 16:31.41 | gdh | see what he thinks needs to be done |
| 16:31.51 | gdh | figure out what your strengths are in the area |
| 16:32.00 | brlcad | pankaj_: yes, I've seen your previous attempts, and every time I went to reply, you weren't here |
| 16:32.00 | gdh | and write your proposal based on them |
| 16:32.11 | ``Erik | it doesn't even have to be one of those ideas, you can come up with your own ideas to propose |
| 16:32.11 | *** join/#brlcad Izak_ (~isaac@41.202.193.216) | |
| 16:32.26 | brlcad | that's not how you use IRC, you're supposed to ask a (specific) question and wait for an answer |
| 16:32.42 | Iordanis_ | ``Erik regarding to the webdevelopment bugs |
| 16:32.46 | ``Erik | !notify ask |
| 16:32.48 | brlcad | we don't just sit here waiting to answer your questions, you shouldn't just sit and wait for a response :) |
| 16:33.05 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 16:33.18 | Iordanis_ | would it be inaproriete to offer to fix more than one of the web development features. I believe I can do 2 but I will try for 3 |
| 16:33.40 | brlcad | plus this weekend was just really really busy, like I said lots of backlog |
| 16:33.49 | Iordanis_ | will this affect neggatively my final evaluation or you would even not consider me for the GSOC since I might be offering something impossible? |
| 16:35.08 | Izak_ | Hello Guys Can any one give me a lead on a mentor's address working on some BRLCAD primitives like heart sufaces ? |
| 16:35.46 | Iordanis_ | ``Erik I can do steps towards a solution for on all of the bugs and maybe finish them after GSOC but I am not sure if I should include them all in my proposal. |
| 16:35.55 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-lhabtkfoekgscpmv) | |
| 16:35.58 | gdh | Iordanis_, I think it's best to have a smaller project that you'll finish early than a large project that can't be done |
| 16:36.02 | ``Erik | Iordanis_: I answered that yesterday... |
| 16:36.12 | brlcad | gdh: and I think you're write (someone is creating a GSoC proposal) .. more should be doing that ;) |
| 16:36.17 | ``Erik | 17:39 < ``Erik> Iordanis_: if someone came in with exactly the right skillset and experience, all three could theoretically be done in the time allotment, but it'd be better to just pick one and allow extra time for polish and padding for the unexpected issues you can always expect |
| 16:36.36 | Iordanis_ | I see |
| 16:36.47 | Iordanis_ | thanks for the advise |
| 16:36.51 | brlcad | gdh: even if the analysis library seems out of your reach, I suggest proposing a very specific code refactoring project |
| 16:37.12 | gdh | brlcad, I was planning to |
| 16:37.44 | brlcad | pankaj_: okay mostly caught up with what you posted ... you gotta give me more than that to work with :) |
| 16:37.46 | gdh | like I told pankaj_, proposals need to play off the students' strengths |
| 16:38.12 | pankaj_ | brlcad actually i think i can do the project on Rendering & Analysis Projects |
| 16:38.23 | ``Erik | brlcad: http://sourceforge.net/projects/rayforce/ |
| 16:38.36 | gdh | pankaj_, a good step is to tell why you think that, what experience you have, etc. |
| 16:38.49 | gdh | Iordanis_, you're welcome |
| 16:39.01 | brlcad | pankaj_: so first off, stop thinking about them like that -- they're merely project areas, ideas for projects -- it's ultimately YOUR project that you define |
| 16:39.45 | brlcad | I suggest compiling/installing brl-cad if you have not already, and learn some of the very basics while discussing them here |
| 16:40.08 | brlcad | that will give you an idea for an area that interests you the most, such as a rendering and analysis project |
| 16:40.14 | pankaj_ | i love physics and maths....i do coding as its gonna be my professional... |
| 16:40.25 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 16:41.04 | brlcad | ``Erik: hah, whatdayaknow, finally |
| 16:41.44 | brlcad | looks like they put it up last month, 3/21 |
| 16:41.58 | ``Erik | yeah, and cmake seemed challenging |
| 16:43.03 | gdh | pankaj_, if you like physics and math, you could try some of the scientific projects like astronomical units and bending light |
| 16:43.05 | brlcad | now that'd be more interesting to put under librt ala adrt, to see if it does anything better/right |
| 16:43.45 | brlcad | pankaj_: what's your coding experience? |
| 16:44.54 | pankaj_ | i do c/c++ , sql, unix....ect |
| 16:45.27 | brlcad | ``Erik: starseeker: n_reed: others: our sf.net project gets upgraded today -- svn download instructions will change (different URL) |
| 16:45.44 | brlcad | pankaj_: that's not what I mean |
| 16:46.09 | ``Erik | I'll tell indianlarry so he can commit his last 3 months of work |
| 16:46.25 | gdh | pankaj_, something that mentors need to know is what software you've worked on before |
| 16:46.37 | brlcad | ``Erik: I think there's a way to point a current checkout to a new repo, but have to test it myself |
| 16:47.08 | brlcad | pankaj_: what have you done in C/C++, sql, unix, ... etc that would be relevant and interesting for someone else to know? :) |
| 16:47.33 | pankaj_ | ok....i did my first app in widows 8 ...and it got published also |
| 16:48.00 | gdh | pankaj_, what was the app? |
| 16:48.08 | ``Erik | damn, he still won't commit, says he'll carry diffs if necessary |
| 16:48.34 | pankaj_ | app name is The CheatBook |
| 16:48.41 | ``Erik | if nothing else, find . -name '.svn/entries' | xargs sed -i.bak 's/oldurl/newurl/' |
| 16:50.07 | gdh | pankaj_, what does The CheatBook do? |
| 16:50.33 | gdh | mentors want to know what you have written, but they want to know what it does, how it does what it does, etc. |
| 16:50.38 | gdh | Details are everything |
| 16:51.06 | gdh | mentors are very busy (they do this in their spare time), so making it easy on them is essential. |
| 16:51.12 | pankaj_ | its actually a information app on the cheat code available in some of the famous games... |
| 16:51.42 | pankaj_ | and user also can add the cheats if they know the proper working ones |
| 16:51.43 | gdh | does it have a website? |
| 16:52.13 | pankaj_ | http://apps.microsoft.com/windows/app/the-cheatbook/54689141-84f3-4075-b5ac-df01368174df |
| 16:53.25 | ``Erik | steals the idea, does an iOS version and becomes a billionaire, mwahahaha O:-) |
| 16:53.37 | ``Erik | I mean, uh, cool |
| 16:54.15 | gdh | pankaj_, ``Erik has a point. Make it an iOS and Android app |
| 16:54.20 | gdh | but that's off topic |
| 16:54.41 | pankaj_ | i did it in windows because it is still new |
| 16:55.20 | pankaj_ | and android is already full of apps |
| 16:55.24 | ``Erik | pankaj_: looks nice, does it use sqlite to store the data? |
| 16:55.45 | pankaj_ | yah....its under my control |
| 16:56.54 | pankaj_ | and i am thinking of making same app in ios...but |
| 16:57.11 | pankaj_ | it takes time to meas i am a student .... |
| 16:57.51 | ``Erik | plus the 99usd/yr for ios dev access, and needing devices to test on... bit of a monetary barrier to entry |
| 16:58.46 | *** join/#brlcad caen23_ (~cezar@92.81.184.9) | |
| 17:00.14 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:01.50 | *** join/#brlcad pankaj (6a4c2d34@gateway/web/freenode/ip.106.76.45.52) | |
| 17:02.42 | pankaj | sorry....i stay in my college hostel....and they have blocked the chat category site and all.... |
| 17:03.02 | pankaj | so i am using my mobile connection .... |
| 17:05.11 | pankaj | so....can anyone help me ?? |
| 17:05.44 | brlcad | pankaj: have you ever worked collaboratively on a project? |
| 17:05.53 | brlcad | participated in open source before? |
| 17:07.08 | Izak_ | Ch3ck are u active? |
| 17:07.12 | pankaj | i didnt get u.....soon i am attending a program " Hackathon " |
| 17:10.13 | brlcad | pankaj: I mean have you ever written a piece of code where you wrote some of the code and one ore more other people wrote other parts of the code |
| 17:10.18 | brlcad | and you had to make them work together |
| 17:10.31 | brlcad | all within the same program |
| 17:11.08 | pankaj | i am working on computer graphics project ....as ti is a part of my academic program |
| 17:11.16 | brlcad | Izak_: what do you mean by heart surface? |
| 17:11.53 | brlcad | what's the project? |
| 17:12.58 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/User:Vladbogolin: |
| 17:13.41 | Izak_ | A primitive that has the shape of a heart or love? |
| 17:13.49 | Izak_ | You know like Valentine's day present |
| 17:15.42 | kesha_ | heyy.. I wanted to know about the tools like simians that can help me to find code similarity.. |
| 17:16.15 | kesha_ | How to use , the extent to which they are reliable .. |
| 17:16.58 | *** join/#brlcad pankaj (6a4c3c65@gateway/web/freenode/ip.106.76.60.101) | |
| 17:16.58 | kesha_ | so..can anyone help me ?? |
| 17:17.29 | pankaj | sorry....again a internet problem |
| 17:19.22 | gdh | kesha_, unfortunately the developers are very busy right now, so they may not help you right off. |
| 17:19.28 | gdh | You may have to wait a while. |
| 17:19.38 | gdh | (I'm not a developer, btw) |
| 17:21.51 | pankaj | k....tell me what are things i have to do now??.... |
| 17:24.38 | Izak_ | brlcad_: The project is Implement a heart surface primitive |
| 17:24.42 | gdh | pankaj, have patience. |
| 17:25.21 | pankaj | k..... |
| 17:26.02 | brlcad | Izak_: I know the shape, just didn't know if that's what you were referring to :) |
| 17:26.13 | brlcad | you can obviously make a heart with a lot of different types of shapes |
| 17:26.24 | brlcad | s/shapes/geometry representations/ |
| 17:27.06 | brlcad | kesha_: learning how to use them involves reading their documentation... but I can say that it's pretty darn relaible |
| 17:27.31 | brlcad | kesha_: presumably you've read our page that mentions running it and shows an example |
| 17:28.13 | brlcad | pankaj: I'd asked you what the graphics project was |
| 17:30.04 | brlcad | pankaj: it feels like we're talking in circles ... slowly... because you keep giving very vague information and I have to pry relevant details out of you :) |
| 17:30.46 | pankaj | its a reaction of particles behavior on a spherical surface |
| 17:31.54 | brlcad | so an oriented particle system for surface modeling |
| 17:32.07 | brlcad | how far along are you? what is your piece specifically? |
| 17:32.10 | pankaj | a kind of... |
| 17:32.34 | brlcad | go on.. what kind :) |
| 17:32.55 | pankaj | its a team project ... |
| 17:33.26 | brlcad | you said that already |
| 17:33.57 | Izak_ | Ch3ck: Tu es la? |
| 17:34.03 | brlcad | i presume you said "a kind of..." in response to me saying it's an oriented particle system |
| 17:34.14 | brlcad | so if it's a kind of oriented particle system, what kind is it? |
| 17:34.37 | brlcad | I know it's a team project, hence my question "what is your piece specifically?" |
| 17:34.54 | pankaj | sorry for disturbance ....actually its 11pm here...so my hostel warden is asking me to switch off the light and all..... |
| 17:35.58 | Izak_ | brlcad_: Is this a link to the BRLCAD geometry representations? |
| 17:36.27 | pankaj | can u tell me at what time you will be free.... |
| 17:36.50 | brlcad | pankaj: you need to start here: http://brlcad.org/wiki/IRC |
| 17:36.57 | brlcad | I'm free and busy all the time |
| 17:37.51 | brlcad | if you want predictability, send an e-mail to the mailing list ... but then you have to be even way MORE specific with your questions that you are being here |
| 17:37.56 | brlcad | saying "help me" is not a question |
| 17:38.13 | brlcad | we'll gladly help answer questions, but you have to come up with the plan |
| 17:38.30 | pankaj | can u suggest me some of the things that i have to do right now..... |
| 17:38.31 | pankaj | yah... |
| 17:38.31 | brlcad | and of course you have to ask good questions that helps you understand |
| 17:38.52 | brlcad | I've told you several things that you have to do right now :) |
| 17:39.01 | ``Erik | pankaj: read the web page linked in the URL, follow the checklist link and do it |
| 17:39.04 | brlcad | see our checklist, read it in detail, read it again |
| 17:39.11 | ``Erik | er, web page linked in the channel topic |
| 17:39.17 | ``Erik | <-- points at the top of the window |
| 17:39.59 | pankaj | k....i will through the links |
| 17:40.19 | brlcad | pankaj: I highly suggest you read all of this since your posts hit on many of the points this write-up mentions: http://www.catb.org/esr/faqs/smart-questions.html |
| 17:40.36 | brlcad | it is long for a reason |
| 17:41.09 | brlcad | Izak_: "Is this a link" .. is what a link?? |
| 17:41.11 | gdh | pankaj, preparation is key for open source projects in general and GSoC in particular |
| 17:41.25 | pankaj | one more thing....are you people will be online alwasys i mean 24 hours |
| 17:41.40 | gdh | pankaj, they have to sleep, but they are always logged on |
| 17:41.50 | brlcad | we're online 24/7 but we're not necessarily chatty 24/7 ... we multitask and sometimes eat |
| 17:41.55 | gdh | if they don't answer, they may be busy, they may be sleeping |
| 17:42.11 | brlcad | there's plenty of time to sleep when you're dead |
| 17:42.40 | pankaj | even i am not in a mode to sleep ....but |
| 17:42.50 | pankaj | these rules are killing me |
| 17:43.27 | Izak_ | brl-cad_: The "s/shapes/geometry representations" |
| 17:43.41 | pankaj | its totally great .....because this is the first time , i am chatting on irc |
| 17:43.43 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.189) | |
| 17:43.47 | Ch3ck | Hi |
| 17:44.01 | brlcad | hi Ch3ck |
| 17:44.05 | pankaj | and i dont wanna quite it so soon |
| 17:44.22 | brlcad | pankaj: well welcome, hopefully exciting, hopefully educational ;) |
| 17:44.27 | Ch3ck | i wish to work on the pull operation which is the opposite of the push |
| 17:44.29 | Ch3ck | operation. |
| 17:44.49 | brlcad | pankaj: not meant to be daunting or confusing, just a lot to learn .. ask good questions, learn, ask more |
| 17:44.57 | Ch3ck | while looking at the source code i did not see the definition of the 'mat_t' data type. |
| 17:45.00 | *** join/#brlcad ncsaba (~ncsaba@p549822D0.dip0.t-ipconnect.de) | |
| 17:45.04 | brlcad | Ch3ck: yep you posted to the list too iirc |
| 17:45.07 | Ch3ck | i assume its a 4x4 matrix |
| 17:45.07 | brlcad | hi ncsaba |
| 17:45.12 | Ch3ck | yeah.. |
| 17:45.20 | ncsaba | Hi brlcad :-) |
| 17:45.34 | Ch3ck | so so i wish to know the project mentor for pull routine on the matrix. |
| 17:46.03 | Ch3ck | I would like connect directly with him so he could assist me in developing my project proposal |
| 17:46.04 | pankaj | if u dont mind ....can i know your time and date now |
| 17:46.14 | Ch3ck | there are some specific questions i would need to ask him directly |
| 17:46.15 | brlcad | Izak_: OOOh, s/pattern/replace/ ... means "replace the 'pattern' with the 'replace' text in the preceeding statement/ |
| 17:46.34 | Ch3ck | could Izak_ u der? |
| 17:46.44 | brlcad | Ch3ck: we don't sort out mentors for quite some time, you can and should talk to as many people as possible ;) |
| 17:46.52 | ncsaba | brlcad: I've finished with the pipe.c/analyze -> now I'm struggling with the white space... |
| 17:46.53 | Ch3ck | ok |
| 17:47.21 | brlcad | I reply to nearly every proposal for example, but will hopefully not be mentoring all of them! :) |
| 17:47.40 | Ch3ck | well i just need some enlightenment on the general working of the push command so i could determine exactly how to make the reverse which is the pull |
| 17:47.58 | Ch3ck | since there is no comment at the beginning of the push.c and xpush.c |
| 17:48.12 | brlcad | pankaj: EDT, UTC-4 |
| 17:48.16 | Ch3ck | files.. so i am flying a little blind here |
| 17:48.43 | brlcad | Ch3ck: if your question is specific enough, just about anyone on the dev list or here will be able to answer |
| 17:49.03 | Ch3ck | so if you could please explain to me generally what the push does on a the data structure in general i could get more insight into the code. |
| 17:49.04 | Ch3ck | ok |
| 17:49.10 | Ch3ck | let me be specific. |
| 17:49.11 | brlcad | best to start by actually creating some geometry, apply an edit, push it |
| 17:49.24 | Ch3ck | ok |
| 17:49.35 | brlcad | CSG is a directed acyclic graph |
| 17:49.49 | brlcad | rather, the modeling hierarchy can be thought of .. as a hierarchy |
| 17:50.00 | brlcad | and you can have matrices at any layer in that hierarchy |
| 17:50.11 | Ch3ck | well from what i see on the source code the push routine forms a linked list of nodes.. |
| 17:50.13 | brlcad | that move things around, rotate them, est |
| 17:50.37 | *** part/#brlcad gdh (~quassel@70.36.71.180) | |
| 17:50.37 | brlcad | yes, as you walk down the graph, that single path is effectively a linked list of nodes |
| 17:51.14 | Ch3ck | what i don't get is if the pull operation will act on the linked list fromed by the push command or it will simply do a reverse walk of the push command.? |
| 17:51.27 | brlcad | when you "push" the matrix, you combine a matrix from one level and push it down onto the next, and do that over and over until you've pushed it onto the lowest node |
| 17:51.51 | brlcad | it will do whatever you make it do |
| 17:51.59 | Izak_ | Ch3ck:Reverse in the CSG sense. |
| 17:52.16 | brlcad | forget about the implementation for a sec, make sure you understand the task conceptually first |
| 17:52.39 | brlcad | say i have a sphere modeled at the origin (0,0,0) |
| 17:52.44 | Izak_ | Which files in the source code can help understand a particular primitive ? |
| 17:52.51 | Notify | 03BRL-CAD:carlmoore * 55206 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: fix spelling of 'light' |
| 17:53.05 | brlcad | i put that sphere into a part/region named "sph.r" |
| 17:53.10 | Ch3ck | yeah thats what i want to understand and since the src code does not have any comments thats the reason i'm flying blind here.. |
| 17:53.18 | brlcad | I apply a matrix edit to sph.r to move it to 100,0,0 |
| 17:53.40 | brlcad | the sphere is still at 0,0,0 but sph.r translates it to 100,0,0 |
| 17:53.48 | Ch3ck | yes |
| 17:53.57 | Izak_ | brlcad:You are throwing some light here. Thanks |
| 17:53.58 | Ch3ck | i'm following.. |
| 17:54.02 | brlcad | a PUSH operation, puts the sphere at 100,0,0 with the sph.r having NO matrix (rather, a unit matrix) |
| 17:54.40 | Ch3ck | yes... |
| 17:54.43 | brlcad | an unpush/PULL operation is meant to reverse that, putting the sphere back at a 0,0,0 origin and sph.r having a matrix that puts the sphere at 100,0,0 |
| 17:55.12 | brlcad | overly simple case, but conceptually that's the idea |
| 17:55.29 | Ch3ck | ok |
| 17:55.44 | Ch3ck | thanks i'm starting to see what it does c |
| 17:55.44 | Izak_ | Ch3ck I hope you are happy now? |
| 17:55.50 | brlcad | gets more complicated, say that sph.r is in an assembly "sph.c" |
| 17:55.53 | Ch3ck | well still digesting |
| 17:56.05 | Ch3ck | yes.. |
| 17:56.34 | Ch3ck | brlcad: could you please give me a link to where i could get some more concepts on the push operation please? |
| 17:56.39 | brlcad | say you *also* have a matrix in sph.c ... that scales the sphere 2x |
| 17:57.09 | brlcad | Ch3ck: see http://brlcad.org/w/images/3/36/Object_Editing_-_the_oed_Command.pdf |
| 17:57.35 | Ch3ck | thanks very much blrcad |
| 17:57.42 | Ch3ck | i appreciate it .. |
| 17:57.50 | Ch3ck | can't wait to start working on it.. |
| 17:57.50 | brlcad | go through maybe one or two of the tutorials on here http://brlcad.org/wiki/Documentation in the Introduction to MGED until you've actually applied a matrix edit (I forget which lesson introduces that) |
| 17:58.03 | Ch3ck | Izak_: how u doing?? |
| 17:58.08 | ncsaba | brlcad: can I also ask for some hep ? |
| 17:58.10 | ncsaba | :) |
| 17:58.12 | brlcad | learn how to apply a matrix edit, then push it and see what it does to the underlying combinations and primitives |
| 17:58.20 | brlcad | ~ask |
| 17:58.20 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 17:58.22 | brlcad | :P |
| 17:58.26 | Izak_ | Fine massa getting no apples yet |
| 17:58.46 | brlcad | Izak_: src/librt/primitives/*/*.c is where all the primitives are |
| 17:59.18 | Izak_ | Thanks brlcad |
| 17:59.52 | ncsaba | sooo, I'm applying the sh/indent.sh script - and it changes the spacing completely |
| 18:00.05 | Ch3ck | brlcad: thanks.. |
| 18:00.08 | ncsaba | and I mean everything, also what I didn't touch |
| 18:00.26 | Notify | 03BRL-CAD:starseeker * 55207 brlcad/trunk/src/other/libregex/regex.h: __APPLE__ isn't defined if we're not on Apple |
| 18:00.43 | brlcad | Izak_: a heart primitive is going to be rather similar to a tor (torus) or tgc (cone/cylinder) |
| 18:01.08 | brlcad | in that you'll probably end up calling rt_poly_roots() to obtain the roots of intersection |
| 18:01.29 | brlcad | ncsaba: which file? |
| 18:01.34 | ncsaba | any |
| 18:01.40 | brlcad | unlikely :) |
| 18:01.46 | brlcad | many maybe |
| 18:01.50 | brlcad | but not any |
| 18:01.51 | ncsaba | it puts the tab distance at 2 |
| 18:01.55 | brlcad | that's wrong |
| 18:02.06 | ncsaba | sure - but where can I change that ? |
| 18:02.09 | brlcad | so the script might not be set up right for different/newer versions of emacs |
| 18:02.16 | ncsaba | ok |
| 18:02.23 | ncsaba | let me check my version... |
| 18:02.29 | brlcad | too many variables |
| 18:02.37 | ncsaba | GNU Emacs 23.1.1 |
| 18:02.39 | brlcad | your .emacs and settings come into play too |
| 18:02.57 | ncsaba | well not by default - I tried to set up one, and it was ignored |
| 18:03.12 | brlcad | what was ignored, the .emacs file? |
| 18:03.52 | ncsaba | until I changed the command line in sh/indent.sh to: emacs -batch -l "$bir_dir/$bir" -f batch-indent-region "$file.indent.new" |
| 18:04.08 | ncsaba | then my ~/.emacs file was having some effect... |
| 18:04.30 | brlcad | this is an older one I've used: http://brlcad.org/wiki/Emacs |
| 18:05.27 | ncsaba | OK, will try |
| 18:05.30 | brlcad | ncsaba: that's the line in indent.sh .. what'd you change? |
| 18:05.59 | ncsaba | sorry, copied the wrong line |
| 18:06.00 | ncsaba | emacs -batch -l $HOME/.emacs -l "$bir_dir/$bir" -f batch-indent-region "$file.indent.new" |
| 18:06.25 | brlcad | interesting |
| 18:06.48 | brlcad | didn't used to need to explicitly load the .emacs in batch mode, so perhaps that's the change and we were getting something implicitly |
| 18:07.02 | ncsaba | I have no experience with emacs, but surely that change made a difference |
| 18:07.03 | brlcad | it'd be good to figure out what and put it in the batch-indent-region file |
| 18:08.00 | brlcad | backs up all sf.net data |
| 18:10.26 | brlcad | ncsaba: if you know some emacs-basics, you can run M-x indent-region after running C-spacebar M-> |
| 18:10.47 | brlcad | that'll avoid needing to run indent.sh |
| 18:11.36 | brlcad | (M is "press and release ESC" followed by the next key(s) after the '-') |
| 18:11.37 | ncsaba | no, don't know eny emacs basics :-( |
| 18:12.10 | ncsaba | I'm not using emacs at all right now |
| 18:12.59 | brlcad | k |
| 18:13.03 | brlcad | what do you use? |
| 18:13.17 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 18:14.32 | ncsaba | I settled for codelite |
| 18:14.34 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.248) | |
| 18:14.40 | Ch3ck | Hey |
| 18:14.59 | Ch3ck | jst recovered from some network breakdown. |
| 18:15.16 | ncsaba | I'm testing now the .emacs settings from the wiki |
| 18:15.49 | Ch3ck | brlcad: could please give me those links to the concept behind the push command, matrix edit and probably pull routines? |
| 18:15.53 | ncsaba | copy-pasted them, now I get an error: Wrong number of arguments: quote, 2 |
| 18:16.10 | brlcad | yeah, that's probably a version mismatch |
| 18:16.56 | brlcad | try removing everything after the ; key bindings ; comment |
| 18:17.35 | brlcad | could be that copy-paste messed up on one of those lines .. there's an embedded hard tab |
| 18:18.53 | brlcad | ncsaba: could also try codelite's settings: http://codelite.org/LiteEditor/LocalPreferences ... columns per tab = 8, columns per indent = 4 |
| 18:19.51 | ncsaba | sure, that is already what I have set in codelite |
| 18:20.18 | ncsaba | and that's how I had it before the last patch too - so I suppose it is not enough |
| 18:20.27 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 18:20.47 | brlcad | it's probably not smart enough to mix the two where indents are smaller than the tab stop size |
| 18:21.08 | *** join/#brlcad Izak_ (~isaac@41.202.197.178) | |
| 18:21.09 | brlcad | or need to check that use tab checkbox |
| 18:21.46 | ncsaba | oh sorry - I checked now and it was set to indent at 8 |
| 18:22.01 | ncsaba | I thought I've set that to 4... |
| 18:22.01 | brlcad | alternatively, could just make it use spaces for indent, 4 per indent, no tabs, then run ws.sh to convert them to tabs |
| 18:22.57 | ncsaba | ok, possible it was reset after a VM crash I had |
| 18:24.24 | Ch3ck | hi brlcad: could you please give me the links to the pages concerning the concept behind the push/ matrix edit operatons please ? so i could read more on them. |
| 18:24.48 | *** join/#brlcad m_daga (~0_level@173.44.133.227) | |
| 18:25.16 | brlcad | wow, it's grown ... our repo is now 1.58 GB |
| 18:25.22 | ncsaba | anyway, now I need to get all the files wrongly indented by sh/indent.sh back on track, so I'll still try to get that working |
| 18:25.31 | brlcad | Ch3ck: what pages? |
| 18:26.52 | brlcad | if we had time to write something that specific, we wouldn't need someone to implement unpush as it'd already be done ;) |
| 18:26.58 | brlcad | you can read the man page on push/xpush |
| 18:27.21 | brlcad | I believe it's talked about in Principles of Effective Modeling (also in our docs section) |
| 18:27.41 | Ch3ck | ok |
| 18:27.49 | brlcad | but the real meat is understanding how to create geometry and apply a matrix edit |
| 18:27.55 | Ch3ck | could you please give me the link to the wiki pages please? |
| 18:28.05 | brlcad | if you understand that, understanding pull/unpush is natural |
| 18:28.13 | Ch3ck | you gave me something like that earlier.. |
| 18:28.19 | ncsaba | brlcad: I deleted everything after the "key bindings", now it doesn't error out but still formats at 2 space indentation... :-( |
| 18:28.20 | brlcad | really? |
| 18:28.22 | Ch3ck | ok |
| 18:28.31 | Ch3ck | ok |
| 18:28.31 | Ch3ck | thanks |
| 18:28.33 | Izak_ | Ch3ck_: Please check your gmail NOW |
| 18:29.05 | Izak_ | ncsaba_: Just ask for help. Don't ask if you should first? |
| 18:29.33 | ncsaba | Ch3ck: this is what you mean ? http://brlcad.org/w/images/3/36/Object_Editing_-_the_oed_Command.pdf |
| 18:29.38 | Ch3ck | ok |
| 18:29.50 | Ch3ck | yeah |
| 18:29.56 | brlcad | Ch3ck: I hope you're not saying that you can't be bothered to check your scrollback history ... or browse a website ... or perform a web search... |
| 18:30.04 | Ch3ck | i lost my connection here so i lost all the pages. |
| 18:30.06 | rays2pix | I have put together a draft proposal in the wiki. will be glad if I some one could review it |
| 18:30.10 | Ch3ck | yeah |
| 18:30.11 | brlcad | that would be a really bad impression to give your mentors |
| 18:30.15 | Ch3ck | thanks |
| 18:30.19 | Ch3ck | i got all.. |
| 18:30.54 | brlcad | it was more than that one pdf link, so I hope you do revist what's already been said |
| 18:31.04 | Ch3ck | yeah |
| 18:31.15 | Ch3ck | my computer went off with the loss of electricity so |
| 18:31.22 | Ch3ck | thats why i lost the links |
| 18:31.24 | brlcad | so that still left two other options |
| 18:31.28 | brlcad | at least |
| 18:31.30 | Ch3ck | thanks |
| 18:31.35 | Ch3ck | i got the links now |
| 18:31.40 | Ch3ck | thanks to you all |
| 18:31.54 | brlcad | Ch3ck: I'm giving you a hard time because that's not effective collaboration |
| 18:31.56 | ncsaba | brlcad: at first I also didn't notice that the chat is logged... |
| 18:32.10 | brlcad | it's damn convenient for you, but only by being a burden on others (however minimal) |
| 18:32.32 | brlcad | that won't work, you will be expected to put forth effort (WAY more effort) if you get slotted |
| 18:32.46 | Ch3ck | yeah i understand |
| 18:33.44 | brlcad | ncsaba: yep, 10 years worth of logs next year :) |
| 18:34.37 | ncsaba | way too much to read it all ;-) |
| 18:35.04 | ncsaba | of course it can be searched though.. |
| 18:35.33 | ncsaba | OK, I will need some more emacs fighting :-) |
| 18:38.25 | Izak_ | Where can I get images of brlcad_ primitives ( geometry representations) ? |
| 18:40.11 | ncsaba | brlcad: so, if I add: (setq-default c-basic-offset 4) -> now it indents some lines with 2 tabs where originally were 4 spaces - crazy |
| 18:41.54 | Ch3ck | Izak: the best thing is to check online |
| 18:42.14 | Ch3ck | and read the documentation |
| 18:42.19 | Ch3ck | on the wiki page.. |
| 18:45.08 | Izak_ | thanks Ch3ck_: |
| 18:46.11 | ncsaba | brlcad: the indet script is only changing the white space on the beginning of the lines, or it does more complex things too ? |
| 18:48.18 | Ch3ck | Izak: checked my gmail and saw nothing what up? |
| 18:58.17 | rays2pix | I am afraid whether my previous message was lost:)! So just trying again. |
| 18:59.05 | rays2pix | I have put a proposal on image processing. Will be relaxed a bit, if some one is intending to look it up! |
| 19:01.29 | Ch3ck | just give the link |
| 19:01.52 | Ch3ck | hey guys i wish to know where the 'mat_t' data type is defined in the src |
| 19:02.14 | Ch3ck | i have looked at raytrace.h, bu.h, bn.h, vmath.h headers |
| 19:02.25 | Ch3ck | to no avail could some one help me out here.. |
| 19:02.54 | Ch3ck | i assume its a 4x4 matrix probably i just want to see how it is defined so i can continue workx on my proposal.. |
| 19:04.14 | *** join/#brlcad Izak (~isaac@41.202.195.186) | |
| 19:05.01 | Guest8550 | Ch3ck please check ur gmail account |
| 19:05.24 | Ch3ck | i have checked there is nothx there |
| 19:05.27 | Ch3ck | what up? |
| 19:06.04 | Ch3ck | ok |
| 19:06.04 | Ch3ck | i see it |
| 19:06.09 | Ch3ck | i have checked it. |
| 19:06.18 | Ch3ck | thanks Izak |
| 19:06.47 | *** part/#brlcad m_daga (~0_level@173.44.133.227) | |
| 19:07.42 | *** join/#brlcad zero_level (~0_level@173.44.133.227) | |
| 19:08.35 | Izak | Ch3ck_:Please send me the email |
| 19:09.21 | Ch3ck | ok |
| 19:10.03 | Ch3ck | Izak: gimme ur email. |
| 19:10.18 | Ch3ck | so i can forward iutt to u.. |
| 19:13.11 | Ch3ck | i mean ur gmail acc. |
| 19:16.44 | Guest16696 | Ch3ck : u2isaac@yahoo.com |
| 19:17.04 | Ch3ck | yeah already sent it .. |
| 19:17.17 | Ch3ck | thought you wanted it thru ur gmail.. |
| 19:18.03 | ncsaba | brlcad: ok, I found why codelite doesn't want to format well: http://sourceforge.net/p/codelite/bugs/866/ |
| 19:18.51 | ncsaba | basically it resets my setting of indentation level to 8 :-( |
| 19:19.28 | Guest16696 | Ch3ck:Any how thanks |
| 19:22.12 | ncsaba | this is exactly the kind of things I hate - being blocked by code formatting issues, which I couldn't care less of :-) |
| 19:34.46 | brlcad | ncsaba: it's just indentation |
| 19:35.14 | ncsaba | ok |
| 19:35.33 | ncsaba | I will just manually reindent my additions then |
| 19:35.47 | ncsaba | what is the exact rule there ? |
| 19:35.48 | brlcad | or like I said, tell codelight to just use 4-char space indentation |
| 19:35.51 | brlcad | then run ws.sh |
| 19:36.02 | ncsaba | ok, probably that's what I'll do |
| 19:36.18 | rays2pix | brlcad:sorry if this is annoying, but I am afraid whether my irc messages were lost in clutter |
| 19:36.21 | ncsaba | codelite has a bug and doesn't like different tab and indent |
| 19:36.47 | brlcad | our indentation is spelled out in hacking, but it's basically tab-compressed 4-char indents |
| 19:37.15 | brlcad | so 4spc, 1tab, 1tab+4spc, 2tab, etc as you indent 1, 2, 3, 4 levels |
| 19:37.59 | brlcad | provides fewest bytes with a fixed visual presentation that displays correctly if you run cat or feed a file to a printer |
| 19:39.33 | ncsaba | ok |
| 19:40.07 | ncsaba | unfortunately if I set codelite to tab=4 then the existing code looks unreadable :-( |
| 19:40.20 | ncsaba | so it will stay at indent=tab=8 |
| 19:41.00 | ncsaba | and I will take care of indentation manually |
| 19:42.29 | brlcad | tab should still be 8 |
| 19:42.35 | brlcad | indent != tab |
| 19:42.42 | brlcad | that's why there were two input fields |
| 19:43.07 | brlcad | indent=4, tab=8, use tabs = no |
| 19:45.40 | *** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu) | |
| 19:46.13 | ncsaba | yes, but if I set indent to 4, tab=8, save -> next time I open the dialog both are again at 8 |
| 19:46.27 | brlcad | ah, so buggy |
| 19:46.29 | ncsaba | yes |
| 19:46.36 | brlcad | what if you set both to 4? |
| 19:46.38 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 19:46.43 | brlcad | and to not use tabs |
| 19:46.46 | ncsaba | then I can't read the code :) |
| 19:47.01 | ncsaba | the existing tabs will be 4 |
| 19:47.29 | brlcad | hrm, that sucks |
| 19:47.43 | ncsaba | yes, but I can live with that |
| 19:47.56 | brlcad | yet another option .. http://astyle.sourceforge.net/ |
| 19:47.58 | ncsaba | I just won't use it's auto-formatting |
| 19:48.05 | brlcad | it has support for our format (the latest version) |
| 19:49.06 | ncsaba | ok, thanks, I'll check it out |
| 19:50.22 | rays2pix | brlcad: I have a draft version of proposal at http://brlcad.org/wiki/User:Rays2pix2013/GSoc2013/Proposal |
| 19:50.23 | ncsaba | so I suppose the astyle 1.23 which ships with ubuntu lucid will not format properly ? |
| 19:50.56 | rays2pix | brlcad: Can you please look into it and give me some pointers for further expansion |
| 19:52.07 | brlcad | ncsaba: nope |
| 19:52.11 | brlcad | 2.03 |
| 19:52.22 | brlcad | looks like the very top feature in their latest release notes |
| 19:52.30 | ncsaba | ok |
| 19:52.36 | ncsaba | downloaded sources... |
| 19:52.43 | brlcad | I made a patch for him last year, but it took him forever to push out a new release |
| 19:54.07 | ncsaba | ok :-) |
| 19:56.32 | brlcad | rays2pix: at a quick glance, that's looking really good |
| 19:57.30 | rays2pix | brlcad: Thanks..Will wait for your queries though. |
| 19:57.35 | brlcad | it could use a little more detail and needs a week-by-week schedule |
| 19:57.46 | brlcad | the deliverables as stated are too generic/vague |
| 19:59.00 | rays2pix | brlcad: I wanted to verify whether I am in right direction with current proposed interfaces. If thats verified , I would add few more and work up a schedule |
| 20:00.02 | ncsaba | brlcad: before I spend an hour reading astyle docs and experimenting, do you have perhaps at hand the right parameters ? (if not, I will take that hour...) |
| 20:07.36 | brlcad | rays2pix: right direction, sure |
| 20:07.54 | brlcad | details to be worked out though, even after selections are made |
| 20:08.14 | brlcad | I'd suggest getting rid of filtering altogether, and just keeping it in mind for setting up the API |
| 20:09.11 | brlcad | to me, i'd think we'd want to move towards a "struct icv_image" that is a more generalized data container |
| 20:09.33 | brlcad | either getting rid of or encapsulating into a union or type field where the data resides |
| 20:10.13 | brlcad | (i.e., no separate filename field, just a source notion) |
| 20:10.25 | rays2pix | brlcad: I was also thinking the same. I am under a assumption that we would need to maintain details of only bw and pix formats for processing needs |
| 20:10.40 | n_reed | looks like the sf site has changed |
| 20:10.54 | brlcad | ideally supportting streaming and out-of-core processing as well as traditional file and in-memory processing |
| 20:11.31 | brlcad | n_reed: it only looks like it changed because it's different |
| 20:12.12 | rays2pix | brlcad : okay will do that. Sorry I didnt get what you meant by "get rid of filtering ". |
| 20:14.21 | brlcad | rays2pix: you do realize the only difference between bw and pix is 1 channel vs 3 right? |
| 20:14.54 | rays2pix | yep |
| 20:15.19 | brlcad | if you had a four pixel image (2x2), it can have N-channels of data |
| 20:15.34 | brlcad | that data could be char or large integer or even floating point |
| 20:16.03 | rays2pix | okay. I was assuming it to be char. Will correct that |
| 20:16.20 | brlcad | so it's something to think about |
| 20:16.42 | brlcad | do we want the in-memory processing format to be the fastest |
| 20:16.45 | brlcad | the most flexible |
| 20:17.02 | brlcad | the most generalized |
| 20:17.06 | brlcad | the most input preserving |
| 20:17.17 | brlcad | lots of considerations |
| 20:17.58 | brlcad | interleaved, non-interleaved |
| 20:18.24 | rays2pix | I dont have a clue on how brlcad wants it ..like what is typically a big image within brlcad |
| 20:18.35 | brlcad | for the 2x2, is it rgbrgbrgbrgb bytes or rrrrggggbbbb |
| 20:18.51 | brlcad | and do we keep them in memory as such, or is that just the output |
| 20:19.00 | rays2pix | if it isnt too big, I would work towards flexible and generalized interface at the expense of speed |
| 20:19.02 | brlcad | we want to preserve data as much as possible |
| 20:19.09 | brlcad | image sizes are indeterminate |
| 20:19.30 | brlcad | commonly 2k-4k square but mostly due to performance limitations going bigger |
| 20:19.40 | brlcad | designing something better doesn't have to be constrained by that |
| 20:20.14 | rays2pix | okay . We keep the input memory unchanged. My plan was to use a separate memory for the output. Is it bad? |
| 20:20.36 | brlcad | the emphasis should definitely be on "conversion" though, so that is entirely a question of streams, formats, bytes, interleavings |
| 20:21.44 | rays2pix | ok. will explore and get back with details |
| 20:21.51 | brlcad | doubling the memory requirements doesn't sound like a great idea unless it provides some specific gain |
| 20:23.02 | rays2pix | I see that , will modify it. |
| 20:26.46 | brlcad | rays2pix: I suggest taking a peek at what some of the other libs do too |
| 20:26.46 | ncsaba | brlcad: "astyle -xT" will still modify extensively pipe.c, any idea what I can still do to limit the damage ? |
| 20:28.09 | brlcad | rays2pix: like looking at openexr, imagemagick, and netpbm |
| 20:28.37 | brlcad | ncsaba: you sure you have the astyle flags right? |
| 20:28.39 | rays2pix | sure. I am currently looking at imagemagick will check out others too. |
| 20:28.42 | brlcad | i don't recall what they are |
| 20:29.14 | brlcad | rays2pix: we definitely want to be able to process HDR output, so keep that in mind |
| 20:29.19 | brlcad | inputs/outputs |
| 20:31.00 | ncsaba | brlcad: the -xT is the one forcing 4 space indent and 8 tab, with tab as much as possible -> but it also touches parts of the code I didn't want it to touch |
| 20:31.16 | brlcad | it might make sense to convert inputs into a generalized double-precision format, with N channels, then convert to output as requested |
| 20:31.22 | ncsaba | perhaps I still need some other settings too - but there are so many, I can't figure it out |
| 20:31.44 | ncsaba | my code is now formatted well, but the rest is disturbed |
| 20:31.45 | brlcad | ncsaba: yeah, I just don't remember it being that simple |
| 20:31.55 | rays2pix | that makes it more interesting. I will come up with ways to accomodate various formats. |
| 20:33.08 | brlcad | thinks filtering / conversion should be OpenCL plugins |
| 20:33.53 | brlcad | so you have readers/writers for the various formats, and processors in opencl |
| 20:34.12 | brlcad | so we can leverage parallelism and gpus a little easier |
| 20:35.25 | rays2pix | thats better.will think that way ! |
| 20:35.27 | brlcad | rays2pix: so I don't want to get too much glitter in your eyes ... I'm rambling on about double precision outputs but do know that JUST getting all of our image tools able to read/write any format using libicv would be a huge win and a viable GSoC project |
| 20:35.39 | brlcad | if both can happen, great |
| 20:36.12 | brlcad | but we do have a lot of tools, and it'll be better to either have an immediate code gain through refactoring or performance/architecture gain through new structures (that are put into immediate use) |
| 20:36.20 | rays2pix | sure:! I am also interested in making the base interface faster and better. Once the infrastructure is in place we can add other tools |
| 20:37.06 | rays2pix | I would vote for performance gain, I can rewrite the existing tools in about a months time. |
| 20:37.13 | brlcad | no you can't :) |
| 20:37.26 | brlcad | and that's okay |
| 20:37.49 | brlcad | they're not all trivial tools like bwfilter |
| 20:37.53 | brlcad | or bw-pix |
| 20:38.06 | brlcad | and there are still 100+ |
| 20:38.33 | starseeker | ncsaba: for astyle, you can try our misc/astyle.opt file - I don't recall how close it gets you to the correct formatting, but it should help |
| 20:38.53 | ncsaba | starseeker: thanks for the hint ! |
| 20:38.54 | brlcad | you'd have to convert something like 1 an hour for an entire month without making a mistake or encountering/introducing any bugs |
| 20:39.18 | rays2pix | mm..may be most of what I went through looked trivial like scaling and interpolation. Alright, for proposal I would expand the icv_convert part |
| 20:39.50 | starseeker | also has had abysmal luck configuring emacs to do correct formatting via the .sh scripts, so astyle is a nice option to have |
| 20:39.51 | brlcad | it's in the name ICV .. "image conversion" |
| 20:39.56 | brlcad | it has to get that part right |
| 20:40.14 | brlcad | where right is entirely subjective, has to be awesome |
| 20:41.07 | rays2pix | I agree on the second part! Would like to learn writing parallel code using this task. |
| 20:42.04 | brlcad | writing parallel code is a little different from writing opencl code |
| 20:42.14 | rays2pix | oh |
| 20:42.24 | ``Erik | got an email saying our project has been upgraded |
| 20:42.41 | starseeker | so time to re-checkout the repo? |
| 20:43.05 | rays2pix | parallel code is for multi-core and opencl is for gpu? is it so? |
| 20:43.23 | ``Erik | rays2pix: generally, yeah... |
| 20:46.20 | brlcad | ``Erik: repo is still importing |
| 20:46.23 | brlcad | it'll be a hwile |
| 20:47.05 | brlcad | rays2pix: opencl is a generalized computing architecture for both cpu and gpu |
| 20:47.37 | brlcad | you can schedule work on gpu, cpu, or both, you just define a task, tell it where to run that task, and how |
| 20:47.44 | rays2pix | ok |
| 20:48.44 | brlcad | it obviously involves parallelism in the "how" but it's rather different from traditional "parallel computing" where you create threads or processes |
| 20:49.01 | brlcad | managing mutexes, semahpores, IPC, shared memory, etc |
| 20:49.16 | ``Erik | 'hwile' like http://www.youtube.com/watch?v=lich59xsjik ? |
| 20:49.33 | brlcad | yes |
| 20:49.48 | brlcad | qhuite |
| 20:50.00 | ncsaba | brlcad: I updated from svn, and I get an error compiling: src/other/libregex/regex.h:60: note: previous declaration of off_t was here |
| 20:50.35 | rays2pix | i see, I was proposing a traditional one in my draft. now will look in to opencl and will take care about the constraints it brings |
| 20:50.53 | ncsaba | I use "ninja" to compile, is there anything I'm missing, perhaps I need to do some "clean" compile or so ? |
| 20:51.19 | brlcad | ncsaba: that's a very recent change |
| 20:51.35 | brlcad | can revert back to what you were on or stub in a fix |
| 20:51.44 | brlcad | or wait for someone else to fix it |
| 20:51.56 | rays2pix | brlcad:thanks I got handful of things to do. Will update the proposal and let you know. thanks for your time and patience |
| 20:51.57 | brlcad | someone's trying to get 64-bit windows to behave |
| 20:52.05 | ncsaba | aha |
| 20:52.16 | ``Erik | what platform and revision did you see the failure? |
| 20:53.01 | ``Erik | r55207 SHOULD have finished that issue off... |
| 20:53.54 | ncsaba | ubuntu lucid |
| 20:54.17 | ncsaba | Ubuntu 10.04.4 LTS |
| 20:54.42 | ncsaba | I commented out that line 60, seems to compile |
| 20:55.54 | ncsaba | I don't have enough experience with C/includes/platforms to figure out what is the right solution there... |
| 20:56.23 | ncsaba | I just want to make sure my changes compile before submitting a patch :-) |
| 20:58.14 | *** join/#brlcad caen23 (~cezar@92.81.210.66) | |
| 21:05.52 | ``Erik | when did you do your last svn up? if you do an "svn info", what revision does it say? |
| 21:06.22 | ``Erik | (I have an Ubuntu 12.04.2 LTS box I can try on if you're using 55207) |
| 21:09.01 | ncsaba | svn update -> At revision 55207. (this was ~30 mins ago) |
| 21:10.12 | ncsaba | commenting out line 60 of regex.h let's me compile, and mged works too |
| 21:11.39 | ``Erik | strange that the system libregex wasn't found... doing a cmake now |
| 21:15.41 | ``Erik | yeah... hm, dunno if I want to try committing while the migration is in process, though |
| 21:22.48 | ncsaba | so, I posted the patch - formatting the white space was at least as demanding as doing the math... |
| 21:23.21 | ncsaba | thanks for the help :-) |
| 21:24.35 | ncsaba | will leave now, late here, bye ! |
| 21:30.55 | Notify | 03BRL-CAD:carlmoore * 55208 brlcad/trunk/src/conv/nmg/asc-nmg.c: accept - as argument for stdin; also acknowledge what will be used for input & output; further changes will be needed for no-argument 'Usage' result |
| 22:18.00 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 22:18.01 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) | |
| 22:18.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 22:51.48 | ``Erik | got an email saying the repo migration is complete |
| 23:12.39 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 23:12.40 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) | |
| 23:12.40 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:22.43 | brlcad | ~cadsvn |
| 00:22.43 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 00:23.26 | brlcad | ~no, cadsvn is To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 00:23.51 | brlcad | ~cadsvn |
| 00:23.51 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 00:23.56 | brlcad | gr |
| 00:24.12 | brlcad | ~cadsvn is <reply>To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 00:24.12 | ibot | ...but cadsvn is already something else... |
| 00:24.18 | brlcad | ~no cadsvn is <reply>To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 00:24.18 | ibot | okay, brlcad |
| 00:24.24 | brlcad | ~cadsvn |
| 00:24.24 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 00:25.21 | brlcad | (still using https for public instruction here to avoid proxy/firewall explanations) |
| 00:29.19 | Notify | 03BRL-CAD:brlcad * 55208 brlcad/trunk/README: first commit to the new repo. shorten some irerelevant and redundant detail. |
| 00:30.09 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 00:30.09 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) | |
| 00:30.09 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:30.28 | n_reed | yeah i liked the speed of the svn+ssh checkout |
| 00:33.03 | starseeker | wonders how long it will take him to get used to the new path... |
| 00:36.54 | starseeker | brlcad: what's your take on the regex thing? Fix the one in there for 64 bit, or switch to something like pcre that's still actively maintained? |
| 00:38.34 | brlcad | that it was working fine and rweiss broke it trying to make it better? |
| 00:39.52 | brlcad | pcre isn't nearly as portable or as fast as our old bsd copy last I tested, it would warrant retesting before replacing |
| 00:40.05 | brlcad | at least pcre is dependency-free iirc |
| 00:40.49 | brlcad | but still, our lib should be working just fine -- I havent heard any issues that weren't self-inflicted |
| 00:41.32 | starseeker | apparently the red command failed on 64bit windows |
| 00:41.57 | brlcad | and the quintessential... |
| 00:42.00 | brlcad | why? |
| 00:42.10 | brlcad | otherwise, that means nothing |
| 00:42.19 | Notify | 03BRL-CAD:tbrowder2 * 55209 (brlcad/trunk/t.txt =================================================================== and 1441 others): test |
| 00:42.57 | Notify | 03BRL-CAD:tbrowder2 * 55210 (brlcad/trunk/t.txt =================================================================== and 1441 others): remove test file |
| 00:43.17 | brlcad | wow big parse fail there |
| 00:44.04 | starseeker | brlcad: his comment in regex.h suggests that off_t is defined as a "long", which I guess is 32 bit was wasn't enough to hold 64 bit information? |
| 00:44.37 | brlcad | I'd commented several months ago that one of his changes was highly suspect and possibly introducing a behavior change |
| 00:44.47 | starseeker | in red? |
| 00:44.54 | brlcad | in libregex |
| 00:44.58 | starseeker | ah |
| 00:46.04 | brlcad | he's changing a lot of size-specific logic in there, which wold be fine in some places, but libregex is tightly packed |
| 00:46.09 | starseeker | blinks - wow, svn log was a *lot* faster |
| 00:46.15 | brlcad | lots of bit operations for speed |
| 00:46.21 | starseeker | nods |
| 00:46.45 | brlcad | can't just jack types around like he seems to be doing withour deeper understandin/testing |
| 00:47.17 | brlcad | I'd roll back to before the rampage a few months ago and see what the original issues were |
| 00:50.14 | brlcad | starseeker: you can take out the todo readme, certainly what was intended |
| 00:50.55 | starseeker | nods |
| 00:51.36 | starseeker | sorry, computer froze up again - this sucker may be on its last bits... |
| 00:51.39 | brlcad | looks like r51054 is the first commit I flagged in review |
| 00:51.58 | brlcad | claims that got red working.. |
| 00:52.56 | starseeker | if it really is a data type size issue, that could be a little tricky to get right - like you said, lots of size specific logic |
| 00:54.04 | brlcad | the problem is a lack of a problem definition |
| 00:54.25 | starseeker | growl... "Authorization failed." |
| 00:54.37 | brlcad | his response to my inquiry was: |
| 00:54.44 | brlcad | "The file regexec.c includes engine.c twice where the data types changed between the versions. To make this work the sizeof(long) must equal sizeof(char *) which it is not on Win64. The easiest solution was to change all the places where 'long' and 'unsigned long' were used to the 'size_t' and 'ssize_t' since sizeof(char *) and sizeof(size_t) are always equal." |
| 00:55.22 | brlcad | to me, that says he's possibly using the wrong types anyways, and struggling now because of it |
| 00:56.29 | brlcad | NEED the actual win64 error/issue, but using a uint32_t might have been what was needed if type sizes are expected in libregex |
| 00:56.34 | starseeker | wondered a bit if fundamentally variable sized types like size_t would work in that application... |
| 00:56.50 | starseeker | at least, without designing for it up front |
| 01:01.27 | brlcad | from what I saw when I reviewed the commit, libregex doesn't seem to care, but several of the bit operations looked like they may have assumed a long was 32-bit |
| 01:02.03 | brlcad | so converting to size_t (and later to off_t) just exacerbate the problem to everywhere |
| 01:02.17 | brlcad | while possibly making compiler warnings go away |
| 01:02.26 | brlcad | (via quiet casting, not fixing) |
| 01:08.05 | Notify | 03BRL-CAD:starseeker * 55211 brlcad/trunk/TODO: Have enough info in src/other/README to remove TODO item. |
| 01:08.10 | starseeker | huzza |
| 01:08.37 | starseeker | proceeds to start backing up his home drive before anything else goes south.. |
| 01:27.19 | Notify | 03BRL-CAD:n_reed * 55212 (brlcad/trunk/include/dm.h brlcad/trunk/src/mged/attach.c): Make dm func decls C++ friendly. Specifying the dm_processOptions params revealed mged_attach needs to dup its argv since the former doesn't make the same const promise (presumably because it wraps bu_getopt, which imitates getopt's signature). |
| 01:30.54 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 01:33.10 | *** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu) | |
| 03:40.54 | brlcad | starseeker: https://sourceforge.net/p/brlcad/discussion/362509/thread/0efcfc44 |
| 03:53.50 | kanzure | brlcad: it looks like sourceforge has roled out new url schemas? they also sent out some new urls for svn+ssh:// earlier today.. |
| 03:53.53 | kanzure | *rolled |
| 04:23.49 | *** join/#brlcad caen23 (~cezar@92.83.176.26) | |
| 04:41.34 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 05:00.02 | starseeker | brlcad: thanks - got it |
| 08:00.25 | brlcad | kanzure: yes, I finally "upgraded" our project pages |
| 08:00.28 | brlcad | details on the mailing list |
| 08:01.06 | brlcad | (it's been an option since last fall, but I delayed while they got more features migrated) |
| 08:18.13 | caen23 | hmm... any reason why wiki usernames need to be at least 10 characters? |
| 08:19.30 | Notify | 03BRL-CAD Wiki:92.83.176.26 * 5083 /wiki/Compiling: /* Download BRL-CAD */ |
| 08:21.03 | Notify | 03BRL-CAD Wiki:92.83.176.26 * 5084 /wiki/Compiling: /* Configure */ |
| 08:24.32 | kanzure | brlcad: ah i didn't know it was voluntary. cool. |
| 08:47.25 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 09:31.05 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 09:41.39 | *** join/#brlcad caen23 (~cezar@92.81.199.243) | |
| 09:47.37 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:46.19 | Notify | 03BRL-CAD:tbrowder2 * 55213 (svn:mime-type ## -0,0 +1 ## and 2 others): test |
| 10:46.52 | Notify | 03BRL-CAD:tbrowder2 * 55214 (brlcad/trunk/t.txt =================================================================== and 11 others): test |
| 10:47.29 | Notify | 03BRL-CAD:tbrowder2 * 55215 (svn:mime-type ## -0,0 +1 ## and 2 others): test |
| 10:47.44 | Notify | 03BRL-CAD:tbrowder2 * 55216 (brlcad/trunk/t.txt =================================================================== and 11 others): test |
| 10:55.06 | Notify | 03BRL-CAD:tbrowder2 * 55217 (svn:mime-type ## -0,0 +1 ## and 2 others): update |
| 10:55.38 | Notify | 03BRL-CAD:tbrowder2 * 55218 (brlcad/trunk/t.c =================================================================== and 11 others): final test |
| 11:08.39 | ``Erik | neat |
| 11:11.00 | *** join/#brlcad caen23 (~cezar@92.81.199.243) | |
| 11:40.57 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 11:49.58 | Notify | 03BRL-CAD Wiki:Phoenix * 5085 /wiki/User:Phoenix/GSoc2013/Proposal: /* Project title */ |
| 13:10.35 | *** join/#brlcad zero_level (~0_level@50.2.252.100) | |
| 13:36.52 | *** join/#brlcad pankaj (6a4c2c67@gateway/web/freenode/ip.106.76.44.103) | |
| 13:37.01 | pankaj | hi |
| 13:38.19 | pankaj | anyone is there??? |
| 13:51.08 | *** join/#brlcad ncsaba (~ncsaba@p54982096.dip0.t-ipconnect.de) | |
| 13:58.28 | pankaj | i want to work on Non-vacuum gravity simulator project idea.... can anyone suggest me how to go about that... |
| 14:00.38 | ncsaba | hi all |
| 14:01.14 | ncsaba | anybody around I can talk about refactoring analyze.c ? |
| 14:03.34 | ncsaba | the idea is that the analyze command currently only results in human readable output, but that's not very useful for scripts to query the object's properties |
| 14:04.48 | ncsaba | also I would like to have much more data points available for querying than currently possible... |
| 14:06.15 | ncsaba | in a pipe for example (the primitive I currently study) I would like to be able to query in a script all/any of the bending center points for the bent segments |
| 14:09.01 | ncsaba | the key point here is to define a sensible interface, where the primitives fill some data structures with analyze results, and the analyze.c code displays those structures |
| 14:09.53 | ncsaba | and some other command could filter those structures and fill TCL variables for example with the corresponding TCL data structures |
| 14:11.05 | ncsaba | so analyze.c/h I would expect to define some generic structures (to be filled by primitives), and have generic routines to disply them |
| 14:11.53 | ncsaba | and some new command would use the same primitive routines to fill the data, then put it in TCL structures, possibly filtering for specific variables asked for |
| 14:12.04 | ncsaba | does all this make sense ? |
| 14:15.20 | *** join/#brlcad caen23 (~cezar@92.81.188.183) | |
| 14:29.59 | ncsaba | ok, I have to leave... bye |
| 14:59.11 | starseeker | so has viewvc (online html-ified repo navigation, diff, etc.) gone bye-bye? |
| 15:01.11 | ``Erik | https://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/ |
| 15:44.11 | *** join/#brlcad zero_level (~0_level@50.2.252.100) | |
| 15:58.24 | *** join/#brlcad pankaj (310fd538@gateway/web/freenode/ip.49.15.213.56) | |
| 16:05.46 | *** join/#brlcad pankaj (6a4da21f@gateway/web/freenode/ip.106.77.162.31) | |
| 16:06.10 | pankaj | hello....everyone... |
| 16:07.11 | pankaj | i have decided to work on Non-vacuum gravity simulator project idea.....can anyone suggest me"how to go about that".... |
| 16:14.34 | pankaj | ..... |
| 16:15.18 | pankaj | waiting for your response .... |
| 16:17.32 | brlcad | hello pankaj |
| 16:18.00 | pankaj | thank you for the response.. |
| 16:18.07 | zero_level | hey _pankaj .. although i am a newbie in this .. but as i understand .. you will have to come up with a project proposal based on the idea .. it is good that you have shown your interest in brlcad .. Since most of the developers are busy they may not be able to help you with what is expected or.. you could see the developer mailing list and its archives .. you could also try digging in the code |
| 16:18.08 | zero_level | to understand what is expected .. for this just download the code repo from sourceforge.net using svn ..else you could read last year's proposal or final reports from brlcad GSOC selected students .. morever you could mail to the mailing list directly .. |
| 16:18.13 | brlcad | ah ncsaba left.. |
| 16:18.46 | brlcad | pankaj: don't wait for a response, RESEARCH! :) |
| 16:18.55 | brlcad | that's how you go about that |
| 16:18.56 | pankaj | ya....i went |
| 16:19.12 | zero_level | @ _brlcad hope i made it clear from what i wrote |
| 16:19.15 | brlcad | you read code, read more code, ask some questions, read more code still, start writing up some goals |
| 16:19.55 | zero_level | _brlcad i am working on consolidating image processing.. hope i will come with a proposal by tommorow |
| 16:19.55 | brlcad | and some of what zero_level just said, read up on the previous activity on that project |
| 16:19.57 | pankaj | can you tell me...what i have to do in that ... |
| 16:20.26 | brlcad | pankaj: nobody can tell you ... "what you have to do in that" |
| 16:20.37 | brlcad | the is exactly the work |
| 16:20.40 | pankaj | i mean any coding stuffs.... |
| 16:20.58 | brlcad | ask me a question about the code and I'll answer as specific as your question |
| 16:21.26 | brlcad | why did you pick that project? |
| 16:21.39 | pankaj | ya....sure....but i am not getting what i need to do right now with that |
| 16:21.46 | pankaj | because |
| 16:22.11 | brlcad | first off, take a deep breath |
| 16:22.12 | pankaj | i told you already i love physics and maths... |
| 16:22.15 | brlcad | you're trying too hard :) |
| 16:22.25 | brlcad | need to take a step back and understand your problem |
| 16:22.40 | brlcad | then apply basic problem solving skills, tackle your problem and understanding one step at a time |
| 16:23.12 | brlcad | if you don't know where you're going or why, I can't exactly help give you driving directions |
| 16:23.50 | pankaj | my problem is...i dont know what is the problem with the project i mean what i need to do in that project |
| 16:24.17 | brlcad | zero_level: sounds good, what's your goal? |
| 16:24.28 | brlcad | pankaj: YOU define the project, not us |
| 16:24.36 | brlcad | so the problem is what you decide to do |
| 16:24.49 | brlcad | we merely suggest starting points |
| 16:25.01 | brlcad | that's the case with nearly all orgs and projects, they are your proposal |
| 16:25.12 | pankaj | i have decided to work on Non-vacuum gravity simulator idea.. |
| 16:25.12 | brlcad | so there you go, you need to figure out what you want it to do |
| 16:25.19 | brlcad | that's an idea, not a project |
| 16:25.34 | brlcad | that's like saying "i have decided to work on building a car.." |
| 16:25.52 | brlcad | okay, what kind of car, where will it be drive, what will it be used for? |
| 16:26.42 | brlcad | "09:38 < pankaj> anyone is there???" <-- pleae don't do that again :) |
| 16:27.04 | pankaj | oops....sorry for that... |
| 16:27.08 | brlcad | that is not how IRC works |
| 16:27.19 | brlcad | see our wiki page (which I believe I referred you to earlier...) |
| 16:28.19 | pankaj | i saw...there some categories and their related topics... |
| 16:28.34 | brlcad | our wiki page on IRC etiquette |
| 16:28.36 | zero_level | i have basically looked at most of the utilities in the utlity folder |
| 16:29.00 | brlcad | zero_level: and what did you discover? |
| 16:29.11 | zero_level | i found four categories bw,pix,plots and missceallenaous |
| 16:29.37 | zero_level | and sub categories Operations, filters, and conversions |
| 16:30.30 | pankaj | k....Non-vacuum gravity simulator is just an idea ,,not a project??? |
| 16:31.09 | brlcad | pankaj: what is the title of the page that listed that topic? |
| 16:32.02 | pankaj | scientific projects |
| 16:32.15 | brlcad | zero_level: and did a project come to mind, how to extend, refactor, or otherwise improve that body of code? |
| 16:32.26 | brlcad | pankaj: the title of the page |
| 16:32.28 | brlcad | not the section |
| 16:32.46 | brlcad | /wiki/what? |
| 16:33.05 | pankaj | main page |
| 16:33.16 | pankaj | BRL-CAD Wiki |
| 16:33.28 | brlcad | well which one? |
| 16:33.43 | brlcad | and both are wrong, Non-vacuum isn't on either of those |
| 16:34.15 | zero_level | _pankaj i hope brlcad is talking abt this http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas |
| 16:34.24 | zero_level | which says Project Ideas |
| 16:34.44 | brlcad | gives zero_level a cookie for correct |
| 16:35.02 | pankaj | its under scientific projects... |
| 16:35.09 | brlcad | so? |
| 16:35.15 | brlcad | that wasn't my question |
| 16:35.47 | pankaj | sorry...but i didnt get your question |
| 16:35.55 | brlcad | you should say that then |
| 16:36.00 | zero_level | _pankaj you would like to read open-advice.org |
| 16:36.35 | zero_level | _brlcad thanks! |
| 16:36.37 | brlcad | pankaj: open source really emphasizes communication |
| 16:36.54 | brlcad | if you don't understand something I say or ask, don't just make up guess answers |
| 16:37.06 | brlcad | get clarification, explain what you do not understand |
| 16:37.47 | brlcad | we're here to help you, but can't help you if you don't communicate effectively |
| 16:39.14 | brlcad | pankaj: do you understand what I was saying with my question now? |
| 16:39.28 | brlcad | you asked whether it was an idea or a project |
| 16:39.33 | brlcad | it's a project idea |
| 16:39.43 | *** join/#brlcad pankaj_ (310fcab1@gateway/web/freenode/ip.49.15.202.177) | |
| 16:39.55 | brlcad | and how much did you miss? |
| 16:40.52 | pankaj_ | sorry for disturbance... |
| 16:41.02 | brlcad | pankaj_: what was the last line you saw? |
| 16:41.15 | pankaj_ | open-advice.org... |
| 16:41.28 | brlcad | 12:36 < brlcad> pankaj: open source really emphasizes communication |
| 16:41.28 | brlcad | 12:36 < brlcad> if you don't understand something I say or ask, don't just make up guess answers |
| 16:41.31 | brlcad | 12:37 < brlcad> get clarification, explain what you do not understand |
| 16:41.33 | brlcad | 12:37 < brlcad> we're here to help you, but can't help you if you don't communicate effectively |
| 16:41.37 | brlcad | 12:39 < brlcad> pankaj: do you understand what I was saying with my question now? |
| 16:44.16 | zero_level | also i have seen the current progress on libicv and the logs describing bu_image converted to icv_image ... i saw the codes in libicv describes the file format but has only one utility i.e. rotate.. I am looking at some openly available image library to represent the images in brlcad... and convert this part of code into a sub tool like rtwizard application .. |
| 16:45.58 | *** join/#brlcad pankaj (310f800e@gateway/web/freenode/ip.49.15.128.14) | |
| 16:46.17 | pankaj | :( |
| 16:46.49 | brlcad | pankaj: is there a reason you cannot use a real irc client? |
| 16:48.07 | pankaj | no....my hostel wifi blocks chat category sites and all...and i am using this loosy modem ... |
| 16:48.23 | pankaj | thats why i am not able to be steady .. |
| 16:48.37 | brlcad | a real irc client won't be a "chat category site" |
| 16:48.59 | brlcad | irc is over it's own port, not http |
| 16:48.59 | pankaj | stay connected |
| 16:49.44 | brlcad | that's why I'm suggesting you try a real client |
| 16:49.46 | pankaj | may be ....i dont have much knowledge about irc....but they did setup like that |
| 16:50.25 | brlcad | there are only a thousand or more tutorials around the web (including the IRC wiki page I asked you to read yesterday) |
| 16:51.28 | brlcad | you will find that most people in open source have very little patience if you do not read information provided specifically to help you understand something |
| 16:52.22 | brlcad | please read http://brlcad.org/wiki/IRC in full, try one of the real clients in the IRC client list |
| 16:54.32 | *** join/#brlcad pankaj (706e5874@gateway/web/freenode/ip.112.110.88.116) | |
| 16:54.55 | pankaj | sorry...this internet is such.... |
| 16:55.05 | brlcad | please read http://brlcad.org/wiki/IRC in full, try one of the real clients in the IRC client list |
| 16:55.16 | brlcad | you will find that most people in open source have very little patience if you do not read information provided specifically to help you understand something |
| 16:55.41 | pankaj | do u want me to download mIRC???? |
| 16:55.54 | brlcad | wtf |
| 16:56.07 | pankaj | sorry |
| 16:57.52 | brlcad | "no", I want you to read http://brlcad.org/wiki/IRC in full, and try one of the real clients in the IRC client list |
| 16:58.17 | pankaj | ok...i am on it... |
| 17:09.13 | *** join/#brlcad pankaj_ (6a4c3d33@gateway/web/freenode/ip.106.76.61.51) | |
| 17:09.19 | zero_level | _brlcad ? |
| 17:16.06 | pankaj_ | i installed mirc.. |
| 17:17.37 | pankaj_ | please help me in this |
| 17:26.10 | pankaj_ | sorry |
| 17:34.34 | *** part/#brlcad zero_level (~0_level@50.2.252.100) | |
| 17:34.44 | *** join/#brlcad ddg80 (~IceChat77@129.7.255.66) | |
| 17:47.06 | *** join/#brlcad pankaj (6a4285ad@gateway/web/freenode/ip.106.66.133.173) | |
| 17:50.18 | pankaj | :'( |
| 18:01.16 | *** join/#brlcad caen23 (~cezar@92.83.176.190) | |
| 18:58.28 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 19:03.29 | Notify | 03BRL-CAD Wiki:Tmaguire98 * 0 /wiki/User:Tmaguire98: |
| 19:22.45 | *** join/#brlcad pankaj (310f897d@gateway/web/freenode/ip.49.15.137.125) | |
| 19:24.25 | pankaj | this is again me.... |
| 19:28.35 | pankaj | is there anyone[ i mean student] working on Non-vacuum gravity simulator idea of scientific projects??? |
| 19:46.23 | vladbogo | hi |
| 19:47.34 | vladbogo | i have just got the code from the new repo and I get an compilation error that off_t from regex.h was previously defined |
| 19:49.17 | vladbogo | i commented that line and everything seems to work fine but i do not know if this is the solution |
| 19:49.41 | vladbogo | is there anything i should do? |
| 19:53.04 | *** join/#brlcad pankaj (310f897d@gateway/web/freenode/ip.49.15.137.125) | |
| 19:54.44 | pankaj | i am having a look over previous years development over Non-vacuum gravity simulator idea project done by Alex Taylor... |
| 20:14.51 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 0 /wiki/User:IIIzzzaaakkk: |
| 20:23.45 | *** join/#brlcad caen23_ (~cezar@92.81.209.88) | |
| 20:34.11 | ``Erik | vladbogo: leave it commented out, it's a messed up hack to deal with 64b windows that needs some more attention :/ |
| 20:35.35 | vladbogo | ``Erik thanks for your reply |
| 21:43.58 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 22:28.43 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 22:38.31 | brlcad | mpictor: welcome! |
| 22:41.13 | mpictor | hey :) |
| 22:41.24 | mpictor | see my email about #stepcode? |
| 22:41.34 | mpictor | * #stepcode ? |
| 22:41.50 | mpictor | finally created it, as starseeker suggested |
| 22:45.01 | brlcad | yep, already joined |
| 22:45.10 | brlcad | you use IRC before? |
| 22:46.16 | mpictor | occasionally |
| 00:03.13 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 01:32.08 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 04:04.00 | Notify | 03BRL-CAD Wiki:Sean * 5086 /wiki/Google_Summer_of_Code/Project_Ideas: cleanup, add additional mentors, clarify slot dedications new this year |
| 04:36.49 | Notify | 03BRL-CAD Wiki:Sean * 5087 /wiki/Google_Summer_of_Code/Project_Ideas: begin test reformatting high impact ones into a set of tables instead of top-level catgegories |
| 04:42.51 | Notify | 03BRL-CAD Wiki:Sean * 5088 /wiki/Google_Summer_of_Code/Project_Ideas: |
| 06:52.57 | *** join/#brlcad caen23 (~cezar@92.81.199.146) | |
| 07:16.37 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:12.38 | *** join/#brlcad zero_level (~0_level@173.44.133.227) | |
| 10:12.42 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:33.45 | *** join/#brlcad caen23 (~cezar@92.83.189.219) | |
| 12:19.27 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:54.23 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:06.15 | brlcad | how are those proposals coming along? |
| 14:11.40 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:11.42 | ``Erik | ponders this togl build failure O.o |
| 14:17.02 | brlcad | need to borrow the shotgun? |
| 14:18.33 | ``Erik | perhaps... using a system tk, togl fails with funky macro induced redefinitions |
| 14:20.01 | ``Erik | http://paste.lisp.org/display/136869 |
| 14:20.07 | ``Erik | doh, wrong version |
| 14:21.52 | ``Erik | http://paste.lisp.org/display/136869#1 |
| 14:23.26 | ``Erik | <-- tries to reproduce it on a linux box |
| 14:47.11 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:53.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:53.59 | *** join/#brlcad caen23 (~cezar@92.81.160.60) | |
| 15:26.47 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:35.58 | Notify | 03BRL-CAD:n_reed * 55219 (brlcad/trunk/src/conv/step/AdvancedBrepShapeRepresentation.cpp brlcad/trunk/src/conv/step/AdvancedBrepShapeRepresentation.h and 381 others): Copy-pasted bodies of Create member functions added a heap object to a map, and then deleted the object if loading failed. Supposing the object was deleted, later reference to it via the map caused a segfault. The simple fix was complicated by the |
| 15:35.59 | Notify | number of instances that had to be fixed, so the duplicated logic has been pulled into a static member of the parent STEPEntity class, and the subclass Create members now just call that function, passing the variable elements, namely their class name and a newly added GetInstance function that returns a new instance of the class. |
| 16:06.00 | Notify | 03BRL-CAD:bob1961 * 55220 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: init_shoot_ray has moved to Ged.tcl |
| 16:17.49 | Notify | 03BRL-CAD:brlcad * 55221 (brlcad/trunk/NEWS brlcad/trunk/src/librt/search.c): fixed the search command that was bombing if ran on a v4 database file. needed to call rt_db_get_internal() instead of rt_db_get_internal5(). |
| 16:24.05 | Notify | 03BRL-CAD:n_reed * 55222 brlcad/trunk/src/conv/step/STEPEntity.h: ----------- |
| 16:38.15 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 16:51.17 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 16:54.54 | Notify | 03BRL-CAD:brlcad * 55224 (brlcad/trunk/TODO brlcad/trunk/include/bu.h): it's strongly looking like the INIFINTY change uncovered a bug in our spatial partioning code, but revert it for now with a TODO in order to get a new release pushed out. |
| 17:01.41 | Notify | 03BRL-CAD:brlcad * 55225 brlcad/trunk/TODO: quick test and arbn looked okay. memory usage was reportedly a red herring. the other two issues will get fixed after release. |
| 17:17.20 | *** join/#brlcad caen23 (~cezar@92.83.171.240) | |
| 17:43.39 | *** join/#brlcad harmanpreet (~chatzilla@124.253.147.173) | |
| 17:43.48 | *** join/#brlcad Izak (~Izak@41.202.195.17) | |
| 17:44.15 | Guest99553 | Hi |
| 17:45.25 | *** join/#brlcad Izak_ (~Izak@41.202.195.17) | |
| 17:45.30 | Izak_ | Hello |
| 18:06.00 | *** join/#brlcad ncsaba (~ncsaba@p54982208.dip0.t-ipconnect.de) | |
| 18:07.08 | ncsaba | Hi there |
| 18:21.19 | *** join/#brlcad Izak_ (~Izak@41.202.197.193) | |
| 18:57.01 | Notify | 03BRL-CAD:n_reed * 55226 (brlcad/trunk/src/conv/step/AdvancedBrepShapeRepresentation.cpp brlcad/trunk/src/conv/step/AdvancedBrepShapeRepresentation.h and 391 others): style/ws |
| 18:58.22 | Notify | 03BRL-CAD:starseeker * 55227 brlcad/trunk/src/libbu/brlcad_path.c: path variable is only used by code within the ifdef - put the variable definition in there as well. |
| 19:00.29 | *** join/#brlcad Izak (~Izak@41.202.197.193) | |
| 19:28.27 | Notify | 03BRL-CAD:starseeker * 55228 brlcad/trunk/src/librt/tests/nurbs_surfaces.g: Increase radius on spheres illustrating example points. |
| 19:38.40 | Notify | 03BRL-CAD:starseeker * 55229 brlcad/trunk/TODO: Independent confirmation of this as a problem would be good - the wireframe drawing for spheres seems to have problems when the sphere is small and not close to the origin? |
| 19:56.46 | Notify | 03BRL-CAD:starseeker * 55230 brlcad/trunk/HACKING: Make a stab at fixing the URLs for the svn repository in HACKING |
| 20:19.14 | Notify | 03BRL-CAD:starseeker * 55231 brlcad/trunk/src/librt/tests/CMakeLists.txt: Can build nurbs_tester on Windows now, turn back on. |
| 20:20.52 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:38.40 | Notify | 03BRL-CAD Wiki:Starseeker * 5089 /wiki/SVN: Update svn checkout line |
| 20:41.46 | kanzure | mpictor: instead of a separate channel, i recommend that stepcode discussion happen in here, because there's already public logging and contributors in here. |
| 20:42.23 | kanzure | if those discussions become too off-topic, i'm sure brlcad will kick them out (which i doubt; BRL-CAD has a strong interest in SCL's progress.) |
| 20:46.28 | *** join/#brlcad zero_level (~0_level@46.21.152.254) | |
| 21:06.30 | Notify | 03BRL-CAD:carlmoore * 55232 brlcad/trunk/src/sig/damdf.c: add '>' reference because program terminates if EITHER stdout or stdin is a tty |
| 21:08.39 | *** join/#brlcad Steel_ (~Steel@192.249.25.241) | |
| 21:09.45 | Steel_ | Hi there |
| 21:25.38 | ``Erik | 1747 downloads this week, 72% windows... wonder how many of those are bots |
| 21:42.45 | Notify | 03BRL-CAD:carlmoore * 55233 brlcad/trunk/src/sig/damdf.c: remove a newline in damdf.c |
| 21:45.33 | Notify | 03BRL-CAD:carlmoore * 55234 brlcad/trunk/src/sig/dauto.c: compare to damdf.c and shift one 'include'; also, add '>outputfile' to usage |
| 21:56.20 | Notify | 03BRL-CAD:carlmoore * 55235 brlcad/trunk/src/sig/dauto2.c: provide '>outputfile' here too |
| 23:57.45 | kanzure | someone posted some helpful things about the solidworks file format https://groups.google.com/forum/?fromgroups=#!topic/openmanufacturing/Fv2Ovmxnfyw |
| 00:00.56 | kanzure | "Because the Unigraphics-to-BRL-CAD converter, ug-g, was written using the Unigraphics UG/Open API library, users must have a Unigraphics UG/Open execute or development license in order to run it." |
| 00:01.16 | kanzure | is that true? there's a ug-g binary in brlcad that's useless without a license key somewhere? |
| 00:21.11 | starseeker | kanzure: if I remember correctly, that bit can't even be compiled without their API |
| 00:21.55 | starseeker | kanzure: that code is in src/external/Unigraphics |
| 00:22.15 | starseeker | it hasn't been built in a long time - since well before the CMake build, actually |
| 00:23.30 | starseeker | also, if I recall correctly that code, even when compiled up and working, won't import or preserve NURBS - it brings things in as BoTs |
| 00:24.03 | kanzure | ah fascinating. |
| 00:24.40 | starseeker | step-g is the wave of the future :-) |
| 00:53.22 | kanzure | well, the only reason i brought it up is because he claimed it can be used to get out usable files from solidworks. but that seems like a really weird claim to make if it requires a proprietary blob of code... because there's already tons of proprietary blobs of code that can do that. |
| 02:22.56 | starseeker | nods - it might not be clear at a glance that it needs the external libs |
| 02:24.08 | brlcad | kanzure: yeah, the ug-g converter is like our Pro/E export plugin -- they're link against their API/libraries and work with their runtime |
| 02:24.21 | brlcad | hence why we shove them in src/external |
| 02:24.42 | starseeker | wonders if they are even keeping around once the STEP support matures |
| 02:24.52 | starseeker | s/even keeping/even worth keeping |
| 02:26.27 | brlcad | kanzure: and I think the compatibility he claims is unlikely (that .sldprt will sufficiently be read by something that reads .prt files) .. maybe, but that's certainly not something we've ever investigated or tested |
| 02:33.46 | kanzure | oh there's also a Pro/E plugin. huh. |
| 02:34.19 | kanzure | starseeker: i think they should be tossed if STEP exports more data *and* the other application reads back out the same data |
| 02:34.34 | kanzure | of course, STEP implementations vary.. |
| 02:36.36 | kanzure | erm.. i mean, if the proprietary software produces an exactly equivalent "their native file format" version of a model both from (1) g-step output and (2) g-ug output |
| 02:36.43 | kanzure | although, this assumes a perfect g-ug implementation |
| 02:36.48 | kanzure | so that test might be inappropriate. |
| 03:09.23 | Notify | 03BRL-CAD:brlcad * 55236 brlcad/trunk/NEWS: nick improved the step-g importer in 55219 fixing a segfault and allowing the converter to handle more varied inputs |
| 03:10.51 | Notify | 03BRL-CAD:brlcad * 55237 brlcad/trunk/src/util/cv.c: if one section gets curlies, the other should too |
| 03:20.14 | Notify | 03BRL-CAD:brlcad * 55238 brlcad/trunk/src/util/decimate.c: call bu_exit() and avoid setting an expression boolean to a variable |
| 03:22.48 | kanzure | which proprietary cad tool has the best STEP importer/exporter? iirc opencascade supports STEP but it had spatchy coverage? |
| 03:22.53 | kanzure | cstirk: i guess that's a question for you. |
| 03:23.57 | Notify | 03BRL-CAD:brlcad * 55239 brlcad/trunk/src/libged/model2view.c: browder noticed that these two can be combined, simplifies even further. |
| 03:31.23 | Notify | 03BRL-CAD:brlcad * 55240 brlcad/trunk/NEWS: bob fixed a bug / expanded support in r52470 to better support multiple monitors under linux. for setups not using xinerama or some other mechanism for treating multiple hardware displays as one big virtual display, this fix makes it work even if X is configured to treat them separately, returning the proper visual for the right screen. |
| 03:34.56 | Notify | 03BRL-CAD:brlcad * 55241 brlcad/trunk/NEWS: Ro?\195?\159berg fixed a memory leak in the pipe primitive where nobody ever implemented the rt_pipe_free() function to actually release memory. now does the deed. |
| 03:53.54 | cstirk | kanzure: CATIA of the major vendors, Datakit of the third-party translators. The data is here http://www.cax-if.org/vendor_info.php |
| 04:21.49 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.119) | |
| 06:01.42 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 06:01.46 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:06.36 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:14.54 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 06:33.38 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.119) | |
| 07:21.51 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.119) | |
| 07:45.19 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:52.28 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.119) | |
| 08:30.37 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.119) | |
| 08:34.48 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:28.30 | *** join/#brlcad caen23 (~cezar@92.81.194.220) | |
| 10:13.48 | *** join/#brlcad hilnius_bnc (~hilnius_b@client-resel-2.enst-bretagne.fr) | |
| 10:26.47 | *** join/#brlcad hilnius_bnc (~hilnius_b@client-resel-2.enst-bretagne.fr) | |
| 11:14.48 | *** join/#brlcad caen23 (~cezar@92.83.176.40) | |
| 11:19.50 | *** join/#brlcad caen23_ (~cezar@92.83.176.40) | |
| 11:22.03 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 11:52.21 | *** join/#brlcad harmanpreet (~chatzilla@124.253.31.174) | |
| 12:29.52 | *** join/#brlcad jasleen (~chatzilla@117.253.228.187) | |
| 12:38.00 | *** join/#brlcad harmanpreet (~chatzilla@124.253.24.225) | |
| 12:40.36 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:41.24 | *** part/#brlcad jasleen (~chatzilla@117.253.228.187) | |
| 12:41.37 | *** join/#brlcad jasleen (~chatzilla@117.253.228.187) | |
| 12:52.04 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:27.55 | *** join/#brlcad Izak_ (~isaac@41.202.195.59) | |
| 13:27.58 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5090 /wiki/User:KeshaSShah: Created page with "= Personal Information= Name: Kesha Shah E-mail address:[mailto:kesha.shah1106@gmail.com kesha.shah1106@gmail.com] IRC nickname: kesha_ =Brief backgrou..." |
| 13:28.09 | Izak_ | hey |
| 13:29.24 | Izak_ | brlcad_: Do you use mged commands and other primitives to build a heart primitive |
| 13:33.22 | *** join/#brlcad jasleen (~chatzilla@117.253.228.187) | |
| 13:35.35 | Izak_ | jasleen_: How do you build a primitive out of the existing ones? |
| 13:36.07 | Notify | 03BRL-CAD:erikgreenwald * 55242 brlcad/trunk/TODO: mention the togl replacement intent |
| 13:36.47 | Izak_ | <PROTECTED> |
| 13:44.50 | jasleen | Izak_:you can make inbuilt primitives using commands or GUI and by using addition, subtraction operations of CSG (constructive solid geometry) you can make complex objects |
| 13:44.57 | kesha | Hi, i am working on Code refactoring project. I have also submitted proposal for it: http://brlcad.org/wiki/User:KeshaSShah |
| 13:45.39 | kesha | I would like to know who will be mentoring this project? I would like to get reviews on it |
| 13:46.17 | kesha | is very excited to refactor and reduce BRL-CAD codebase |
| 13:49.33 | Izak_ | jasleen_: I want to build a heart primitive . So are you saying I will have to use mged commands ? |
| 13:51.09 | kesha | I have also tried to reach on mailing list. I will really appreciate if someone can help me out. |
| 13:53.10 | Izak_ | kesha_: I am in the same soup . |
| 13:53.27 | Izak_ | It appears sourceforge lists have a problem |
| 14:01.15 | kesha | izak_ : really ! I am so enthusiastic right now. Its too hard to be patient ! |
| 14:01.27 | *** join/#brlcad Izak_ (~Izak@41.202.195.59) | |
| 14:01.32 | kesha | izak_ : really ! I am so enthusiastic right now. Its too hard to be patient ! |
| 14:02.31 | Izak_ | Kesha_: So what do you intend to work on ? |
| 14:03.13 | kesha | Izak_: Code Refactoring and Code reducing. |
| 14:03.22 | kesha | Izak_: N You ? |
| 14:04.24 | Izak_ | A heart surface primitive |
| 14:04.53 | kesha | Have you made the proposal ? |
| 14:05.14 | Izak_ | I am still doing so ? |
| 14:05.15 | kesha | Who is your mentor ? |
| 14:05.39 | Izak_ | I have been told any one can mentor me. |
| 14:05.54 | kesha | Great ! |
| 14:06.46 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 0 /wiki/User:Jasleen_Kaur: |
| 14:07.10 | kesha | Hey listen, I have got my final exams running now. I need to study ! Just few hrs left and have to burn my midnight lamp to study ! |
| 14:07.14 | kesha | Catch You later |
| 14:07.38 | Izak_ | Okay. One open source spirit bro |
| 14:07.52 | kesha | Izak_: *sis |
| 14:08.01 | kesha | is a girl |
| 14:08.30 | Izak_ | Oh oh . I am sorry I concluded. |
| 14:08.40 | Izak_ | Hope you don't mind |
| 14:08.52 | Notify | 03BRL-CAD:bob1961 * 55243 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Added support for the following shaders in Archer: texture(color), texture(b/w), bump and extern. |
| 14:09.08 | kesha | Never mind ! :) |
| 14:09.34 | Izak_ | So what do you read - your major ? |
| 14:10.34 | kesha | I have to select it next Year. Right now, ICT - Information and Communcation Technology . |
| 14:11.00 | Izak_ | HHmm. I see. |
| 14:11.19 | Izak_ | I major in computer science |
| 14:11.42 | kesha | Cool. In which University ? |
| 14:12.06 | Izak_ | The University of Buea , Cameroon , Africa |
| 14:12.18 | Izak_ | N you ? |
| 14:13.00 | kesha | Dhirubhai Ambani Institute of Information and Communication Technology, India, Asia |
| 14:15.24 | Izak_ | Wow. I hear you guys and girls in India are the best programmers |
| 14:16.48 | kesha | True that. Last year we had 17 students in GSoC. |
| 14:16.49 | *** join/#brlcad jasleen (~chatzilla@117.253.232.146) | |
| 14:18.58 | Izak_ | kesha_: Wow thats cool |
| 14:18.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:20.45 | Izak_ | jasleen_: I want to build a heart surface primitive. Do I have to use the mged commands ? Can a script in the mged language be a useful patch in my proposal ? |
| 14:22.12 | Izak_ | kesha_: Do you the maximum number of proposals which are accepted each year by a mentor organisation ( like BRL CAD ) ? |
| 14:28.17 | *** part/#brlcad harmanpreet (~chatzilla@124.253.24.225) | |
| 14:29.32 | jasleen | Izak_: making an object is entirely different than making a primitive. MGED commands are used for making 3D models. Creating a new primitive include coding and maths intensive task. |
| 14:29.45 | *** join/#brlcad Shabbir (6f4467a3@gateway/web/freenode/ip.111.68.103.163) | |
| 14:30.47 | kesha | Izak_: Didn't get you |
| 14:31.03 | Izak_ | Jasleen_: I have found the math equation for a 3d heart ? Is that what I have to program ? |
| 14:32.05 | Izak_ | Do you the highest number of students BRLCAD will take for the GSOC 2013 ? |
| 14:32.47 | jasleen | Izak_ : You have think logically. |
| 14:32.51 | *** part/#brlcad jasleen (~chatzilla@117.253.232.146) | |
| 14:33.18 | *** join/#brlcad jasleen (~chatzilla@117.253.232.146) | |
| 14:33.57 | Izak_ | Jasleen_: Sorry for bugging you . |
| 14:34.23 | kesha | I don't know this time.Last year there were 11 . |
| 14:39.18 | *** join/#brlcad code_walker (~Shubham@120.59.151.219) | |
| 14:46.06 | Notify | 03BRL-CAD:n_reed * 55244 (brlcad/trunk/src/conv/step/SurfaceCurve.cpp brlcad/trunk/src/conv/step/TrimmedCurve.cpp): Technically can't get an SDAI_Select out of a STEPaggregate, only a SelectAggregate; fix casts to reflect reality. Also, delete unloaded objects rather than storing them (see r55219). |
| 14:50.55 | *** join/#brlcad code_walker (~Shubham@120.59.151.219) | |
| 14:54.40 | *** join/#brlcad caen23 (~cezar@92.81.193.91) | |
| 14:55.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:55.40 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:08.51 | Notify | 03BRL-CAD:starseeker * 55245 brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep_context.cc: Don't make a zero lenght edge (i.e. the x and y points are identical) - avoids a crash |
| 15:12.51 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 15:18.18 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.130) | |
| 15:18.58 | Ch3ck | Hi guys |
| 15:19.24 | Ch3ck | i just finished my code patch and sample project proposal for the pull routine |
| 15:19.40 | Ch3ck | i know its not perfect so i need some feedback |
| 15:19.55 | Ch3ck | brlcad: how do i submit my patch code? |
| 15:22.24 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/User:NyahCh3ck20: |
| 15:23.41 | Ch3ck | yeah |
| 15:23.59 | Ch3ck | i just created it now.. |
| 15:24.00 | Ch3ck | so do i submit here? |
| 15:29.01 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 0 /wiki/User:Izakkayems: |
| 15:32.28 | Izak_ | Ch3ck_: Have you submitted the proposal ? |
| 15:32.43 | Ch3ck | not yet |
| 15:32.56 | Ch3ck | still trying to work on the site.. |
| 15:34.31 | Izak_ | Ch3ck_: I have created an account and logged in. What's next to join the mailing list ? |
| 15:34.54 | Ch3ck | have u joined the mailing list? |
| 15:35.43 | *** join/#brlcad harmanpreet (~chatzilla@124.253.144.208) | |
| 15:36.42 | Izak_ | sourceforge.net is not connecting ? |
| 15:38.04 | Izak_ | Ch3ck I think you need to use the Upload file tool ( top right hand corner of the page) |
| 15:38.29 | Ch3ck | well thats what i was thinking. |
| 15:41.19 | Izak_ | Kesha_: Have you successfully joined the mailing list ? |
| 15:46.51 | Izak_ | Ch3ck_: Are u on gmail , or fb now ? |
| 15:47.30 | Ch3ck | gmail... |
| 15:48.12 | Ch3ck | how do i create a new page on brlcad.org wiki |
| 15:49.15 | Izak_ | Do u see the toolbox on the top right hand corner ? |
| 15:51.55 | Izak_ | Click on the upload file link |
| 16:01.06 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.130) | |
| 16:02.52 | Izak_ | Ch3ck_: How far |
| 16:03.21 | Ch3ck | boy that thing is complex. |
| 16:03.29 | Ch3ck | have u already joined the mailing list. |
| 16:04.31 | Izak_ | sourceforge is fucking up |
| 16:05.31 | Izak_ | Ch3ck_: I am uploading a file to brlcad website |
| 16:06.13 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 0 /wiki/File:Thesis_writing.pdf: This file helps postgraduate students in computing write their dissertations. |
| 16:06.21 | Ch3ck | which file? |
| 16:06.44 | Ch3ck | Notify: how do i post my proposal on the wiki page? |
| 16:06.55 | Izak_ | The file that Notify has shown above |
| 16:07.26 | Izak_ | Ch3ck_: Use the "upload file option " |
| 16:08.57 | Ch3ck | ok |
| 16:09.48 | Izak_ | Is it going? |
| 16:10.50 | Ch3ck | Izak: i can only upload image files.. |
| 16:10.59 | Izak_ | Ch3ck_: Notice that the file should be atmost 2MB |
| 16:11.11 | Ch3ck | i have to add a new page and paste the information there |
| 16:11.11 | Izak_ | No it also takes pdf files |
| 16:11.20 | Ch3ck | my proposal is txt |
| 16:11.59 | Izak_ | Copy it to openoffice and then save it as *.pdf |
| 16:12.14 | Izak_ | Open openoffice.org |
| 16:12.47 | Izak_ | The upload permitted file types include pdf |
| 16:16.56 | Ch3ck | ok |
| 16:26.35 | Izak_ | Ch3ck_: When you copy and paste your proposal from / to openoffice.org , Go to "File" and choose the "Export as PDF" option , A window pops up , choose submit as PDF not FDF and "export". It gets saved in the chosen directory as a pdf file which you can then upload to BRLCAD |
| 16:27.11 | Izak_ | Ch3ck_: I am going home now to see Amalia off .She is travelling |
| 16:27.28 | Izak_ | Give me some feedback |
| 16:27.30 | Ch3ck | aight |
| 16:27.33 | Ch3ck | ok |
| 16:27.39 | Ch3ck | i'll do what you've said and see .. |
| 16:28.07 | Izak_ | I just tried it now and it successfully got saved as a pdf |
| 16:28.11 | Izak_ | Bye bye |
| 16:29.06 | Ch3ck | ok |
| 16:30.07 | Izak_ | See ya |
| 16:33.37 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 16:37.17 | Ch3ck | hey guys i have finished a draft of my project proposal and i wanted to post for feedback so as to develop it better |
| 16:37.34 | Ch3ck | can some one please help me out here on how to paste on the wiki pages? |
| 16:37.45 | vladbogo | hi |
| 16:37.53 | vladbogo | i am a student too |
| 16:39.19 | vladbogo | as I seen after creating an account on the wiki page you can access a URL like http://brlcad.org/wiki/User:USERNAME/Proposal andyou have the option to create the page |
| 16:40.07 | vladbogo | after you select the create tab a text box opens and you have the option to save the page |
| 16:40.22 | vladbogo | I haven't saved any page yet but I suppose it should work |
| 16:41.02 | vladbogo | I just created a template and seen the preview without saving the actual page |
| 16:41.07 | vladbogo | hope it helps:) |
| 16:45.33 | vladbogo | also in order to create headings you should write something like =Project Information= |
| 16:50.14 | *** join/#brlcad harmanpreet (~chatzilla@210.56.127.140) | |
| 16:50.17 | Notify | 03BRL-CAD:bob1961 * 55246 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added validate2TupleNonZeroDigits and validate3TupleDoubles to cadwidgets::Ged |
| 16:52.04 | Notify | 03BRL-CAD:bob1961 * 55247 brlcad/trunk/src/tclscripts/archer/ShaderEdit.tcl: Just a bit of cleanup. |
| 16:54.16 | Ch3ck | ok thanks |
| 16:54.27 | Ch3ck | vladbogo: thanks |
| 16:54.34 | Ch3ck | let me see |
| 16:55.12 | vladbogo | you're welcome |
| 16:58.32 | Ch3ck | so what project are u working on? |
| 16:58.39 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5092 /wiki/User:Vladbogolin/Proposal: Created page with "=Personal Information= *Name: Bogolin Simion Vlad *E-mail address: vladbogolin@gmail.com *IRC username: vladbogo ===Background info=== ====Skils==== ====Projects==== =P..." |
| 16:59.14 | vladbogo | New cross-platform 3D display manager |
| 16:59.18 | vladbogo | you? |
| 17:00.06 | Ch3ck | pull routine the reverse of the push command |
| 17:00.09 | Ch3ck | in megd |
| 17:00.11 | vladbogo | i have just created a page just with headings |
| 17:00.15 | vladbogo | so it works |
| 17:00.32 | vladbogo | it looks like this http://brlcad.org/wiki/User:Vladbogolin/Proposal |
| 17:00.42 | Ch3ck | so explain to me how this page thing works |
| 17:01.05 | Ch3ck | cuz i tried pasting my proposal earlier and they spam warnings |
| 17:01.06 | Ch3ck | or somethx like that |
| 17:01.35 | Ch3ck | i also wrote a patch for the proposal |
| 17:01.37 | vladbogo | i think that if you press the edit button on the page i have just posted you can see what I actually written |
| 17:01.46 | Ch3ck | so how do i submit the patch |
| 17:02.24 | Ch3ck | so what should i write as summary of page |
| 17:02.40 | Ch3ck | and should i just cpy and paste my proposal |
| 17:02.46 | Ch3ck | or is there anything special i have to do.? |
| 17:03.34 | vladbogo | the patch you should submit here http://sourceforge.net/p/brlcad/patches/ |
| 17:03.50 | vladbogo | you need to create an account |
| 17:04.31 | vladbogo | well the editing is like this |
| 17:05.09 | vladbogo | =Heading= creates a new heading that automatically appears on the Table of contents |
| 17:06.54 | vladbogo | if you want a sub header you simply write "==SubHeader==" |
| 17:06.58 | vladbogo | and so on |
| 17:08.53 | Ch3ck | ok thanks |
| 17:09.01 | Ch3ck | so which part of the world are u from? |
| 17:09.12 | vladbogo | romania |
| 17:09.16 | vladbogo | you? |
| 17:10.02 | Ch3ck | Cameroon, Africa |
| 17:10.06 | Ch3ck | u on facebook? |
| 17:10.11 | Ch3ck | or twitter? |
| 17:10.16 | vladbogo | |
| 17:10.28 | Ch3ck | www.facebook.com/3lroy |
| 17:10.31 | Ch3ck | thanks my link |
| 17:10.35 | Ch3ck | u? |
| 17:10.50 | vladbogo | https://www.facebook.com/vlad.bogolin |
| 17:12.26 | Ch3ck | aight |
| 17:12.31 | Ch3ck | seen it |
| 17:13.05 | vladbogo | me too |
| 17:13.29 | Ch3ck | creating the page |
| 17:13.45 | Ch3ck | so are u a CSC major? |
| 17:16.28 | vladbogo | yes i study CS |
| 17:16.41 | vladbogo | you too I suppose? |
| 17:21.13 | Ch3ck | yup.. |
| 17:21.39 | Ch3ck | so how many geeks are in ur community.. |
| 17:21.50 | Ch3ck | cuz here its hard to find a good programmer |
| 17:21.58 | Ch3ck | except in school |
| 17:25.38 | Ch3ck | vladbogo: i tried to save the page and it gave the following error "The text you wanted to save was blocked by the spam filter. This is probably caused by a link to a blacklisted external site. " |
| 17:25.48 | Ch3ck | what does this mean? |
| 17:26.24 | vladbogo | i don't have any idea |
| 17:26.49 | vladbogo | do you have any links in your text? |
| 17:27.38 | vladbogo | here you can find quite a few good programmers but mostly just in school |
| 17:28.54 | *** join/#brlcad Navdeep (75dcac39@gateway/web/freenode/ip.117.220.172.57) | |
| 17:30.59 | Ch3ck | yes |
| 17:32.29 | vladbogo | try removing the links and it might work |
| 17:35.17 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5093 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013 Proposal |
| 17:36.01 | Ch3ck | yeah |
| 17:36.05 | Ch3ck | its starting to work |
| 17:37.26 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5094 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013 Proposal |
| 17:37.32 | vladbogo | that's good :) |
| 17:46.21 | Ch3ck | yeah |
| 17:46.32 | Ch3ck | but i have not succeeded in pasting all the parts |
| 17:51.08 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 17:57.47 | *** join/#brlcad jasleen (~chatzilla@117.253.232.146) | |
| 17:59.59 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5095 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013 Proposal |
| 18:02.16 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5096 /wiki/User:NyahCh3ck20/Proposal: Gsoc 2013 Proposal |
| 18:04.29 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5097 /wiki/User:NyahCh3ck20/Proposal: /*Links */ |
| 18:05.51 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5098 /wiki/User:NyahCh3ck20/Proposal: /* Links */ |
| 18:07.46 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5099 /wiki/User:NyahCh3ck20/Proposal: /* Development schedule */ |
| 18:11.56 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5100 /wiki/User:NyahCh3ck20/Proposal: /* Development schedule */ |
| 18:12.43 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5101 /wiki/User:NyahCh3ck20/Proposal: /* Time availability */ |
| 18:15.04 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 18:17.51 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:18.57 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5102 /wiki/User:NyahCh3ck20/Proposal: /* Introduction = */ |
| 18:20.14 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5103 /wiki/User:NyahCh3ck20/Proposal: /* The Working of the Pull Routine */ |
| 18:22.03 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5104 /wiki/User:NyahCh3ck20/Proposal: /* July 1st (~ 3 weeks) */ |
| 18:23.20 | *** join/#brlcad harmanpreet (~chatzilla@124.253.22.183) | |
| 18:27.30 | Ch3ck | succeeded in posting my proposal |
| 18:27.38 | Ch3ck | so how do i upload a patch |
| 18:31.57 | vladbogo | to submit a patch visit http://sourceforge.net/p/brlcad/patches/ |
| 18:32.20 | vladbogo | log in and then press Create Ticket |
| 18:32.45 | vladbogo | you find additional info there on how to obtain the file you need to submit |
| 18:35.47 | kesha | Ch3ck: Did u check the mail ? |
| 18:36.04 | Ch3ck | yeah |
| 18:36.08 | Ch3ck | checked |
| 18:36.16 | Ch3ck | and i have already pasted my proposal |
| 18:36.28 | Ch3ck | just waiting for feedback from the mentors |
| 18:36.31 | kesha | great |
| 18:36.32 | Ch3ck | here is the link |
| 18:36.35 | kesha | link ? |
| 18:37.20 | Ch3ck | http://brlcad.org/wiki/User:NyahCh3ck20/Proposal |
| 18:37.25 | Ch3ck | yes |
| 18:37.29 | Ch3ck | the link to my proposal |
| 18:37.47 | Ch3ck | just want to know what u think i can improve. |
| 18:42.36 | kesha | I m not the right one to review. Even my proposal's review is pending . |
| 18:43.06 | kesha | Whenever develpers will get time, they will do it.. |
| 18:43.11 | kesha | Have Patience ! |
| 18:43.28 | kesha | Btw, Its looks great.. |
| 18:43.46 | kesha | Did u go for it on melange ? |
| 18:44.30 | Ch3ck | yeah? |
| 18:44.52 | Ch3ck | well i think my approach to developing the push routine needs more light |
| 18:45.04 | Ch3ck | just waiting to hear what the mentors will say. |
| 18:45.47 | kesha | Good Luck ! |
| 18:49.17 | Ch3ck | yeah thanks |
| 18:49.24 | Ch3ck | so what project are u working on? |
| 18:51.28 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5105 /wiki/User:NyahCh3ck20/Proposal: /* Links */ |
| 18:52.17 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5106 /wiki/User:NyahCh3ck20/Proposal: /* Links */ |
| 18:53.34 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5107 /wiki/User:NyahCh3ck20/Proposal: /* Links */ |
| 18:55.27 | Ch3ck | succeeded in submitting my code patch.. |
| 19:06.38 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 19:13.55 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:16.00 | *** join/#brlcad caen23 (~cezar@92.81.196.42) | |
| 19:17.18 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5108 /wiki/User:KeshaSShah: /* Problems I would encounter and how will I solve them ? */ |
| 19:19.20 | *** join/#brlcad re-stage (~arseni@178.121.65.27) | |
| 19:41.20 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.53) | |
| 19:43.16 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:46.08 | Notify | 03BRL-CAD:n_reed * 55248 brlcad/trunk/src/conv/step/SurfaceCurve.cpp: looks like t_pcurve_or_surface is the select type, and the underlying type should be one of pcurve or surface |
| 19:48.09 | Ch3ck | brlcad: waiting on your feedback from my proposal |
| 19:48.49 | Ch3ck | Good bye gus |
| 20:02.20 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 20:11.47 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:21.11 | Notify | 03BRL-CAD:carlmoore * 55249 brlcad/trunk/src/sig/dauto2.c: rearrange blank lines for closer comparison with dauto.c source code |
| 20:28.14 | rays2pix | I assume that in brlcad we are dealing with raster formats only. Do we need vector formats too? |
| 20:29.52 | ``Erik | at the moment, it's all raster... something like svg would be nice for things like rtedge, but we don't have that capability yet |
| 20:32.11 | rays2pix | Okay Erik, I will try to handle the various raster formats for GSoC project. If time permits I would extend it to SVG alikes |
| 21:08.21 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 21:08.54 | zero_level | hii all.. |
| 21:09.40 | zero_level | how important is bactracking for BRLCAD |
| 21:10.01 | zero_level | I mean accessibility for current functions.. |
| 21:10.17 | zero_level | current tools in future versions |
| 21:10.18 | Notify | 03BRL-CAD:carlmoore * 55250 brlcad/trunk/src/util/dbcp.c: supply D as a possible option, because the messages which have been furnished mention it |
| 21:33.35 | Notify | 03BRL-CAD:r_weiss * 55251 brlcad/trunk/src/other/libregex/regex.h: Bug fix to "regex.h" for the bundled "libregex" to allow it to build on Linux 32bit. |
| 21:33.37 | Notify | 03BRL-CAD:r_weiss * 55251 brlcad/trunk/src/other/libregex/regex.h: Bug fix to "regex.h" for the bundled "libregex" to allow it to build on Linux 32bit. |
| 22:15.24 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 22:15.24 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-kkouzuuqczuelqeo) | |
| 22:15.24 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:47.26 | Notify | 03BRL-CAD Wiki:Tbrowder * 5109 /wiki/Summer_of_Code/Acceptance: /* Make a patch */ |
| 01:15.16 | *** join/#brlcad code_walker (~Shubham@59.177.46.200) | |
| 01:51.34 | *** join/#brlcad code_walker (~Shubham@120.56.157.207) | |
| 01:55.03 | *** join/#brlcad code_walker (~Shubham@120.56.157.207) | |
| 02:39.27 | *** join/#brlcad code_walker (~Shubham@120.56.157.207) | |
| 02:43.28 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 02:46.05 | *** join/#brlcad code_walker (~Shubham@120.56.157.207) | |
| 03:46.53 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 04:04.38 | starseeker | n_reed: just curious - how come the step importer is naming things according to the convention ''0.s, ''1.s, etc.? |
| 04:08.29 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 04:14.48 | *** join/#brlcad inba (b649a526@gateway/web/freenode/ip.182.73.165.38) | |
| 04:39.23 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.118) | |
| 04:47.55 | harmanpreet | brlcad: I proposed a GSoC project of my own on BRL-CAD developers mailing list and now awaiting your response. Here is the link of the mail: https://sourceforge.net/mailarchive/forum.php?thread_name=CANyDKBBoUNMbcuCGmgaPdRu%3DyH5p3qb%2B866YEu-Dzw4sRkN5vg%40mail.gmail.com&forum_name=brlcad-devel |
| 04:47.57 | harmanpreet | Can it be considered as GSoC project? If needed, I can supply additional details for your consideration. |
| 05:31.16 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.118) | |
| 05:40.18 | brlcad | harmanpreet: anything can be considered :) |
| 05:41.04 | harmanpreet | brlcad: oh thanks.. :) |
| 05:44.01 | harmanpreet | and I just tried to compile the new revision, it fails. |
| 05:45.05 | harmanpreet | sorry.. ignore above message |
| 05:46.05 | harmanpreet | let me confirm |
| 05:47.23 | brlcad | just replied |
| 05:48.03 | brlcad | if you get a build failure, should be trivial to resolve at least locally |
| 05:48.08 | brlcad | even better if you can fix it proper |
| 05:51.18 | harmanpreet | hmm |
| 06:09.51 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.118) | |
| 06:14.22 | caen23 | brlcad: is there any svn command to find out the latest rev number without downloading the updated files? |
| 06:16.20 | harmanpreet | brlcad: It seems like a brlcad file is clashing with linux system file. Linux does not require that declaration. Then the possible solution is to rename the variable 'off_t' to something like ms_off_t in every file where it exists. So, if you can confirm, I can submit a patch for the same. |
| 06:23.50 | *** join/#brlcad jasleen (~chatzilla@202.164.53.117) | |
| 07:25.55 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:04.38 | *** join/#brlcad re-stage (~arseni@178.121.165.241) | |
| 08:15.14 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 09:15.06 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 09:15.30 | Notify | 03BRL-CAD:phoenixyjll * 55252 brlcad/trunk/src/librt/tests/CMakeLists.txt: Add a test program to test the SSI functionality.P.S. It seems there's a bug in the draw command in MGED on pipe primitives. |
| 09:21.40 | Notify | 03BRL-CAD Wiki:Phoenix * 5110 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */ |
| 09:22.57 | *** join/#brlcad jasleen (~chatzilla@202.164.53.119) | |
| 09:43.08 | brlcad | caen23: svn info |
| 09:43.27 | brlcad | svn info . |
| 09:43.33 | Notify | 03BRL-CAD:phoenixyjll * 55253 brlcad/trunk/src/librt/tests/test_ssi.cpp: Eliminate the compiling problems in Linux. |
| 09:43.57 | brlcad | harmanpreet: think bigger picture |
| 09:44.09 | brlcad | what if it weren't using off_t |
| 09:44.39 | brlcad | perhaps uint32_t instead for example |
| 09:44.46 | brlcad | what all might need to change |
| 09:50.19 | caen23 | brlcad: it shows the number of the local copy. right now, i get 55251 instead of 55253 |
| 09:56.55 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:59.43 | brlcad | caen23: oh you meant on the server, read that wrong |
| 09:59.45 | brlcad | svn info https://svn.code.sf.net/p/brlcad/code/brlcad/trunk |
| 10:01.36 | caen23 | ugh, makes sense. thanks |
| 10:04.09 | Notify | 03BRL-CAD:phoenixyjll * 55254 brlcad/trunk/src/librt/tests/test_ssi.cpp: Remove the unnecessary conversion and debugging outputs. |
| 10:04.58 | brlcad | np |
| 10:10.38 | harmanpreet | brlcad: hey.. can you tell, how much it will be useful if we make a web interface of BRL-CAD where the user will play with interactive and easy GUI (front end) and at the back end, BRL-CAD will handle all the data. |
| 10:12.11 | harmanpreet | this will be browser based, hence platform independent GUI. |
| 10:25.52 | brlcad | it's hard to say how useful that would be at this point |
| 10:26.10 | brlcad | I could see that being a viable option in 5-10 years, so perhaps worth working towards |
| 10:26.14 | brlcad | but today, it's riddled with problem |
| 10:26.37 | brlcad | several of the big CAD vendors have already done this, invested millions, and they've not exactly taken off |
| 10:35.49 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 5111 /wiki/User:Jasleen_Kaur: Created page with "Name: Jasleen Kaur E-mail address: jasleen.7956@gmail.com IRC nickname: jasleen" |
| 11:26.35 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 11:27.42 | Notify | 03BRL-CAD:bob1961 * 55255 brlcad/trunk/src/tclscripts/vmath.tcl: Added RAD2DEG as well as more precision to the value of DEG2RAD. Note - adding RAD2DEG fixes a bug in the pattern tool. |
| 11:33.05 | *** join/#brlcad Tanu (3b5dcb95@gateway/web/freenode/ip.59.93.203.149) | |
| 11:35.09 | harmanpreet | oh.. this was another idea / proposed project for GSoC |
| 11:41.15 | *** part/#brlcad Tanu (3b5dcb95@gateway/web/freenode/ip.59.93.203.149) | |
| 12:23.21 | brlcad | harmanpreet: I got that, it's worth having two proposals but you'd have to go into a fair bit of detail on "how" |
| 12:23.54 | brlcad | may want to see where the GCI projects left off as one or two of those tasks involved web editing proof of examples |
| 12:42.05 | Notify | 03BRL-CAD:bob1961 * 55256 brlcad/trunk/src/tclscripts/mged/pattern.tcl: This fixes a bug in MGED's pattern tool when using the cylinder pattern. |
| 12:43.33 | *** join/#brlcad code_walker (~Shubham@59.177.37.226) | |
| 12:49.25 | brlcad | n_reed: sent reply, hopefully before you hit the road |
| 13:01.20 | *** join/#brlcad code_walker (~Shubham@59.177.37.226) | |
| 13:02.28 | Notify | 03BRL-CAD:bob1961 * 55257 brlcad/trunk/src/tclscripts/mged/pattern.tcl: Update MGED's pattern tool by fixing pattern_cyl so that it accomodates the advertised -lr option. |
| 13:22.21 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 14:42.07 | starseeker | ok, this is just friggin cool: http://mediapreservation.wordpress.com/2012/06/20/extracting-audio-from-pictures/ |
| 14:49.07 | ``Erik | neat |
| 15:05.46 | *** join/#brlcad jasleen (~chatzilla@117.253.202.208) | |
| 15:26.47 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.197.145) | |
| 15:26.54 | Ch3ck | Hi |
| 15:28.13 | *** join/#brlcad harmanpreet (~chatzilla@124.253.25.22) | |
| 15:28.35 | *** join/#brlcad Izak (~Izak@41.202.197.145) | |
| 15:29.03 | Guest98294 | Ch3ck_: |
| 15:29.54 | *** join/#brlcad Izak_ (~Izak@41.202.197.145) | |
| 15:30.07 | Izak_ | Ch3ck: How far? |
| 15:30.44 | Ch3ck | yeah trying to submit my proposal to google.. |
| 15:32.44 | code_walker | guys can u tell how can i post an email to list members or mentors |
| 15:33.18 | Ch3ck | yeah |
| 15:33.24 | Ch3ck | goto brlcad.org and subscribe to the mailing list |
| 15:33.34 | code_walker | i had done that |
| 15:33.35 | Ch3ck | any let me give u the link |
| 15:33.41 | code_walker | now what? |
| 15:34.19 | code_walker | i have already subscribed at it |
| 15:34.25 | code_walker | now what |
| 15:35.59 | code_walker | should i sent a mail to brlcad-devel@lists.sourceforge.net |
| 15:36.03 | code_walker | ? |
| 15:37.31 | cstirk | harmanpreet: regarding your project ideas of 2d drawing from 3d models and browser gui there is some work you could build on |
| 15:38.19 | Izak_ | Does anyone know how to go about implementing a primitive for brlcad? |
| 15:38.38 | harmanpreet | cstirk: okay.. can I see them? |
| 15:38.45 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.197.145) | |
| 15:39.05 | Ch3ck | code_walker: have you subscribed to the mailing list? |
| 15:39.13 | code_walker | ya |
| 15:39.20 | code_walker | what to do now? |
| 15:39.21 | Ch3ck | ok |
| 15:39.28 | Ch3ck | just check ur email |
| 15:39.32 | cstirk | many projects use three.js or scene.js for 3D display using WebGL, check out step3d, babel3d, grabcad workbench, etc. |
| 15:39.35 | Ch3ck | and see if there is a confirmation |
| 15:39.45 | Ch3ck | to the subscription |
| 15:39.54 | code_walker | i have done that confirmation part too |
| 15:40.03 | Ch3ck | Hey guys i have just fiinished the first draft of my resume |
| 15:40.20 | Ch3ck | can anyone please help me review it and give me some thoughts? |
| 15:40.22 | Ch3ck | here is the link |
| 15:40.39 | code_walker | check |
| 15:40.45 | code_walker | what to do now? |
| 15:40.47 | Ch3ck | code_walker: if you have done that then you can send an email to the mailing list |
| 15:40.55 | Ch3ck | send an email to the mailing list |
| 15:40.56 | *** join/#brlcad ioanacroi (~ioana@188.25.239.23) | |
| 15:41.00 | Ch3ck | it'll go |
| 15:41.08 | Ch3ck | and introduce yourself |
| 15:41.38 | Ch3ck | can anyone here please help me review my proposal? |
| 15:41.40 | code_walker | u mean to this brlcad-devel@lists.sourceforge.net |
| 15:41.41 | Ch3ck | here is the link |
| 15:41.51 | Ch3ck | http://brlcad.org/wiki/User:NyahCh3ck20/Proposal |
| 15:41.59 | Ch3ck | code_walker: yes |
| 15:42.02 | Ch3ck | thats it. |
| 15:42.06 | cstirk | drawings need annotations, and there are modeling standards for them like ANSI 14.41, and data standards in STEP |
| 15:42.52 | code_walker | but whenever i sent an email to this it tells me this "You are not allowed to post to this mailing list, and your message has |
| 15:42.52 | code_walker | been automatically rejected." |
| 15:43.06 | Notify | 03BRL-CAD:bob1961 * 55258 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Updated GED_RAD2DEG to use the value found in vmath.h. Also added GED_DEG2RAD. |
| 15:43.22 | code_walker | what to do i don't know? |
| 15:43.38 | harmanpreet | cstirk: well thanks.. I am going with 2D drawings related project. |
| 15:43.55 | harmanpreet | cstirk: can you give some reference links? |
| 15:44.09 | Ch3ck | code_walker: you have not subscribed correctly |
| 15:44.11 | harmanpreet | :) |
| 15:44.20 | Ch3ck | or you have not activated ur email |
| 15:44.21 | Ch3ck | try to subs to the mailing list again |
| 15:44.21 | Ch3ck | and see what happends |
| 15:45.18 | code_walker | k |
| 15:45.25 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 15:45.46 | Notify | 03BRL-CAD:bob1961 * 55259 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweak to ArcherCore::make |
| 15:46.09 | cstirk | harmanpreet: here is a public source http://www.cax-if.org/documents/rec_prac_styling_org_v12.pdf |
| 15:47.47 | cstirk | harmanpreet: the CAX-IF recommended practice for GD&T that is public is obsolete, and the new draft is private, but I can get you a copy |
| 15:48.32 | Notify | 03BRL-CAD Wiki:APPOITASERS * 0 /wiki/User:APPOITASERS: |
| 15:49.12 | *** part/#brlcad ioanacroi (~ioana@188.25.239.23) | |
| 15:50.57 | cstirk | harmanpeet: the public GD&T recommended practice http://www.cax-if.org/joint_testing_info.html#recpracs will give you an idea of the scope, but the modeling constructs have changed in the new draft |
| 15:52.13 | harmanpreet | cstirk: thanks for your efforts.. :) need to check them thoroughly. |
| 15:59.09 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.197.145) | |
| 15:59.17 | Ch3ck | Hey |
| 15:59.24 | code_walker | check |
| 15:59.25 | harmanpreet | cstirk: can you give any links to recent work done in the field of annotations in BRL-CAD? |
| 15:59.43 | code_walker | i have to subscribe at sourceforge right? |
| 15:59.43 | Ch3ck | code_walker: yes? |
| 15:59.48 | harmanpreet | and any documentation if available? |
| 16:00.03 | Ch3ck | well first have to subscribe to the mailing list |
| 16:00.09 | code_walker | ya |
| 16:00.11 | code_walker | where |
| 16:00.12 | Ch3ck | before sourceforge |
| 16:00.25 | Ch3ck | well let me give u the link |
| 16:00.30 | code_walker | can u give me link of it |
| 16:00.35 | Ch3ck | to subscribe to the mailing list |
| 16:00.43 | Ch3ck | checking... |
| 16:00.43 | code_walker | k |
| 16:02.08 | cstirk | harmanpreet: brl-cad has done work on their STEP translator, but only geometry so far, not annotations http://stepcode.org/stepcode-use-doxygen/step-g_8cpp.html |
| 16:04.39 | code_walker | check? |
| 16:05.32 | Izak_ | Ch3ck_: is coming |
| 16:07.24 | jasleen | I had download and compile the source code. Is there any documentation available to study its directory structure? |
| 16:07.33 | code_walker | check u there? |
| 16:12.57 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.97.129) | |
| 16:15.40 | Notify | 03BRL-CAD Wiki:Phoenix * 5112 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 16:19.05 | Notify | 03BRL-CAD Wiki:Phoenix * 5113 /wiki/User:Phoenix/GSoc2013/Proposal: /* Reporting the intersections (API designing) */ |
| 16:23.14 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.197.236) | |
| 16:23.31 | Ch3ck | code_walker: sorry my computer is really disturbing |
| 16:23.36 | Ch3ck | i had to restart.. |
| 16:23.41 | code_walker | ya |
| 16:23.44 | code_walker | np |
| 16:23.45 | Ch3ck | so have u subscribed. |
| 16:23.52 | code_walker | ya |
| 16:24.00 | code_walker | but same prob again |
| 16:24.11 | Ch3ck | ok |
| 16:24.19 | Ch3ck | is ur network connection good? |
| 16:25.03 | code_walker | ya |
| 16:25.56 | code_walker | u were about to give a link to where i should subscribe |
| 16:25.59 | Ch3ck | if you try emailing the developer lists and it gives an error it means you have not subscribed |
| 16:26.05 | Ch3ck | yeah |
| 16:26.16 | Ch3ck | still working on it my network fails.. |
| 16:26.22 | code_walker | k |
| 16:30.28 | Ch3ck | code_walker: https://lists.sourceforge.net/lists/listinfo/brlcad-devel |
| 16:31.01 | code_walker | ya |
| 16:31.12 | code_walker | i have subscribed at this only |
| 16:31.16 | Ch3ck | subscribe using that link |
| 16:31.27 | *** join/#brlcad Izak (~Izak@41.202.197.236) | |
| 16:31.30 | Izak | cad |
| 16:32.11 | code_walker | k after this i have just send whatever i want at this brlcad-devel-owner@lists.sourceforge.net |
| 16:32.25 | code_walker | through my gmail account |
| 16:32.29 | *** join/#brlcad Izak_ (~Izak@41.202.197.236) | |
| 16:32.52 | Izak_ | Ch3ck_: Have you submitted the proposal to Google ? |
| 16:38.53 | Ch3ck | Izak: still working on it.. |
| 16:38.54 | Ch3ck | code_walker: yeah do that and tell me what happens next |
| 16:41.27 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 16:43.08 | Ch3ck | brlcad: are you there? |
| 16:54.18 | *** join/#brlcad Izak_ (~isaac@41.202.193.131) | |
| 16:54.56 | Izak_ | have u finished with it/ |
| 16:56.27 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5114 /wiki/User:NyahCh3ck20/Proposal: /* Overall Structure Pull routine */ |
| 16:59.00 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5115 /wiki/User:NyahCh3ck20/Proposal: /* The Working of the Pull Routine */ |
| 17:00.11 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.97.129) | |
| 17:00.31 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 17:03.06 | brlcad | code_walker: that is not the right address |
| 17:03.33 | brlcad | the address for the mailing list is on the page you subscribed from (and in your confirmation e-mails) |
| 17:03.38 | brlcad | it's not brlcad-devel-owner |
| 17:06.19 | code_walker | i have sent my mails to brlcad-devel@lists.sourceforge.net |
| 17:06.56 | code_walker | this is the address provided to me in my confirmation mails |
| 17:09.20 | brlcad | that's the right address |
| 17:09.53 | code_walker | but whenever i sent a mail to it i get this mail saying "You are not allowed to post to this mailing list, and your message has been automatically rejected" |
| 17:09.56 | brlcad | folks, you should submit something to google-melange, even if entirely woefully incomplete IMMEDIATELY |
| 17:09.59 | brlcad | don't wait until you're done |
| 17:10.11 | brlcad | every year, someone misses the deadline |
| 17:10.30 | brlcad | you can keep editing it up until the deadline |
| 17:10.33 | brlcad | we don't read them until after |
| 17:10.42 | brlcad | (unless you put it up on our wiki for feedback) |
| 17:14.16 | brlcad | will catch up on the backlog questions in a little bit, please wait if you asked a question -- I will answer so long as you're here eventually |
| 17:17.49 | vladbogo | hello |
| 17:18.50 | vladbogo | can you give me a hint where to look in order integrate the keyboard between qt and tk? |
| 17:19.50 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.195.110) | |
| 17:20.01 | *** join/#brlcad Izak_ (~isaac@41.202.195.110) | |
| 17:20.57 | Izak_ | Phoenix_: Are u there? |
| 17:21.03 | Ch3ck | Phoenix: u der? |
| 17:41.40 | caen23 | is there a way to skip receiving gsoc-related mail from the list, or should i look into setting up filters with gmail? |
| 17:45.19 | Izak_ | caen23: You need to make adjustments by writing to brlcad-devel-request@lists.sourceforge.net. The subject of the message should be HELP. |
| 17:56.45 | kanzure | haha what.. that wont add a filter to his email client. |
| 17:57.16 | kanzure | i am very confused |
| 17:57.29 | Ch3ck | abt? |
| 17:58.10 | kanzure | why you would expect an email to brlcad-devel-request@lists.sourceforge.net to configure gmail |
| 18:05.12 | caen23 | if people would prefix their subject with "gsoc", a filter would be trivial, but i don't imagine they could be bothered, so i've set digests for now |
| 18:06.31 | kanzure | are you one of the mentors? |
| 18:06.44 | caen23 | no |
| 18:35.11 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5116 /wiki/User:Vladbogolin/Proposal: |
| 18:39.04 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5117 /wiki/User:Vladbogolin/Proposal: |
| 18:48.40 | *** join/#brlcad harmanpreet_ (~chatzilla@124.253.18.74) | |
| 19:44.05 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 19:51.18 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5118 /wiki/User:Vladbogolin/Proposal: |
| 20:11.15 | brlcad | shakes his head violently as he hits the "send" button on the big report e-mail |
| 20:11.36 | brlcad | it came together, but damn that was tough this go-round |
| 20:11.51 | brlcad | n_reed: thank you once again, your section was easily the easiest :) |
| 20:12.23 | brlcad | starseeker: your visuals were great, much of the report centers around that test case and how it impacts so much |
| 20:39.11 | brlcad | vladbogo: to answer your question, some more context is needed |
| 20:39.36 | brlcad | if you're making a qt display manager, they don't directly have a notion of key control, so you'd have to work that into your plan |
| 20:39.59 | brlcad | or start with mouse control as a primary goal first |
| 20:40.24 | brlcad | try to involve Tk as absolutely minimal as possible (if you can avoid it entirely, even better) |
| 20:40.46 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:41.03 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:41.14 | vladbogo | brlcad i was thinking on looking on how actually tk deals with keyboard/mouse in order to make an idea |
| 20:41.24 | brlcad | caen23: it's the same mailing list so you could unsubscribe or switch it to digets for a while, or filter |
| 20:41.59 | brlcad | vladbogo: you might first want to fully understand what it means to be a brl-cad DM |
| 20:42.10 | brlcad | did you make the debug dm? |
| 20:42.15 | vladbogo | yes |
| 20:42.31 | brlcad | okay, so you have your set of functions.. which of those involved keyboard? |
| 20:42.59 | brlcad | because theoretically, you could have keyboard input (via bu_fgets() for example) on the debug console even |
| 20:43.38 | brlcad | as an experiment if anything |
| 20:44.37 | brlcad | kanzure: caen23 was (by far) are most awesome GCI participant |
| 20:44.40 | brlcad | hence the list |
| 20:45.33 | brlcad | lots of cool things to come out, but he did levels of awesome that only a few others came close to rivaling |
| 20:45.38 | kanzure | huh? |
| 20:46.23 | kanzure | oh you are saying these things because i asked if he was a mentor? |
| 20:50.06 | brlcad | yep |
| 20:52.32 | vladbogo | brlcad: I see common_dm involves mouse |
| 20:53.00 | vladbogo | that was the problem: I couldn't actually find the function that dealt with mouse or keyboard |
| 20:53.19 | vladbogo | I forgot that there are dm related sources in the mged folder |
| 20:54.15 | vladbogo | and also today I tried to compile the sources on windows |
| 20:54.43 | vladbogo | but I got a LNK1104 that some libraries couldn't be opened |
| 20:55.16 | vladbogo | as I researched this is some visual studio issue and the path to additional libraries should be quoted |
| 20:55.41 | vladbogo | I mention that I used Visual Studio 2012 and Windows 8 x64 |
| 20:57.09 | vladbogo | I saw in the installation instructions that VS 2010 is recommended |
| 20:57.24 | vladbogo | should I try using VS 2010? |
| 21:01.19 | brlcad | vladbogo: so you could frankly propose to eliinate all of the dm-related source in mged, and that would make a fantastic gsoc proposal (if you were capable of such a refactoring) |
| 21:01.25 | brlcad | that code shouldn't live in there |
| 21:01.49 | brlcad | it exists because someone thought it easier to just hack those in than to modify DM proper to suit whatever needs it called for |
| 21:02.01 | brlcad | and now it's a bit of an entangled mess |
| 21:02.07 | brlcad | lot of duplication and gotchas |
| 21:03.21 | brlcad | I don't recommend developing on windows, because you will have to resolve compilation issues there predominantly by yourself, but you're welcome to use it in any way you can |
| 21:04.15 | brlcad | we should compile everywhere and with every version, so you should fix the error before ignoring it and trying another version if you want to help us progress forward |
| 21:04.27 | vladbogo | I will consider also a refractoring-project |
| 21:05.27 | vladbogo | I do not consider developing on windows but I taught I should compile it also as the project should be cross-platform |
| 21:06.38 | vladbogo | the error seems to be quite easy to solve but I don't really know is how cmake makes the VS project |
| 21:07.40 | vladbogo | because I tried a manual modification on the additional libraries for a smaller target (not build all) and didn't get the error |
| 21:08.09 | vladbogo | i simply modified ../../lib to "../../lib" |
| 21:08.37 | vladbogo | but in order to make it work this should be done by cmake |
| 21:16.59 | *** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net) | |
| 21:21.59 | vladbogo | well thanks a lot for your help |
| 21:22.32 | vladbogo | if I will have time to see how cmake actually creates the VS project I will try to solve the compilation error |
| 21:25.25 | tofu | great |
| 21:26.58 | brlcad | cmake generates build projects based on the CMakeLists.txt files (and files in misc/CMake/*.cmake) |
| 21:27.24 | brlcad | it's a simple scripting language, so adding quotes is easy and probably in just one place ..just have to find that place |
| 21:27.55 | vladbogo | ok then I will try to see if I get any results |
| 21:52.38 | Notify | 03BRL-CAD:carlmoore * 55260 brlcad/trunk/src/sig/dconv.c: reformat the warning |
| 22:12.45 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 23:18.16 | starseeker | winces - sorry brlcad, you should have pinged me, maybe I could have done a bit better sending you stuff. Glad the visuals helped - that's actually where the "drawing small spheres" bug (if it is a bug) showed up |
| 23:53.38 | Notify | 03BRL-CAD:starseeker * 55261 brlcad/trunk/src/librt/tests/test_ssi.cpp: Per Code Conventions section in hacking, don't use straight-up strcpy and strcat. Go with vls strings instead. To run the check for these cases, build the 'regress-repository' target - e.g. 'make regress-repository' |
| 02:31.05 | brlcad | starseeker: by the time I was that deep into knowing exactly what I needed, it was too late |
| 02:32.20 | brlcad | it's more committing to a story and theme as to how it all fits together, making it all cohesive |
| 02:33.52 | brlcad | your work, the work on pullback, and keiths work all heavily interplay -- but had no language pulling it together |
| 02:34.04 | starseeker | ah. |
| 02:34.11 | kanzure | regarding windows development: is there a continuous integration server somewhere that is testing builds? |
| 02:34.13 | brlcad | lod work is pretty isolated so I just had to talk about some of the benefits and what's next |
| 02:35.01 | brlcad | kanzure: there is, but it's not running at the moment (and needs update since the repo switch earlier in the week) |
| 02:35.14 | starseeker | ah, phooey - I forgot about the lod stuff. I did a little bit on that to try and get long/skinny things to not disappear, although n_reed of course did the heavy lifting |
| 02:35.39 | brlcad | no worries, it was plenty long |
| 02:35.49 | brlcad | maybe write a note and we can include it in next quarter |
| 02:35.54 | starseeker | nods |
| 02:36.38 | brlcad | I was going to write about the heap work, since that really was envisioned to help prep performance, possibly even nurbs prep |
| 02:36.40 | starseeker | indicently, let me know if I just went overboard with storing CAD models on brlcad.org - I remember you saying the new server had more space, but I may have overdone it a bit |
| 02:36.46 | brlcad | but ended up not saying a thing about it |
| 02:37.26 | brlcad | with half a TB, it'll be easy to overlook a hundred GB of data somewhere :) |
| 02:37.49 | brlcad | just gotta self-police to make sure the bytes are worth it |
| 02:37.53 | starseeker | got a little paranoid when the opensourceecology repo suddenly required a log-in - grr |
| 02:37.57 | brlcad | at the moment, we're nowhere near capacity |
| 02:38.18 | kanzure | what opensourceecology repo? |
| 02:38.57 | starseeker | http://openpario.net/attachments/4465/pulverizer122811.zip (and friends) |
| 02:39.01 | kanzure | my largest gripe with marcin and his team is that all of their "hardware" is stored in wiki text format, and very few CAD models. i saw there was a lifetrac tractor in a git repo on github a few days ago, but is this different? |
| 02:39.04 | kanzure | ah okay. |
| 02:39.32 | kanzure | http://openpario.net/projects/pulverizer this? |
| 02:40.00 | starseeker | yeah - throws up a log-in screen now |
| 02:40.04 | kanzure | same here |
| 02:40.26 | starseeker | found some of their other models tucked away in other spots, but apparently that one was never copied out |
| 02:40.28 | kanzure | are there other opensourceecology things available on this site? |
| 02:40.33 | starseeker | used to be |
| 02:40.43 | brlcad | is it just registration, rather still open registration? |
| 02:40.53 | brlcad | might have just done that to stop spam if it's all wikiness |
| 02:40.57 | starseeker | I can't figure out how to get a login |
| 02:41.16 | kanzure | the wikiness i was referring to was from OSE's sites like openfarmtech or whatever |
| 02:41.20 | starseeker | there's no docs (at least, none I've found yet) on how to get one |
| 02:41.48 | starseeker | kanzure: here is what I was able to snarf from other locations: http://brlcad.org/~starseeker/CAD_MODELS/OpenSourceEcology/ |
| 02:42.39 | kanzure | excellent! thank you. |
| 02:42.51 | starseeker | brlcad: total size of the CAD_MODELS folder so far is 1.2 gigs |
| 02:42.55 | kanzure | i had an unfortunate conversation with one of the OSE people the other day where they admitted basically "yeah, we don't believe in CAD or have schematics for most of our equipment" |
| 02:43.05 | starseeker | guess that's not too bad in the new setup :-) |
| 02:43.07 | kanzure | OSE is so wonderful in theory, but in practice they don't seem to believe in computers. |
| 02:43.16 | starseeker | heh |
| 02:43.35 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 02:43.55 | kanzure | starseeker: also there is https://github.com/Amakaruk/OSELifeTrac |
| 02:44.10 | starseeker | managed to snarf all of the Elphel STEP files - nice little set of test cases: http://brlcad.org/~starseeker/CAD_MODELS/Elphel_overview.jpg |
| 02:45.35 | starseeker | true open source CAD models are still pretty thin on the ground - most folks seem to prefer going with sites like GrabCAD |
| 02:48.53 | starseeker | and so far we seem to have been the only project to save the VIA OpenBook files after the original project went dark |
| 02:50.45 | kanzure | starseeker: i wanted to make a repository of these files with a simple package manager, and dependencies and other so on. but i could never quite figure everything out, or figure out the smallest tools to start working on. |
| 02:51.02 | kanzure | starseeker: http://gnusha.org/skdb/package_spec.html http://gnusha.org/skdb/ https://github.com/kanzure/skdb |
| 03:04.41 | starseeker | ah, I remember you saying something about that |
| 03:04.44 | starseeker | yeah, that's tricky |
| 03:10.36 | kanzure | biggest problem was figuring out specifications and finding people capable of reasoning about design issues in package managers.. or what the scope is supposed to be. |
| 03:39.31 | brlcad | starseeker: meh, keep an eye when / how fast it crosses 5GB |
| 03:40.24 | brlcad | I just downloaded three models yesterday that were substantially bigger than that |
| 03:40.31 | Iordanis | was the date of the GSOC intentionally set at the same time as my final exams? :P |
| 03:40.54 | brlcad | Iordanis: yes |
| 03:41.11 | Iordanis | brlcad thats mean... but why? |
| 03:41.37 | brlcad | Iordanis: better to submit an empty propsal, then start updaing as you have time |
| 03:41.42 | brlcad | just so you don't miss the deadline |
| 03:42.04 | Iordanis | ah I wanted to apply for GSOC 3 months back |
| 03:42.15 | Iordanis | but not enough material was there for me to do anything |
| 03:42.23 | Iordanis | now I can't do anything because my school is my first priority |
| 03:42.25 | brlcad | Iordanis: it's a huge program, thousands of students all over the world. it inevitably cannot work best for everyone |
| 03:42.57 | Iordanis | I understand but end of semester means exams for everyone that attends any kind of instituition. |
| 03:43.44 | brlcad | sure |
| 03:44.42 | brlcad | and shift it one week and another country somewhere else gets screwed |
| 03:44.56 | Iordanis | lol maybe ur right |
| 03:45.01 | brlcad | think of it as a lesson in multitasking and time management skills ;) |
| 03:45.31 | Iordanis | I will try my best to submit a good purposal and hopefully it will be good enough to chose me over any other grad or Pdh student |
| 03:46.02 | Iordanis | I feel like undergraduates don't get accepted at all in this program. Are there special spots for them? I bet you would go for the most experienced students |
| 03:46.32 | brlcad | level of education is rather unimportant |
| 03:47.05 | brlcad | I've participated in gsoc for nearly 8 years and that's never been the case |
| 03:47.44 | brlcad | some grads work on bigger projects that make headlines, but they're definitely in the minority |
| 03:47.59 | Iordanis | I agree with you but the ideas list that you uploaded on the ideas list are so challenging |
| 03:48.11 | Iordanis | I can not imagine any of my peers having experience in such areas |
| 03:48.20 | brlcad | they're just ideas |
| 03:48.27 | brlcad | we could have put up 1000 more |
| 03:48.33 | brlcad | it's just each idea takes an hour or more |
| 03:48.45 | brlcad | so we put up the ones we care about most and hope for a bite |
| 03:48.53 | Iordanis | I see |
| 03:49.00 | brlcad | when in reality, any of the 1000+ projects are interesting and worthwhile |
| 03:49.40 | Iordanis | I am going for the web-development anyhow which I am quite experienced at, but I suppose experience matters when it comes to picking? |
| 03:49.59 | brlcad | passion and plan matter the most |
| 03:50.11 | brlcad | rather communication most, then those two |
| 03:50.14 | brlcad | then experience |
| 03:50.27 | Iordanis | I understand you now, it makes so much more sense |
| 03:50.33 | brlcad | we've accepted a number of pure newbies over the years |
| 03:51.32 | Iordanis | That is really good |
| 03:51.43 | Iordanis | and motivating |
| 03:52.06 | Iordanis | thanks I will probably submit over the weekend and try get some feedback |
| 03:53.15 | brlcad | can't wait to see it |
| 03:53.21 | brlcad | just don't be shy with detail and research |
| 03:53.25 | brlcad | you cannot have too much |
| 03:53.39 | brlcad | and communicate (like this, here or mailing list) |
| 03:53.50 | brlcad | the work on a top-notch patch |
| 03:53.55 | brlcad | s/the/then/ |
| 05:11.55 | *** join/#brlcad jasleen (~chatzilla@117.253.202.219) | |
| 06:39.36 | *** part/#brlcad jasleen (~chatzilla@117.253.202.219) | |
| 06:55.23 | *** join/#brlcad code_walker (~Shubham@120.56.153.95) | |
| 06:57.11 | *** join/#brlcad jasleen (~chatzilla@117.253.202.219) | |
| 06:58.10 | jasleen | brlcad: I am exploring the project of making a cross platform Display manager |
| 06:59.13 | jasleen | brlcad: Is this project already started? or need to start from scratch? |
| 09:47.04 | *** join/#brlcad code_walker (~Shubham@120.56.153.95) | |
| 10:26.28 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 10:46.24 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 11:56.44 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 12:50.08 | *** join/#brlcad code_walker (~Shubham@120.56.153.95) | |
| 13:44.18 | code_walker | brlcad: u there? |
| 14:03.20 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:27.28 | *** join/#brlcad hilnius_bnc (~hilnius_b@client-resel-2.enst-bretagne.fr) | |
| 14:43.21 | *** join/#brlcad jbschw (4355ee54@gateway/web/freenode/ip.67.85.238.84) | |
| 14:47.29 | *** join/#brlcad caen23 (~cezar@92.83.181.31) | |
| 14:56.41 | *** join/#brlcad Izak (~Izak@41.202.198.82) | |
| 14:56.51 | Izak | Hey there |
| 15:01.38 | *** join/#brlcad Izak (~Izak@41.202.198.82) | |
| 15:01.52 | Izak | Hey there |
| 15:19.05 | *** join/#brlcad Izak_ (~Izak@41.202.198.82) | |
| 15:19.18 | Izak_ | HHHHHmmmmmm |
| 15:19.28 | Izak_ | Ch3ck: Are u there? |
| 15:19.45 | Izak_ | brlcad : Are u there? |
| 15:28.10 | *** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw) | |
| 15:28.20 | caen23 | ~ask |
| 15:28.20 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 15:38.24 | Izak_ | ibot:I need information on how to implement a BRLCAD primitive . |
| 15:38.25 | ibot | You need information on how to implement a BRLCAD primitive? |
| 15:38.44 | Izak_ | Yes a heart surface |
| 15:41.17 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.44) | |
| 15:42.26 | caen23 | that message was letting you know that you should not ask if someone is here, you should simply ask your question and stick around until somebody replies |
| 15:47.37 | *** join/#brlcad Izak_ (~Izak@41.202.198.82) | |
| 15:47.54 | Izak_ | ibot: Are u there? |
| 16:02.12 | ``Erik | ibot is a piece of software... ask the actual question already |
| 16:15.52 | Izak_ | How is a primitive implemented at a high level ? |
| 16:18.46 | Izak_ | ``Erik: I already have the necessary mathematical equations |
| 16:26.39 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.14.68) | |
| 16:26.46 | Ch3ck | Hey guys |
| 16:27.05 | Izak_ | How far? |
| 16:30.45 | Ch3ck | i'm there what up? |
| 16:30.48 | *** join/#brlcad Izak (~Izak@41.202.198.82) | |
| 16:30.56 | Izak | <PROTECTED> |
| 16:31.08 | Izak | <PROTECTED> |
| 16:31.50 | Guest23575 | Ch3ck: How far with the code patch? |
| 16:32.21 | Ch3ck | i've already submitted it on sourceforge |
| 16:32.31 | Ch3ck | so awaiting review |
| 16:32.40 | *** join/#brlcad Izak_ (~Izak@41.202.198.82) | |
| 16:32.57 | Izak_ | Ch3ck_: Are u there ? |
| 16:32.59 | Izak_ | <PROTECTED> |
| 16:33.12 | Ch3ck | yup |
| 16:33.27 | Izak_ | <PROTECTED> |
| 16:34.06 | Ch3ck | ok |
| 16:34.14 | Ch3ck | ive you seen the private msg i have sent to u? |
| 16:35.17 | Izak_ | yes |
| 16:35.27 | Izak_ | Have u seen mine |
| 16:38.42 | *** join/#brlcad zerlo_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 16:41.19 | Ch3ck | yup.. |
| 16:56.05 | brlcad | primitives are implemented as a set of callback functions |
| 16:56.14 | brlcad | that's the "high level" |
| 16:56.32 | brlcad | Ch3ck: saw the patch, they take a lot more time to review so it'll be a little while |
| 16:57.13 | brlcad | I usually assume they work perfect and apply cleanly and have no issues ... until I see otherwise :) |
| 16:57.14 | Ch3ck | ok |
| 16:57.27 | brlcad | make sure you read HACKING if you have not already |
| 16:57.33 | brlcad | pedants on conformant style |
| 16:57.38 | Ch3ck | yeah |
| 16:57.39 | Ch3ck | read it.. |
| 16:57.47 | Ch3ck | the patch just demonstrated a routine |
| 16:57.59 | Ch3ck | i'll apply in developing the pull function |
| 16:58.11 | Ch3ck | to determine the inverse of any geometric transformation |
| 16:58.35 | Ch3ck | However here is the link to my proposal on the wiki pages |
| 16:59.14 | Ch3ck | http://brlcad.org/wiki/User:NyahCh3ck20/Proposal |
| 16:59.21 | Ch3ck | waiting for ur comments |
| 16:59.26 | Ch3ck | and suggestions |
| 17:20.58 | Ch3ck | brlcad: u der? |
| 17:28.31 | brlcad | Ch3ck: i'm in and out all day |
| 17:28.48 | brlcad | pull function proposal we already talked about, right? |
| 17:28.59 | brlcad | on the mailing list I recall |
| 17:29.04 | brlcad | and a little here even |
| 17:29.13 | Ch3ck | yes |
| 17:29.32 | Ch3ck | i have just posted my proposal on the wiki pages |
| 17:29.35 | Ch3ck | my link is above |
| 17:29.46 | Ch3ck | just wanted to know what ure thoughts were on my proposal. |
| 17:29.50 | Ch3ck | http://brlcad.org/wiki/User:NyahCh3ck20/Proposal |
| 17:29.51 | brlcad | should itemize the "other pull subroutines" |
| 17:30.01 | brlcad | Ch3ck: yes, I saw it :) |
| 17:30.06 | Ch3ck | ok |
| 17:30.10 | brlcad | i was referring to feedback |
| 17:30.44 | Ch3ck | should i be more explicit on the other pull subroutines.. |
| 17:30.45 | Ch3ck | ? |
| 17:30.49 | brlcad | overall, it looks perfectly sufficient for now if you intend to submit any other proposals |
| 17:31.53 | brlcad | if not, I'd suggest a few tweaks like expanding/thinking a little more on your aug-sep timeframe and trying to get a little more specific / realistic on progress |
| 17:32.05 | brlcad | I like that you have testing spread throughout |
| 17:32.42 | Ch3ck | yes |
| 17:32.45 | Ch3ck | ok thanks |
| 17:32.47 | brlcad | would be good to talk about how you intend to stay on schedule if your school obligations are greater than expected |
| 17:33.05 | Ch3ck | will work on the proposal time frame. |
| 17:33.52 | Ch3ck | and the deliverables |
| 17:34.07 | brlcad | since you are a freshman, you might want to talk a little bit more about your background or work on yet another patch (or improve the one you made even further) |
| 17:34.17 | Ch3ck | ok |
| 17:34.26 | brlcad | something that demonstrates you can *read* code and modify it is more important/useful than writing new code |
| 17:34.40 | brlcad | just about anyone can write code |
| 17:35.07 | brlcad | it's a lot harder to read someone else and overcome the urge to rewrite it, while still making improvements to make it better overall |
| 17:35.16 | Ch3ck | ok |
| 17:35.26 | Ch3ck | i work on that in my proposal |
| 17:35.28 | Ch3ck | thanks.. |
| 17:35.34 | brlcad | sure |
| 17:35.37 | Ch3ck | I was initially studying biochem |
| 17:35.45 | Ch3ck | before i dropped out coded a year |
| 17:35.59 | brlcad | yeah, the two 4-week blocks, those are a "red-flag" usually .. a month is a lot of time to get lost :) |
| 17:36.04 | Ch3ck | before coming back to college to pursue my dream in computer science.. |
| 17:36.11 | brlcad | that's great |
| 17:36.36 | Ch3ck | should i include that too in my application? |
| 17:36.43 | brlcad | not necessary |
| 17:37.07 | brlcad | if you want, but having a dream in computer science can mean so many things or nothing at all ;) |
| 17:37.16 | Ch3ck | ok |
| 17:37.26 | brlcad | I was in college for almost three years before officially signing up for computer science |
| 17:37.34 | brlcad | yet Iwas writing code |
| 17:37.35 | Ch3ck | yeah i understand.. |
| 17:37.46 | brlcad | I've been reading/writing code since I was single-digits |
| 17:37.53 | Ch3ck | wow |
| 17:38.17 | Ch3ck | i heard of coding at age 17 and started 2 years ago. full time. |
| 17:38.40 | Ch3ck | so i'll include my works on past projects in my background right? |
| 17:39.08 | brlcad | took intro C my first semester, absolutely loathed the guy instructing (he didn't care what he was doing at all) .. didn't take another class for two years (but then absolutely loved it) |
| 17:39.35 | brlcad | so then I hung around for several more years having tons of fun coding day and night nearly ever since |
| 17:39.47 | brlcad | that's pretty impressive for starting when you have |
| 17:40.26 | Ch3ck | wow |
| 17:40.29 | Ch3ck | thats great |
| 17:40.50 | brlcad | so you might want to talk about what you've done coding (that we might care about), you know just a couple sentences to say you wrote a 10k lines of web interface code that talks to a java backend that pulls data from mysql yadayada whatever |
| 17:41.07 | Ch3ck | lol |
| 17:41.11 | Ch3ck | yeah |
| 17:41.13 | Ch3ck | i get it.. |
| 17:41.19 | brlcad | gotta run, ttyl! |
| 17:41.25 | Ch3ck | thanks.. |
| 17:41.29 | brlcad | sure np |
| 17:41.35 | Ch3ck | brlcad: was nice talking to u |
| 17:41.41 | Ch3ck | thanks again for the feedback |
| 17:41.44 | brlcad | (hence the importance of staying on irc) ;) |
| 17:41.51 | Ch3ck | yeah.. |
| 17:41.52 | brlcad | likewise, I'll be around more |
| 17:41.57 | Ch3ck | ok |
| 17:42.01 | brlcad | it's just a very very busy saturday :) |
| 17:42.05 | Ch3ck | i'll do the modifications and let you know.. |
| 17:42.08 | Ch3ck | yeah.. |
| 17:42.09 | brlcad | sure |
| 17:42.13 | Ch3ck | here to. |
| 17:42.18 | brlcad | I get notifications |
| 17:42.22 | Ch3ck | ok |
| 17:42.28 | Ch3ck | gotta go work on them.. |
| 17:42.29 | Ch3ck | bye |
| 17:42.46 | Ch3ck | you should see them by monday. |
| 18:01.32 | *** join/#brlcad jasleen (~chatzilla@117.253.226.230) | |
| 18:58.55 | *** join/#brlcad zero_level (ca4ead12@gateway/web/freenode/ip.202.78.173.18) | |
| 20:33.25 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 20:40.00 | Iordanis | At what extend we are expected to do a background research on a propsal? |
| 20:40.44 | Iordanis | I have things figured out in my head but I haven't done any detailed research due to a really heavy schedule. Do I still have chances? |
| 20:42.50 | ``Erik | a chance, sure... we use the proposals combined with patches, channel interaction and the mailing list to try to gauge each candidates competency, desire, etc... the mentors are (mostly) old programmers, so we're very familiar with the unknown unknowns aspect and risk involved... |
| 20:56.44 | *** join/#brlcad harmanpreet (~chatzilla@124.253.23.154) | |
| 20:57.52 | Iordanis | ``Erik, how can I submit a proposal to get feedback? |
| 20:58.02 | Iordanis | If I submit it on google it is final and I can't change it? |
| 21:03.10 | harmanpreet | Iordanis: No it will not be final. You can edit it even after submission but only before 3 May. |
| 21:03.42 | Iordanis | Can I get feedback on a proposal submited on GSOC website? |
| 21:03.50 | Iordanis | or whould I have to email it on the mailing list |
| 21:50.42 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 21:52.49 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 21:53.48 | *** join/#brlcad animesh_ (73f929da@gateway/web/freenode/ip.115.249.41.218) | |
| 22:26.32 | ``Erik | Iordanis: I'd recommend uploading it to the GSoC page, then asking for comment on the mailing list and here |
| 03:53.33 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 04:01.13 | kesha | can someone please review my proposal and suggest me necessary changes |
| 04:01.15 | kesha | http://brlcad.org/wiki/User:KeshaSShah |
| 04:19.34 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 05:34.38 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 05:42.42 | *** join/#brlcad jasleen (~chatzilla@117.253.203.64) | |
| 06:00.57 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:05.24 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:41.35 | *** join/#brlcad jasleen (~chatzilla@117.253.228.226) | |
| 07:03.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:14.07 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 09:02.20 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 09:23.18 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 09:40.26 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 09:41.04 | rays2pix | Looking at the various data formats and libraries now I get a question why we are developing a new library instead of integrating an existing one |
| 10:14.50 | *** join/#brlcad inder (75dcac95@gateway/web/freenode/ip.117.220.172.149) | |
| 10:35.50 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 10:46.34 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:35.51 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:20.44 | *** join/#brlcad code_walker (~Shubham@59.177.37.94) | |
| 12:21.31 | *** join/#brlcad code_walker (~Shubham@59.177.37.94) | |
| 12:24.50 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 12:51.22 | *** join/#brlcad code_walker (~Shubham@59.177.37.94) | |
| 13:05.55 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:10.29 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:13.26 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 13:15.43 | Notify | 03BRL-CAD Wiki:Phoenix * 5119 /wiki/User:Phoenix/GSoc2013/Proposal: /* Reporting the intersections (API designing) */ |
| 14:16.57 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 14:17.57 | rays2pix | Just got time to resume work on my proposal ! Any other GSocers around..How is it going for you |
| 14:39.17 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:53.36 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5120 /wiki/User:Vladbogolin/Proposal: |
| 15:54.54 | *** join/#brlcad ncsaba (~ncsaba@p549833B6.dip0.t-ipconnect.de) | |
| 16:51.53 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 16:53.21 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 17:24.14 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 17:54.47 | *** join/#brlcad priyanka (~priyanka@118.102.186.30) | |
| 18:21.59 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-gkabgfwohpcohald) | |
| 18:50.05 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 18:51.56 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5121 /wiki/User:Vladbogolin/Proposal: |
| 18:55.14 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5122 /wiki/User:Vladbogolin/Proposal: |
| 19:17.08 | *** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw) | |
| 19:39.58 | *** join/#brlcad baddy21 (75c2f528@gateway/web/freenode/ip.117.194.245.40) | |
| 20:14.05 | Notify | 03BRL-CAD:starseeker * 55262 brlcad/trunk/TODO: poly2tri needs to be more polite when fed bad input - should just fail and move on, not bring down the application. |
| 20:43.51 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 22:32.39 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-dadquhhjthxgoxuy) | |
| 03:37.50 | Notify | 03BRL-CAD Wiki:Urickbenjmin * 0 /wiki/User:Urickbenjmin: |
| 06:07.12 | *** join/#brlcad code_walker (~Shubham@59.177.37.94) | |
| 06:53.30 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:38.25 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:13.53 | Notify | 03BRL-CAD Wiki:Jmgutierrez * 0 /wiki/User:Jmgutierrez: |
| 09:20.09 | *** join/#brlcad vladbogo (~vlad@188.25.239.23) | |
| 09:31.33 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:32.04 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.118) | |
| 10:51.58 | *** part/#brlcad hilnius (~hilnius_b@client-resel-2.enst-bretagne.fr) | |
| 11:55.49 | *** join/#brlcad jasleen (~chatzilla@117.255.246.99) | |
| 13:06.04 | *** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102) | |
| 14:15.13 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 14:17.48 | brlcad | waves |
| 14:21.23 | rays2pix | Good Morning Sean - This is Deepak |
| 14:22.07 | rays2pix | I am working on defining the generic civ_image struct ..planning to have it as a superset of all image formats we are going to support |
| 14:22.54 | rays2pix | as far as the methods to operate on this I am confused on how to choose "what are all the methods we can pick up integrating an external library like cdx/image magick" |
| 14:24.01 | rays2pix | i meant cximage not cdx.. and I didnt get time to go through that source..may I know whether there is any particular reason for recommending it as a integration choice |
| 14:32.45 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 15:47.47 | *** join/#brlcad code_walker (~Shubham@120.59.144.185) | |
| 15:48.49 | brlcad | rays2pix: excellent, but I'm not sure what you're asking |
| 15:49.28 | brlcad | are you're asking me whether you should integrate a particular 3rd party library? :) |
| 15:50.29 | brlcad | that question is ill-defined as-is |
| 15:54.14 | *** join/#brlcad jasleen (~chatzilla@117.253.229.127) | |
| 16:09.51 | rays2pix | brlcad: sorry had to go out.. Yes it was the question~ thanks for understanding. Currently as you suggested earlier I will focus on designing the generic icv_image |
| 16:10.38 | rays2pix | brlcad: if thats the case we can make the decision about integration later when I get time to do more research on it |
| 16:10.50 | rays2pix | right now end semester times, testing times in student life:(! |
| 16:12.26 | brlcad | rays2pix: that question can't be answered without understanding what another library offers |
| 16:12.30 | brlcad | or inspecting how it's designed |
| 16:12.37 | brlcad | or looking at its dependencies |
| 16:12.43 | brlcad | and other factors still |
| 16:12.49 | rays2pix | sure i understand that, I have few libraries in mind. Will do that study later. |
| 16:13.02 | rays2pix | just thought of checking with you guys whether you had that info. no probs |
| 16:13.15 | brlcad | I have tons of info, but that doesn't help you help me |
| 16:13.21 | brlcad | or help you write a proposal :) |
| 16:13.36 | *** join/#brlcad ncsaba (~ncsaba@p54982A65.dip0.t-ipconnect.de) | |
| 16:13.37 | rays2pix | sure thanks for keeping my life simple:)! |
| 16:14.18 | brlcad | if you're too busy to make a solid application, how are you going to not be too busy to successfully participate? :) |
| 16:14.39 | brlcad | being too busy is the single most common reason people are failed |
| 16:15.01 | brlcad | so I wouldn't be helping you anyways |
| 16:15.20 | ncsaba | Hi all |
| 16:15.24 | brlcad | you could conceivably get in and get failed right away |
| 16:15.25 | rays2pix | From May 22 I will be free from academics, I will yet strive to give my best possible proposal |
| 16:15.52 | rays2pix | right now I wish i had more time to sit and go through various image formats , but clearly I dont have that much time |
| 16:16.01 | brlcad | rays2pix: so no other internship, part-time job, or student activities this "summer" |
| 16:16.05 | brlcad | ? |
| 16:16.09 | brlcad | hi ncsaba ! |
| 16:16.25 | rays2pix | brlcad: No If selected in GSOC its going to be GSoc+ self study |
| 16:16.28 | brlcad | rays2pix: I pointed you at the one library that was the most important to look at if any |
| 16:16.47 | brlcad | what does self study mean? |
| 16:17.00 | ncsaba | brlcad: I see you're real busy with GSOC :-) |
| 16:17.14 | rays2pix | brlcad: picking up something of interest and studying about it |
| 16:17.57 | rays2pix | brlcad:If not selected in Gsoc will still try to find ways to code and get more time for self-study! |
| 16:17.58 | brlcad | ncsaba: yeah, this time of year is always a little hectic when we participate :) |
| 16:18.56 | brlcad | rays2pix: that's kinda vague, but okay..it's good to have interests |
| 16:18.58 | rays2pix | brlcad: l will come up with the proposal update and will get your feedbacks from there. |
| 16:19.09 | brlcad | forewarning that GSoC tends to take up all of your time... |
| 16:19.14 | brlcad | I assume you haven't particiapted before |
| 16:19.22 | ncsaba | brlcad: bad timing for my own impatience :-P |
| 16:19.36 | brlcad | ncsaba: oh? you waiting on something? |
| 16:19.44 | brlcad | my mailbox has a bit of a backlog at the moment |
| 16:19.55 | rays2pix | brlcad: yep this is my first attempt, I have no issues if its going to consume time! I dont have any other assignments |
| 16:19.56 | brlcad | sorry if I overlooked something recent |
| 16:20.26 | rays2pix | brlcad: by self study i meant picking up some books which I reserved for leisure like this one "Computational beauty of nature" |
| 16:20.34 | ncsaba | brlcad: I uploaded a patch with the surface/volume/centroid functions for the pipe primitive/analyze command |
| 16:21.40 | ncsaba | and looking for some heads up/down on continuing with the pipe primitive + making analyze more model/view structured |
| 16:23.07 | ncsaba | I see a lot of potential in using the analyze infrastructure to allow more extensively querying the primitives for key structural elements (center points, tangent lines, etc.) |
| 16:23.41 | brlcad | yeah, I agree |
| 16:24.27 | brlcad | we'd like to expose some of that into a library as well (libanalyze or libgqa) |
| 16:24.37 | brlcad | for fully generalized behavior |
| 16:25.04 | ncsaba | for the pipe primitive for example right now I would have a need to get the center points of the bent segments, to place there some other elements |
| 16:25.10 | brlcad | i reviewed your first patch and except for the indents it looked good, but haven't looked since you started the analyze hook |
| 16:26.23 | ncsaba | well the next patch is trickier, has some math which hopefully is right, and some trickery for the surface discontinuities |
| 16:27.11 | ncsaba | BTW, is there some equivalent of the volume calculations done by gqa, but for surface ? |
| 16:28.10 | brlcad | nope, but that's one of the extensions envisioned |
| 16:28.22 | ncsaba | hmm, I could have a look |
| 16:28.42 | ncsaba | I need a way to confirm the correctness of the surface calculation |
| 16:28.48 | brlcad | gqa itself does sampling and refinement for volume, so it'd have to do a completely different refinement sampling for surface area (curvature-based) |
| 16:28.57 | brlcad | we have lots of ways of doing that |
| 16:29.13 | ncsaba | I will have to read that code |
| 16:29.14 | brlcad | comparing to primitives, for example, where we know exactly |
| 16:29.46 | ncsaba | yes, simple cases work fine, but I'm lazy to check the more complex ones |
| 16:30.43 | ncsaba | I would rather spend a week to write some surface sampling code than 1 hour calculating manually for a few known ones ;-) |
| 16:30.45 | brlcad | easy to build up ones where an exact answer is known |
| 16:31.01 | brlcad | can also compare to polygonalization |
| 16:31.18 | brlcad | which should converge and is directly evaluatable |
| 16:31.31 | ncsaba | ok, that last sentence I'm not sure I understand |
| 16:31.39 | brlcad | no worries |
| 16:31.51 | brlcad | just to know that we have several ways to test an implementation should the time come :) |
| 16:32.08 | brlcad | and now lunch! |
| 16:32.23 | ncsaba | ok, good appetite then :-) |
| 16:34.31 | *** part/#brlcad jasleen (~chatzilla@117.253.229.127) | |
| 16:54.28 | Notify | 03BRL-CAD:bob1961 * 55263 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl and 4 others): Modified mged's pattern tool for use in Archer. Moved the relevant files from tclscripts/mged to tclscripts/lib. |
| 17:12.51 | *** join/#brlcad priyanka_ (~priyanka@118.102.186.30) | |
| 17:15.33 | priyanka_ | Hello all, I am interested in GSoC Project "Cross Platform Framebuffer" . I have some queries regarding this. 1) Project require making framebuffer in Qt ? 2) Which patch need to submit in order to show that I understood the problem well and can contribute? Any startup help? |
| 17:15.39 | priyanka_ | Please do reply |
| 17:32.18 | Notify | 03BRL-CAD:bob1961 * 55264 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added aliases for blast, draw and erase (i.e. B, e and d, respectively). |
| 17:49.43 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 17:55.17 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:00.11 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:04.41 | d_rossberg | priyanka_: 1) Qt is an example for a cross platform GUI toolkit. You may use this or any other such library with BRL-CAD compatible lizense. 2) You can find some ideas for a patch in the TODO file in the BRL-CAD repository. |
| 18:06.52 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:14.10 | ``Erik | http://www.pcworld.com/article/249951/if_it_aint_broke_dont_fix_it_ancient_computers_in_use_today.html |
| 18:25.40 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:29.42 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:30.15 | *** join/#brlcad jbschw (~jbschw@ool-4355ee54.dyn.optonline.net) | |
| 18:30.16 | *** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw) | |
| 18:35.27 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:41.06 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:43.44 | *** join/#brlcad Izak (~Izak@41.202.197.123) | |
| 18:43.53 | Izak | Heyy there |
| 18:44.12 | Guest83358 | brlcad are you there ? |
| 18:44.20 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:45.53 | *** join/#brlcad Izak_ (~Izak@41.202.197.161) | |
| 18:46.05 | Izak_ | Hmmmm |
| 18:46.07 | Izak_ | hsdhhs |
| 18:46.13 | Izak_ | sdhsdjkcsnds |
| 18:46.26 | Izak_ | trying to |
| 18:48.00 | Izak_ | Ch3ck_: How far? |
| 18:52.32 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 18:53.00 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:53.30 | zero_level | what are the third party libraries used in brlcad.. just wanted to see the grasp of how they are documeneted and how are the api calls made for those libraries in BRL-CAD code.. |
| 18:58.14 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 18:59.39 | zero_level | hey.. i think my chat has been buried between the login details.. here is a copy of that |
| 18:59.40 | zero_level | <PROTECTED> |
| 19:03.25 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 19:11.31 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 19:11.43 | kanzure | no, you don't need to repeat yourself. |
| 19:12.12 | *** join/#brlcad Izak_ (~Izak@41.202.198.34) | |
| 19:14.49 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 19:17.34 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 19:21.38 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 19:28.52 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 19:32.19 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 19:35.15 | zero_level | @kanzure. ok.. i saw too much zitter due to quit and joined status.. |
| 19:36.16 | *** join/#brlcad Izak_ (~Izak@41.202.195.56) | |
| 19:43.40 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 19:44.49 | *** join/#brlcad btanmay (~tanmay@115.248.130.148) | |
| 19:49.41 | *** join/#brlcad navdeep (~chatzilla@117.212.55.63) | |
| 20:03.39 | *** join/#brlcad hawthorn (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 20:05.11 | hawthorn | hello i am back |
| 20:09.50 | Notify | 03BRL-CAD:carlmoore * 55265 brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: fix warning about long unsigned |
| 20:11.50 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.230) | |
| 20:12.42 | Ch3ck | Hey guys |
| 20:26.56 | navdeep | hello |
| 20:28.25 | navdeep | I wan to work with project idea material database for GSOC. |
| 20:29.59 | Ch3ck | nice meeting you navdeep |
| 20:30.29 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5123 /wiki/User:NyahCh3ck20/Proposal: /* Background Information */ |
| 20:31.55 | navdeep | Help me from where I can found material database project previous work. |
| 20:32.11 | navdeep | I want to review the project code. |
| 20:32.55 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5124 /wiki/User:NyahCh3ck20/Proposal: /* Overall Structure Pull routine */ |
| 20:33.42 | Notify | 03BRL-CAD:carlmoore * 55266 brlcad/trunk/src/sig/dconv.c: add 'file' because the code is looking at that argument as a file name |
| 20:33.56 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5125 /wiki/User:NyahCh3ck20/Proposal: /* Deliverables */ |
| 20:39.24 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5126 /wiki/User:NyahCh3ck20/Proposal: /* Development schedule */ |
| 20:39.46 | Ch3ck | nav_deep: have you downloaded the source code. |
| 20:40.54 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5127 /wiki/User:NyahCh3ck20/Proposal: /* Time availability */ |
| 20:41.43 | navdeep | Ch3ck : No, I don't know where to download the source code. |
| 20:42.07 | Ch3ck | ok when did you sign up for the brlcad project? |
| 20:42.16 | Ch3ck | what OS are u using ? |
| 20:42.35 | navdeep | CH3ck : I am using linux OS |
| 20:42.57 | Ch3ck | ok let me give you the link so you can download from the terminal? |
| 20:43.01 | Ch3ck | ok by u ? |
| 20:43.16 | navdeep | Ch3ck : yes |
| 20:43.22 | Ch3ck | ok |
| 20:43.28 | Notify | 03BRL-CAD:carlmoore * 55267 brlcad/trunk/src/sig/dconv.c: simplify the programming, and push 'N =' and 'L =' downward |
| 20:44.28 | Ch3ck | navdeep: first of all have you subscribed to the mailing list? |
| 20:45.27 | navdeep | I have subscribed the BRL-CAD mailing list |
| 20:46.07 | Ch3ck | ok |
| 20:46.24 | Ch3ck | let me give you the svn link you just execute on the terminal.. |
| 20:46.34 | navdeep | Ch3ck : Soon I will Introduce myself with my project idea |
| 20:46.49 | navdeep | Ch3ck : ok |
| 20:46.53 | Ch3ck | ok |
| 20:47.08 | Ch3ck | you'll have to work faster since applications end by Friday. |
| 20:47.55 | navdeep | Yes I will work day and night for this. |
| 20:48.16 | Ch3ck | ok |
| 20:48.19 | Ch3ck | here is the link: |
| 20:48.22 | Ch3ck | svn checkout https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk brlcad |
| 20:48.33 | Ch3ck | just execute at the terminal |
| 20:48.42 | Ch3ck | it'll download the latest src |
| 20:52.58 | zero_level | @check.pls help me with this.. "what are the third party libraries used in brlcad.. just wanted to see the grasp of how they are documeneted and how are the api calls made for those libraries in BRL-CAD code." |
| 20:53.45 | Ch3ck | zero_level: do you have the src? |
| 20:53.50 | zero_level | yes |
| 20:55.59 | Ch3ck | ok |
| 20:56.20 | Ch3ck | zero_level: well for brlcad: much of it was written from scratch |
| 20:56.35 | zero_level | yes that is what i found.. |
| 20:56.51 | Ch3ck | from what i don't really see much of them |
| 20:57.04 | zero_level | are there are no third party libraries shipped with the src.. i could find none.. |
| 20:57.06 | Ch3ck | almost all the routines, data structures and the rest |
| 20:57.06 | vladbogo | hi all |
| 20:57.12 | Ch3ck | are custom made. |
| 20:57.23 | Ch3ck | yeah |
| 20:57.32 | Ch3ck | vladbogo: hi |
| 20:57.35 | vladbogo | zero_level I don't know exactly what you are looking for |
| 20:57.44 | vladbogo | but I can suggest you a tool |
| 20:57.48 | vladbogo | maybe it helps |
| 20:57.58 | vladbogo | it's called ack-grep |
| 20:57.59 | zero_level | so is it some policy... or it is fine to write a propsal which helps uses some third party libraries |
| 20:58.25 | vladbogo | you can use it to search in all folders what are you looking for |
| 20:59.04 | Ch3ck | well from what i see there are little or no third party libraries in brlcad. |
| 20:59.26 | vladbogo | something like ack-grep "test" searches all references of test in all dirs and subdirs from where you lunch the command |
| 20:59.55 | vladbogo | it also says in which file the occurrence appeared |
| 20:59.59 | Ch3ck | vladbogo: well that works if zero_level knows exactly |
| 21:00.07 | vladbogo | yes |
| 21:00.08 | Ch3ck | what he is looking for. |
| 21:00.14 | Ch3ck | so in his case |
| 21:00.18 | Ch3ck | that's different |
| 21:00.22 | Ch3ck | so would be difficult. |
| 21:00.35 | vladbogo | maybe it helps |
| 21:00.50 | vladbogo | for me made the navigation in code much easier |
| 21:00.52 | Ch3ck | well may be.. |
| 21:01.08 | Ch3ck | vladbogo: how is your application going. |
| 21:01.33 | zero_level | @vladbogo i have checked for most of the libraries (i know of ) using the grep tool in ubuntu.. didnt get any.. therfefore i tried asking it on the IRC .. |
| 21:02.16 | vladbogo | I've finished a first form of it and now i want to improve it |
| 21:02.27 | Ch3ck | vladbogo: yeah me too.. |
| 21:02.36 | Ch3ck | brlcad gave me some quick fixes |
| 21:02.40 | Ch3ck | which i have done. |
| 21:02.43 | zero_level | @ch3k and @vladbogo if my proposal uses some third party libraries and as i see brlcad was written from raw.. so is it some policy or thy are open to third party libraries..? |
| 21:03.09 | Ch3ck | zero_level: well i don't know but have you read the Hacking file? |
| 21:03.42 | vladbogo | zero_level: I don't know, I am a GSoC student |
| 21:03.57 | zero_level | do you mean readme on the man folder. |
| 21:03.58 | zero_level | ? |
| 21:04.37 | Ch3ck | me too |
| 21:04.44 | Ch3ck | there is a hacking file |
| 21:05.42 | Ch3ck | well the read me should have some info about that. |
| 21:14.10 | *** join/#brlcad navdeep (~chatzilla@117.212.55.63) | |
| 23:06.38 | Notify | 03BRL-CAD Wiki:Level zero * 5128 /wiki/User:Level_zero/proposal: Created page with "Personnel Information Name Mohit Daga Email Address: mohit.daga@ieee.org IRC(nick): zero_level Phone Number: +91 9783582684 Mailing Address: E#221 Ram Path, Shyam Nagar..." |
| 23:51.35 | Notify | 03BRL-CAD Wiki:Level zero * 5129 /wiki/User:Level_zero/proposal: |
| 00:31.17 | Notify | 03BRL-CAD Wiki:Level zero * 5130 /wiki/User:Level_zero/proposal: Draft 1 |
| 00:36.39 | Notify | 03BRL-CAD Wiki:Level zero * 0 /wiki/File:Fil1.png: file for proposal |
| 00:50.40 | Notify | 03BRL-CAD Wiki:Level zero * 5132 /wiki/User:Level_zero/proposal: /* BRL-CAD’s IPT(s) Information and Current Status */ |
| 02:59.03 | brlcad | waves |
| 03:01.31 | brlcad | zero_level: you have questions? |
| 04:04.39 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 05:17.26 | *** join/#brlcad harmanpreet (~chatzilla@124.253.79.47) | |
| 05:28.33 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ulasxpdoquzycvld) | |
| 07:49.57 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:22.26 | *** join/#brlcad phoenixyjll (8c7255e7@gateway/web/freenode/ip.140.114.85.231) | |
| 08:24.23 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 08:50.57 | *** join/#brlcad navdeep (~chatzilla@202.164.53.117) | |
| 09:02.37 | navdeep | I need previous source code of material database. |
| 09:02.51 | navdeep | want to see current status of website |
| 09:13.39 | zero_level | navdeep: you may want to look at previous year Gsoc http://brlcad.org/wiki/Google_Summer_of_Code/2012 |
| 09:46.34 | *** join/#brlcad navdeep (~chatzilla@202.164.53.117) | |
| 10:25.52 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 10:50.17 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 10:54.56 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 11:00.02 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 11:05.37 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 12:21.00 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 13:17.01 | *** join/#brlcad code_walker (~Shubham@120.59.154.60) | |
| 13:27.44 | *** join/#brlcad code_walker (~Shubham@120.56.147.244) | |
| 13:28.00 | brlcad | zero_level: you get your questions answered? |
| 13:33.12 | zero_level | _brlcad I read ur emails on the forum. and studied the code organisations of CxImage library |
| 13:33.27 | zero_level | i hope my current approach in integrating looks fine? |
| 13:33.56 | brlcad | zero_level: so you keep mentioning the cxlibrary... why? :) |
| 13:36.07 | zero_level | I understand the use of icv library and criticalities of that.. in the future use of in BRLCAD.. the current tools are very primitive therfore i belive integrating with such a library wourld be useful. earlier i thought of opencv library.. but then found few drawbacks that is because this library is very huge.. it involves a lot of functionaities which are divergent to the utilities of brlcad |
| 13:36.09 | zero_level | .. |
| 13:37.16 | zero_level | Also.. integrating with this will ensure added functionalities and enhance usability of the tools |
| 13:37.22 | brlcad | so "why cximage" is basically "because opencv is worse"? |
| 13:37.34 | brlcad | you can make those statements with almost any library |
| 13:38.21 | brlcad | there are a half dozen incredibly popular image processing libraries out there |
| 13:38.31 | brlcad | why cximage |
| 13:38.32 | zero_level | but i believe this contains all the functions in our current utilities... |
| 13:38.46 | brlcad | and the others don't? |
| 13:39.20 | brlcad | I'm not agreeing or disagreeing |
| 13:39.46 | zero_level | ok |
| 13:39.50 | brlcad | if you're going to propose putting cximage underneath one of our libraries, you need to be able to answer the comparative questions about why |
| 13:40.15 | zero_level | ok |
| 13:40.16 | brlcad | not just because it's something you thought of or found |
| 13:40.28 | zero_level | Apart from the library issue.. |
| 13:40.37 | brlcad | that's not the way to do dependency management for starters |
| 13:40.45 | zero_level | can i ask you |
| 13:40.47 | zero_level | .. |
| 13:40.48 | brlcad | and more specifically doesn't exactly address a compelling need by itself |
| 13:41.38 | brlcad | can you? |
| 13:45.04 | zero_level | there are some utilities in the /src/utl which directly doesnt perform an image processing task.. for example.. bary, buffer, dunncolour.. fix_polysolids.. texturescale.. random.. terrain etc.. |
| 13:45.20 | zero_level | what do u propose of these.. |
| 13:45.26 | zero_level | *suggest |
| 13:51.19 | brlcad | what do I propose? :) what do you propose? |
| 13:51.41 | brlcad | src/util is general utilities, not all are image processing and that's okay |
| 13:52.09 | brlcad | it'd make more sense to move the image processing specific tools out as they are refactored |
| 13:52.17 | Notify | 03BRL-CAD:carlmoore * 55268 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: fix warning about 'long int' format |
| 13:53.27 | zero_level | ok.. i have made a list of those utilities and the plan for groups.. so u suggest putting that in the proposal to.. |
| 13:53.52 | zero_level | of the non image processing utilities i thought of putting that under BU |
| 13:54.33 | zero_level | so is BRLCAD open to changes to libbu.. and other libraries for adding these utilties.. |
| 13:54.55 | zero_level | though other libraries will have to be identified.. in that case.. |
| 13:55.30 | brlcad | zero_level: I do not suggest putting that, whatever that is, into your proposal |
| 13:55.45 | brlcad | you've not being very clear |
| 13:56.10 | brlcad | non-image processing utilities should not go under BU as they are not part of that library |
| 13:56.17 | zero_level | can u tell.. which line ? |
| 13:56.26 | zero_level | i will try to reframe.. |
| 13:56.27 | brlcad | they are utilities, which is why they are in the util directory |
| 13:56.37 | zero_level | ok.. |
| 13:57.24 | brlcad | past years experience has told me to interpret "ok.." as "I do not understand" |
| 13:58.04 | brlcad | what problem are you solving, what is the project? |
| 13:58.31 | Notify | 03BRL-CAD:carlmoore * 55269 brlcad/trunk/src/liboptical/sh_light.c: fix warning about long unsigned |
| 14:00.02 | zero_level | so do, you mean i should stick my focus to consolidation of image processing tools.. and live the rest in the src/util untouched.. |
| 14:00.11 | brlcad | what problem are you solving, what is the project? |
| 14:00.42 | zero_level | to consolidate IPTs(Image Processing Tools) into icv library |
| 14:00.47 | brlcad | you're lacking focus/clarity/goals, until you figure that out, the questions you're asking cannot be answered |
| 14:02.01 | brlcad | okay, so that should answer some of your questions |
| 14:02.09 | brlcad | what does the "buffer" utility have to do with consolidation of image processing into a libicv? |
| 14:03.14 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 14:05.24 | zero_level | yes.. i got your point... that is what i thought(therefore didnt include in my proposal).. but wanted to confirm from you about the fate of other utilities.. and the list i was talking was the list of the ipt libraries and the groups and there linkage with the library i propose to use.. (i hink i didnt make myself clear thre) |
| 14:06.42 | zero_level | *(icv tools and grouped them and there linkage..) |
| 14:07.20 | brlcad | zero_level: there still must be some misundersanding though |
| 14:07.44 | brlcad | pix-png for example is in util and is an image processing tool |
| 14:08.02 | brlcad | I hope you're not proposing to move that tool to the icv directory |
| 14:08.44 | brlcad | the goal as I originally understood it was to migrate image processing functionality to libicv |
| 14:08.58 | brlcad | in that case, that would be some means to read in pix files and some means to write out png files |
| 14:12.17 | brlcad | starseeker: https://sourceforge.net/p/allura/tickets/6175/ |
| 14:15.22 | zero_level | indeed i was proposing that..because as i read in the project idea page. here (http://brlcad.org/wiki/Consolidate_image_processing) there is a need of finding a simple conversion function for images.. |
| 14:16.13 | zero_level | apart from consolidating these ip tools in the icv folder.. |
| 14:17.19 | brlcad | zero_level: you use "..." WAY too much buddy :) |
| 14:17.34 | zero_level | :) |
| 14:18.08 | zero_level | I find that there 35+ such tools and prepared a list of them as well. |
| 14:18.15 | brlcad | that's good |
| 14:18.38 | brlcad | but the project shouldn't obsess on the tools, it's on the functionality |
| 14:18.45 | brlcad | the functionality needs to be put into the library |
| 14:18.51 | brlcad | and the tools updated to use the library |
| 14:19.07 | brlcad | that's very different from moving the tools as a goal |
| 14:21.20 | zero_level | but the problem in using any library (say for instance cxImage.. i will do my HW on why it is good or use the better one.) is that we BRLCAD has primitive representation of images. therefore using any library will require conversion from one to other. |
| 14:21.45 | zero_level | also i had a question about icv's current status.. |
| 14:22.29 | brlcad | that is a problem in using any library |
| 14:22.55 | brlcad | that's why using any library wouldn't be the top of my list of priorities without a lot of validation and demonstration that it's actually better |
| 14:23.19 | zero_level | ok. |
| 14:23.36 | brlcad | just because someone else's steaming pile of poo is bigger than ours doesn't mean it's better or right for us |
| 14:24.07 | zero_level | ;) ok |
| 14:24.08 | brlcad | prove it |
| 14:24.27 | brlcad | or don't make that the focus |
| 14:24.45 | brlcad | you could do that entire project and not integrate any external code |
| 14:24.59 | brlcad | migrating functionality and refactoring |
| 14:25.21 | *** join/#brlcad vladbogo (~vlad@188.25.239.216) | |
| 14:28.56 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 14:32.33 | zero_level | i think i will work a little bit and revert to you. |
| 14:32.41 | zero_level | anyways thnx |
| 14:32.55 | brlcad | sue |
| 14:32.57 | brlcad | sure |
| 14:33.06 | rays2pix | how do i get the width and height of a pix file |
| 14:35.28 | brlcad | rays2pix: from the user |
| 14:35.43 | brlcad | they are raw data |
| 14:36.25 | brlcad | API-wise, the image dimensions will have been specified or inferred at some point |
| 14:36.43 | brlcad | we have a function that attempts to identify common size patterns |
| 14:37.04 | rays2pix | We have certain pix files in ./pix folder in brlcads source tree. How can i estimate its dimensions |
| 14:37.20 | brlcad | e.g., 2359296 bytes is probably a 3-channel interlaced PIX file at 1024x768 |
| 14:37.33 | brlcad | those are all the default, 512x512 |
| 14:38.08 | rays2pix | brlcad: thanks that helps |
| 14:38.20 | brlcad | if there's a good chance it's a square image, look at the byte size |
| 14:38.34 | brlcad | notice they are all 786432 bytes |
| 14:38.39 | brlcad | ~786432 / 3 |
| 14:38.39 | ibot | 262144 |
| 14:39.10 | Notify | 03BRL-CAD:phoenixyjll * 55270 brlcad/trunk/src/librt/tests/test_ssi.cpp: Use the CVs as vertexes of the pipe, some clean up, and print information of the intersection curves. |
| 14:40.07 | brlcad | so 262144 pixels .. |
| 14:40.09 | brlcad | take the square root |
| 14:40.12 | brlcad | you get 512 |
| 14:40.26 | rays2pix | Got that.. thanks! |
| 14:42.18 | zero_level | also for example see pix-png.c there is a complete functions which get the args and determine the width and hieght accordingly |
| 14:42.32 | zero_level | function : get_args |
| 14:43.40 | rays2pix | zero_level: thanks |
| 15:00.23 | *** join/#brlcad jasleen (~chatzilla@117.253.233.158) | |
| 15:11.03 | *** join/#brlcad code_walker (~Shubham@120.56.147.244) | |
| 15:14.13 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:16.40 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 15:42.07 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 15:43.15 | *** join/#brlcad navdeep (~chatzilla@117.207.155.222) | |
| 16:00.07 | *** join/#brlcad harmanpreet (~chatzilla@124.253.17.160) | |
| 16:03.27 | *** join/#brlcad vlad__ (~vlad@188.25.239.216) | |
| 16:15.55 | *** join/#brlcad vlad__ (~vlad@188.25.239.216) | |
| 16:35.02 | *** join/#brlcad vladbogo (~vlad@188.25.239.216) | |
| 16:38.41 | *** join/#brlcad Izak (~Izak@41.202.198.128) | |
| 16:38.59 | Izak | Il y a quel qu'n ? |
| 17:28.43 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 17:28.44 | *** part/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 17:28.46 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 17:43.54 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:46.59 | *** join/#brlcad Guest45138 (~Izak@41.202.197.249) | |
| 17:51.24 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5133 /wiki/User:Izak: GSoc Project Proposal : Implementing a heart primitive |
| 17:55.16 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5134 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 18:00.04 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5135 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 18:05.28 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5136 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 18:07.14 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5137 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 18:08.17 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5138 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 18:09.04 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5139 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 18:12.02 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5140 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 18:12.20 | Notify | 03BRL-CAD:bob1961 * 55271 brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl: Minor cleanup of PipeEditFrame::initEditState |
| 18:13.07 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5141 /wiki/User:Izak: /* ANYTHING ELSE? */ |
| 18:14.49 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5142 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */ |
| 18:15.01 | Notify | 03BRL-CAD:bob1961 * 55272 brlcad/trunk/src/libged/get_type.c: Updated ged_get_type to recognize metaballs. |
| 18:15.44 | *** join/#brlcad priyanka (~priyanka@118.102.186.30) | |
| 18:18.44 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5143 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */ |
| 18:19.56 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5144 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */ |
| 18:23.20 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5145 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */ |
| 18:24.53 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5146 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */ |
| 18:24.56 | priyanka | hello |
| 18:27.53 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5147 /wiki/User:Izak: /* PROJECT DESCRIPTION */ |
| 18:29.29 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5148 /wiki/User:Izak: /* PROJECT DESCRIPTION */ |
| 18:38.47 | *** join/#brlcad Guest45138 (~Izak@41.202.197.249) | |
| 18:42.02 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5149 /wiki/User:Izak: |
| 18:43.05 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5150 /wiki/User:Izak: /* PERSONAL INFORMATION */ |
| 18:46.03 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5151 /wiki/User:Izak: /* PROJECT INFORMATION */ |
| 18:47.23 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.183) | |
| 18:47.33 | Ch3ck | Hey |
| 18:47.33 | Guest45138 | Il y a quel q'un? |
| 18:47.39 | Guest45138 | How far? |
| 18:48.59 | Ch3ck | i'm there |
| 18:51.06 | *** join/#brlcad coderrr (5f9c3cc0@gateway/web/freenode/ip.95.156.60.192) | |
| 18:51.24 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5152 /wiki/User:Izak: /* PROJECT DESCRIPTION */ |
| 18:55.59 | *** join/#brlcad Iordanis_ (Iordanis@host214-207.cvd.fit.edu) | |
| 18:56.32 | priyanka | Can anybody tell me any startup for changing framebuffer. What does if_X24.c file actually doing? |
| 18:58.21 | Ch3ck | well |
| 18:58.28 | Ch3ck | i have not heard of that file |
| 18:58.38 | Ch3ck | btw in which library is it found? |
| 18:59.04 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 18:59.17 | *** join/#brlcad urickbenjamin (~urickbenj@wireless-198-213-192-80.public.utexas.edu) | |
| 19:04.12 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5153 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 19:04.19 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 19:08.39 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 19:12.59 | *** part/#brlcad urickbenjamin (~urickbenj@wireless-198-213-192-80.public.utexas.edu) | |
| 19:15.54 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.13.183) | |
| 19:18.18 | Ch3ck_ | Hey |
| 19:19.34 | Guest45138 | Are u there? |
| 19:29.36 | *** part/#brlcad coderrr (5f9c3cc0@gateway/web/freenode/ip.95.156.60.192) | |
| 19:29.50 | *** join/#brlcad priyanka4 (~priyanka@118.102.186.30) | |
| 19:29.53 | priyanka4 | Sir its in src/libfb folder |
| 19:30.14 | Ch3ck_ | yup. |
| 19:30.35 | Ch3ck_ | priyanka4: well i'm not a Sir i'm a student like you |
| 19:30.44 | priyanka4 | ok |
| 19:30.46 | Ch3ck_ | check the read me files. |
| 19:31.06 | Ch3ck_ | there should be some information concerning the libfb |
| 19:31.19 | priyanka4 | Its library for framebuffer |
| 19:31.59 | *** join/#brlcad Black_Rabbit (~Black_Rab@115.248.130.148) | |
| 19:34.24 | priyanka4 | Do you know anything about it? |
| 19:35.30 | Ch3ck_ | well i don't really know much about that. |
| 19:35.40 | Ch3ck_ | but have you read the header files related to that library? |
| 19:35.53 | Ch3ck_ | since the src library |
| 19:36.02 | Ch3ck_ | is /src/libfb |
| 19:36.13 | Ch3ck_ | there should probably some fb.h |
| 19:36.21 | Ch3ck_ | is there anythx like that? |
| 19:40.56 | priyanka4 | yes. it is |
| 19:46.04 | Ch3ck_ | then you should probably read it. |
| 19:46.13 | Ch3ck_ | and understand it well.. |
| 19:47.03 | priyanka4 | Ok. Thanks for help :) |
| 19:47.56 | Ch3ck_ | yeah no prob |
| 19:48.06 | Ch3ck_ | programmers help each other thats the culture.. |
| 19:48.42 | priyanka4 | On which module, you are working? |
| 19:56.58 | *** join/#brlcad Iordanis__ (Iordanis@host214-207.cvd.fit.edu) | |
| 19:57.07 | *** join/#brlcad Blackrabbit (~Black_Rab@115.248.130.148) | |
| 20:04.43 | Ch3ck_ | priyanka4: on a pull routine for reverse matrix push operation.. |
| 20:14.13 | rays2pix | If we plan to do all image processing with double precision , whether we will start with double-precision raw format or convert the existing 1byte/channel to a 4byte/channel representation |
| 20:15.20 | Ch3ck_ | hmm. |
| 20:16.11 | rays2pix | brlcad: Also a doubt with png, I am trying to convert a pix in to rgba with 4bytes/channel. Is it possible to have 4bytes/channel in png ? |
| 20:21.23 | Ch3ck_ | well i don't think brlcad is online at the moment.. |
| 20:27.15 | rays2pix | Ch3ck_: he may answer it when he is back. |
| 20:27.28 | Ch3ck_ | aight.. |
| 20:47.26 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 20:53.55 | Notify | 03BRL-CAD:n_reed * 55273 brlcad/trunk/src/conv/step/IntersectionCurve.cpp: implement LoadONBrep for intersection curves |
| 21:32.17 | *** join/#brlcad Kseniia_ (2e625134@gateway/web/freenode/ip.46.98.81.52) | |
| 00:30.40 | *** join/#brlcad Iordanis__ (Iordanis@host214-207.cvd.fit.edu) | |
| 01:33.50 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 01:53.54 | brlcad | hi zero_level |
| 01:54.14 | zero_level | hii.. |
| 01:55.08 | zero_level | i am currently working on a patch that will load images in the icv library |
| 01:55.15 | zero_level | that was missing there. |
| 03:02.05 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 03:02.55 | brlcad | zero_level: sounds good |
| 03:15.26 | zero_level | i believe we dont get patch notification on this window.. |
| 03:20.14 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 03:33.06 | zero_level | @blcad earlier i thought of using cxImage library but i think when u said why do i use this, i actually had no reason to justify i tried to find all night about why cxImage is better, then i compared the codes of cxImage and current utilities.. |
| 03:35.58 | brlcad | zero_level: yeah, no notification for patches (until they are committed) |
| 03:36.10 | zero_level | but seeing that i found cxImage may not be that good because the brlcad's IPTs make use of the pix and bw format very efficiently and using cxImage library we will have to read the whole image in one go, which in current scenario is read line by line |
| 03:37.27 | zero_level | i have thus planned to re work on my proposal and as u suggested include only the cosolidation part and improvements in the usability and addition of options, |
| 04:12.26 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 04:15.36 | *** join/#brlcad Iordanis__ (Iordanis@host214-207.cvd.fit.edu) | |
| 04:56.43 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 04:57.48 | kesha | My eyes are unable to catch ADD NEW button on https://sourceforge.net/p/brlcad/patches/ |
| 04:58.09 | kesha | Where is that button ? |
| 05:00.47 | kesha | I want to submit a patch .. |
| 05:31.23 | brlcad | hello kesha |
| 05:34.07 | brlcad | kesha: are you logged in? |
| 05:34.34 | brlcad | kesha: there should be a "Create Ticket" button on the left |
| 05:34.36 | kesha | yes.. |
| 05:34.45 | kesha | I found it just a sec ago.. |
| 05:34.48 | kesha | Thanks.. |
| 05:34.58 | brlcad | lots of ..... |
| 05:35.07 | kesha | The label has been changed !! |
| 05:35.18 | brlcad | yeah, the whole interface was changed last week |
| 05:36.13 | kesha | http://brlcad.org/wiki/Patches should also be modified accordingly... |
| 05:38.14 | kesha | brlcad: i want to dedicate doing code refactoring this summer with brlcad.. my exams completed today and now I will get time.. |
| 05:38.53 | kesha | in code Refactoring projects, I picked up "move LIBWDB comments " and changed them in 10 mins.. It was just a small piece of work.. |
| 05:39.18 | kesha | I want to do some hardcore refactoring.. |
| 05:39.21 | kesha | now.. |
| 05:41.11 | brlcad | kesha: it's a wiki, go for it ;) |
| 05:41.19 | kesha | brlcad: Can you help me planning out how to go about systematically.. I mean if the development schedule is made wisely and good, then it reduces half the mess.. |
| 05:41.44 | brlcad | kesha: what's your background? |
| 05:42.37 | brlcad | just the short/quick version, highlights ;) |
| 05:42.50 | kesha | brlcad: I have completed Second Year B.Tech in Information and Communication technology .. Have a good grasp on C.. |
| 05:43.05 | brlcad | what is a B.Tech? |
| 05:43.06 | kesha | yea ! :P |
| 05:43.34 | kesha | Bachlor of Technology ..This is what its called in India' |
| 05:43.37 | kesha | ;) |
| 05:44.07 | brlcad | okay |
| 05:44.33 | brlcad | how long have you been programming? started in college? |
| 05:44.43 | brlcad | i.e., 2 years? |
| 05:44.45 | kesha | brlcad: I have done courses on system level programming, object oriented programming and ofcourse, introduction to programming |
| 05:44.53 | kesha | no.since 11th grade ... |
| 05:44.56 | kesha | i.e 4 years.. |
| 05:45.06 | brlcad | how long with C? |
| 05:46.00 | kesha | brlcad: Officially it was in 1st year college, but I was very enthusiatic and did a course to learn C , C++ before entering college.. |
| 05:46.13 | kesha | brlcad: 4 years with C.. |
| 05:46.51 | brlcad | you really don't need to end every sentence with ... |
| 05:47.07 | brlcad | relax :) |
| 05:47.11 | kesha | oops ! |
| 05:47.38 | kesha | realised after you pointed it out |
| 05:49.42 | brlcad | kesha: so if you had to identify three of our project ideas that were the most interesting, what would they be? |
| 05:54.56 | kesha | brlcad: First of all, my first priority would be Code Refactoring, next is GUI and thirdly, am not so confident about Geometry Conversion and Processing, but after I do some searching and surfing, I can say better on that topic. |
| 05:57.13 | kesha | brlcad: If Refactoring is not of high impact as of now, I would love to go for GUI. |
| 06:00.37 | kesha | Integrating with Analysis tools in GUI . |
| 06:16.31 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 06:37.08 | brlcad | kesha: code refactoring is an entire category or projects |
| 06:37.43 | brlcad | I would encourage some consideration of geometry conversion and processing, not a lot of interest in that area to date |
| 06:37.59 | brlcad | again though, those are all major areas of development, what specifically interests you? |
| 06:51.32 | *** join/#brlcad priyanka (~priyanka@118.102.186.30) | |
| 07:01.01 | *** join/#brlcad vladbogo (~vlad@86.121.101.132) | |
| 07:36.32 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:41.46 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:40.48 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:47.09 | *** join/#brlcad ncsaba (~ncsaba@p54982FD5.dip0.t-ipconnect.de) | |
| 08:50.03 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:56.51 | ncsaba | Hi all |
| 08:57.54 | ncsaba | anybody knows if there is already some (visible, public) project to illustrate the parameters of the different promitives ? |
| 08:58.08 | ncsaba | s/promitives/primitives |
| 09:01.09 | ncsaba | OK, I suppose this page could be augmented: http://brlcad.org/wiki/BRL-CAD_Primitives |
| 09:23.33 | ncsaba | and this one should also be augmented with figures: doc/html/manuals/mged/brlcad_solids.html |
| 09:29.16 | ncsaba | I would add the "Primitive Solids" as a separate link in the "mged" table of contents - from my POV it is the most important page for BRLCAD beginners ! |
| 09:31.07 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 09:31.51 | ncsaba | I will start to create some drawings for the parameters of the most frequently used (by me) primitives |
| 09:49.49 | *** join/#brlcad Kseniia (~kvirc@46.98.81.52) | |
| 09:50.30 | *** join/#brlcad Kseniia (2e625134@gateway/web/freenode/ip.46.98.81.52) | |
| 10:15.29 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:15.11 | *** join/#brlcad vladbogo (~vlad@86.121.101.132) | |
| 12:04.38 | *** join/#brlcad vladbogo_ (~vlad@86.121.102.254) | |
| 12:10.08 | *** join/#brlcad vladbogo__ (~vlad@86.124.248.194) | |
| 12:11.09 | *** join/#brlcad ncsaba (~ncsaba@p54982FD5.dip0.t-ipconnect.de) | |
| 12:16.38 | *** join/#brlcad vladbogo_ (~vlad@86.121.101.110) | |
| 12:34.02 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 13:19.00 | *** join/#brlcad jasleen (~chatzilla@117.255.245.52) | |
| 13:44.09 | ncsaba | anybody knows where can I find a reference for the available parameters of each shader type ? |
| 13:45.21 | ncsaba | I actually looked over all documentation I could find in the svn checkout, plus googled for "brlcad shader parameters" -> there's no useful result ! |
| 13:46.15 | ncsaba | I really find this as the biggest problem of brlcad - everything is there you could use, just so hard to find that it is practically useless |
| 13:47.42 | ncsaba | I go and look into the source code, and will figure out the plastic shader parameters I can use - but really, this is not how it should work |
| 14:12.15 | starseeker | ncsaba: it's open source - help to fix it! |
| 14:14.21 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 14:15.23 | brlcad | ncsaba: there's a document on the website |
| 14:15.27 | brlcad | under documentation |
| 14:16.26 | brlcad | http://brlcad.org/w/images/2/2c/Optical_Shaders.pdf |
| 14:16.55 | ncsaba | well I can't help fixing it all at once -> I'll do now some pictures of the primitive parameters, I find that the most important |
| 14:16.58 | brlcad | ncsaba: I think we all agree that the shader subsystem sucks too ;) |
| 14:17.20 | brlcad | or at least is terribly difficult to find |
| 14:17.25 | ncsaba | that one pdf I already found |
| 14:17.29 | brlcad | it's been documented several times in several ways over the years |
| 14:17.56 | ncsaba | but that one only mentions 2 parameters of the plastic shader if I'm not mistaken |
| 14:17.59 | zero_level | @ brlcad can u tell me the need of magic number for icv_image_file |
| 14:19.04 | brlcad | ncsaba: if you right-click each input field on the combination editor, there is a description |
| 14:19.28 | ncsaba | BTW, I'm also searching for text annotations in BRLCAD, I suppose there's no such thing implemented yet ? Would help me now at the current task of picturing parameters |
| 14:19.43 | brlcad | zero_level: nearly all of our structures have a "magic number" that is used for memory corruption detection |
| 14:19.56 | ncsaba | brlcad: ok, that's something I didn't try, I'm not really using the GUI, all is done via CL |
| 14:20.25 | brlcad | zero_level: simple concept, you set a value like 0x12341234 and check that the value is that every time you use it ... if it's ever not 0x12341234 then you know you have bad memory |
| 14:21.00 | brlcad | ncsaba: you are correct, there are presently no text annotations but that's actually a task being currectly worked |
| 14:21.39 | brlcad | ncsaba: man mater may give some insight |
| 14:21.48 | zero_level | i have created a structure in my patch for the size, do you suggest putting a magic number there. ? |
| 14:21.54 | *** join/#brlcad chalk (272f0c7c@gateway/web/freenode/ip.39.47.12.124) | |
| 14:21.57 | *** join/#brlcad code_walker (~Shubham@120.59.146.195) | |
| 14:22.03 | brlcad | we do need some way to interactively query the shader system for available shaders, their parameters, and documentation |
| 14:22.03 | chalk | hello |
| 14:22.10 | brlcad | maybe a "shader" command to replace "mater" |
| 14:22.35 | brlcad | zero_level: don't worry about magic numbers right now |
| 14:22.39 | brlcad | hello chalk |
| 14:23.16 | ncsaba | brlcad: thanks for the shader hints, that helps -> would be perhaps good to add them to the glossary text for "shader"/"mater" |
| 14:23.19 | chalk | hey i need some advice on the idea i have chosen |
| 14:25.56 | *** join/#brlcad code_walker (~Shubham@120.59.146.195) | |
| 14:26.32 | ncsaba | brlcad: the shader man page is not really helpful for shader parameters, but the GUI has good help text |
| 14:26.40 | chalk | well i am an undergraduate student and i have taken two courses on C++,one is Algorithm and computing and the other one is Object-oriented programming and data structures. During my courses, i have debugged alot of programs on C++ and was wondering whether i am eligible to take on the idea of fixing bugs.... |
| 14:26.49 | code_walker | brlcad |
| 14:27.15 | code_walker | i have made successfully a small version of cpd |
| 14:27.18 | code_walker | in c |
| 14:28.04 | ncsaba | brlcad: what is the status of the text annotations project, is there anything usable already ? |
| 14:28.09 | ncsaba | some pointers ? |
| 14:28.30 | code_walker | i needed to know,should i adapt current cpd in c |
| 14:28.56 | code_walker | this regarding code reduction |
| 14:29.00 | code_walker | is* |
| 14:29.18 | chalk | hey brylcad are you there? |
| 14:29.48 | code_walker | ya u there? |
| 14:31.26 | chalk | okay well i needed to ask that what kind of programs would be assigned to us if i apply to fix bugs? |
| 14:35.32 | chalk | umm... |
| 14:36.07 | chalk | ...can anyone answer my question |
| 14:36.18 | ncsaba | brlcad: I would add this line to the entry for "shader" in the "doc/html/manuals/mged/brlcad_glossary.html" file: |
| 14:36.19 | ncsaba | For a list of available shaders and the meaning of the parameters |
| 14:36.19 | ncsaba | open the combination editor in mged, select a shader, and right click on the input fields. |
| 14:36.32 | brlcad | ncsaba: hm, it looks like the appendix seen on the website is not something actually recorded in docbook |
| 14:36.48 | brlcad | I presume the intent there is that it would be auto-generated based on keywords and commands used |
| 14:37.13 | ncsaba | which appendix ? |
| 14:37.26 | brlcad | so might just help to beef up the "mater" command documentation, doc/docbook/system/mann/en/mater.xml |
| 14:37.55 | brlcad | ncsaba: "the glossary text" I presumed you were referring to the command/keyword appendix in volume II |
| 14:38.04 | brlcad | otherwise, what glossary text ;) |
| 14:38.12 | ncsaba | "doc/html/manuals/mged/brlcad_glossary.html" |
| 14:38.35 | brlcad | chalk and code_walker: run this: /msg ibot ask |
| 14:39.02 | chalk | how? |
| 14:39.12 | brlcad | what do you mean how? |
| 14:39.16 | brlcad | with your keyboard |
| 14:39.17 | brlcad | you type it |
| 14:39.23 | chalk | okay okay sorry |
| 14:40.17 | brlcad | chalk: you're welcome to submit a proposal for absolutely anything really |
| 14:40.27 | brlcad | but I would suggest proposing something as specific as possible |
| 14:40.40 | code_walker | brlcad:i have made a small version of cpd in c |
| 14:40.42 | brlcad | fixing bugs is great and all, but it's usually a cop-out |
| 14:41.02 | brlcad | code_walker: you already said that :) |
| 14:41.23 | code_walker | ya but presumed u didn't noticed that |
| 14:41.33 | code_walker | so i repeated it |
| 14:42.23 | code_walker | i think this project code reduction is mainly to adapt current cpd in c |
| 14:42.29 | code_walker | and c++ |
| 14:42.32 | brlcad | I did notice it, I read pretty much everything (as do most on IRC) ;) |
| 14:42.49 | code_walker | k |
| 14:42.50 | brlcad | what does that mean to you "adapte current cpd in c/c++"? |
| 14:42.54 | code_walker | my bad then |
| 14:42.56 | ncsaba | brlcad: what I would like to see is some kind of brlcad reference which you can consult when you actually know what you want to do but not exactly how... as opposed to a tutorial where you want to learn things you don't know about the new software |
| 14:43.05 | code_walker | pmd-cpd |
| 14:43.14 | chalk | i am not coping out, its just that i really want to participate in google summer of code and this is the thing which i actually understood completely. |
| 14:43.24 | brlcad | ncsaba: and how to go about presenting that? |
| 14:43.27 | ncsaba | I find most of the things are scattered in tutorials currently |
| 14:43.28 | brlcad | there is the apropos command |
| 14:43.36 | brlcad | which searches the short descriptions |
| 14:43.45 | brlcad | ala unix apropos command |
| 14:44.08 | brlcad | chalk: I wasn't suggesting that you specifically are coping out, my bad |
| 14:44.26 | code_walker | actually this project is mainly to improve the current verdions of cpd's that are there in the market right now |
| 14:44.28 | brlcad | I was suggesting that usually the person suggesting that is capable of far more, but just shy or haven't done their research |
| 14:44.35 | chalk | no no iits okay |
| 14:45.02 | chalk | well actually i did my research |
| 14:45.25 | chalk | and fixing bugs is all i could completely undestand...honestly |
| 14:45.34 | ncsaba | brlcad: well a reference, which explains the exact meaning of things - so if I want to look up a primitive for example, I know exactly the meaning of all parameters |
| 14:46.01 | chalk | what i want to ask is that if i apply to fix bug, what chance do i have of being selected?? |
| 14:46.06 | ncsaba | right now I'm still experimenting till I get it right |
| 14:46.14 | brlcad | chalk: all you could completely understand is probably a function of research and terminology |
| 14:46.21 | brlcad | several of the ideas are very simple |
| 14:47.00 | ncsaba | the mged commands page is a good reference, but it's not all |
| 14:47.04 | brlcad | I propose a challenge to the way you're thinking about the ideas page though |
| 14:47.14 | brlcad | it's not a dinner menu |
| 14:47.19 | brlcad | you're not picking something to do |
| 14:47.42 | brlcad | it's merely a page of recipe titles |
| 14:48.06 | brlcad | it's your job to come up with something interesting (to you!), an interesting dish to make that others will probably like too |
| 14:48.41 | ncsaba | brlcad: I will come back to the BRLCAD reference later - right now I will focus on creating images for the primitive parameters |
| 14:48.42 | brlcad | you're the chef, not the consumer |
| 14:48.58 | brlcad | ncsaba: we have a primitive reference in our todo |
| 14:49.03 | brlcad | along with a slew of other docs |
| 14:49.25 | brlcad | see the very bottom of the TODO file |
| 14:49.29 | ncsaba | yes, but I need that primitive reference _now_ for my own use :-) |
| 14:49.40 | ncsaba | so if there is none, I will do it myself |
| 14:49.47 | *** join/#brlcad code_walke (~Shubham@120.59.146.195) | |
| 14:49.54 | ncsaba | if you have any partial results, please point me to it... |
| 14:49.55 | brlcad | BRL-CAD Ray Tracing Shaders and BRL-CAD Primitives are the two relevant ;) |
| 14:50.11 | brlcad | there is a primitive reference now, at the back of volume II |
| 14:50.23 | brlcad | it's just not very explanatory |
| 14:50.25 | ncsaba | ok, let mes see |
| 14:50.35 | brlcad | it identifies everything with pictures, though |
| 14:50.45 | *** join/#brlcad code_walker (~Shubham@120.59.146.195) | |
| 14:51.01 | code_walker | brlcad:u there? |
| 14:51.05 | brlcad | the TODO entry is to make that a stand-alone document with even more detail |
| 14:51.12 | brlcad | code_walker: OMG |
| 14:51.18 | code_walker | i got |
| 14:51.22 | brlcad | did you run "/msg ibot ask" |
| 14:51.26 | code_walker | disconnected |
| 14:51.40 | brlcad | I mentioned ibot ask before you disconnected |
| 14:51.46 | code_walker | ya |
| 14:51.50 | brlcad | and did you? |
| 14:51.51 | code_walker | i didn't |
| 14:51.59 | brlcad | why not? |
| 14:52.10 | code_walker | doing it right now |
| 14:52.23 | code_walker | my net is troubling me today |
| 14:52.29 | code_walker | thats y |
| 14:52.45 | code_walker | getting dc very frequently |
| 14:52.49 | brlcad | there is a protocol of behavior for IRC that helps make group chat pleasant for all and scalable |
| 14:53.42 | *** topic/#brlcad by code_walker -> /msg ibot ask | |
| 14:53.45 | brlcad | you were able to chat for a solid 20 minutes before you got disconnected, so I don't buy that |
| 14:54.27 | brlcad | code_walker: that was not right |
| 14:54.32 | *** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 14:54.33 | code_walker | by troubling i mean bad |
| 14:54.38 | code_walker | net speed |
| 14:54.44 | code_walker | very low |
| 14:54.56 | brlcad | what does net speed have to do with typing "/msg ibot ask" |
| 14:54.58 | code_walker | i can't do my all the stuffs properly |
| 14:55.16 | code_walker | ya sorry |
| 14:55.19 | code_walker | for that |
| 14:56.07 | brlcad | code_walker: participating in open source is CENTERED around effective communication |
| 14:56.17 | brlcad | it's a dominant factor in proposal selection |
| 14:56.35 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-wvqykhyrtiynsjlw) | |
| 14:56.55 | brlcad | right now, I think it's definitely an area you should work on |
| 14:57.06 | brlcad | learning and mistakes are expected, okay |
| 14:57.07 | code_walker | k i will |
| 14:57.58 | brlcad | having to stop like this to explain this basic point is not okay |
| 14:58.35 | brlcad | if you don't understand something, you should ask specific questions and get clarification |
| 14:58.59 | brlcad | we ARE here to help you (and others) |
| 14:59.43 | brlcad | did you run the ibot ask thing yet? |
| 14:59.56 | code_walker | ya i did |
| 14:59.58 | chalk | hey brlcad what is ibot?? |
| 15:03.19 | brlcad | code_walker: what is the point that is trying to convey? |
| 15:03.33 | brlcad | ibot: ibot |
| 15:03.33 | ibot | hmm... ibot is not a help system |
| 15:03.39 | brlcad | heh |
| 15:03.42 | code_walker | about project? |
| 15:04.30 | brlcad | ibot: infobot |
| 15:04.30 | ibot | well, infobot is me, http://infobot.svn.sourceforge.net/svnroot/infobot/ // The original infobot is no more, it has been replaced by the latest version of blootbot, accompanied by a rename back to infobot // apt/ibot/infobot/purl is now an infobot run by TimRiker |
| 15:04.31 | code_walker | i just wanted to ask more about cpd's implementation |
| 15:05.04 | brlcad | code_walker: what was the point of running "/msg ibot ask"? |
| 15:05.06 | code_walker | so that i should work more to improve my current code |
| 15:05.38 | code_walker | to ask what is meant to ask |
| 15:06.11 | brlcad | code_walker: we can talk about that after you understand this rather critical point of communication |
| 15:06.17 | brlcad | no, that was not the point |
| 15:06.46 | brlcad | the you made a mistake earlier, and that link explains the mistake |
| 15:08.42 | code_walker | rather it is about asking your question and getting a good answer for it |
| 15:08.51 | code_walker | its not important |
| 15:08.54 | code_walker | that |
| 15:09.12 | brlcad | still not it |
| 15:09.30 | brlcad | "10:51 < code_walker> brlcad:u there?" <-- this should not happen |
| 15:10.00 | code_walker | i understood that before too |
| 15:10.14 | code_walker | and i will not repeat that again |
| 15:10.16 | brlcad | that's why communication is so important |
| 15:10.24 | brlcad | you never once indicated that you've understood that point |
| 15:10.37 | code_walker | actually,i saw others doing that |
| 15:10.38 | brlcad | I can't read your mind, only what you wright |
| 15:10.48 | brlcad | s/wright/write/ |
| 15:10.53 | brlcad | can't wright write ;) |
| 15:11.04 | code_walker | my bad |
| 15:11.36 | ncsaba | brlcad: but then there's not much difference to a mail-based forum, if the interactivity is just occasional - then I for example would prefer to just write a mail |
| 15:11.49 | ncsaba | if I come to IRC, I really want interactive and direct discussion :) |
| 15:11.54 | code_walker | im sorry,the main aspect of coding "don't copy" |
| 15:12.05 | brlcad | code_walker: you were called out because you did it twice, the second time AFTER I gave you the information that explained to not do that |
| 15:12.33 | brlcad | open source has little tolerance for not reading information... :) |
| 15:12.36 | brlcad | anyways, moving on |
| 15:12.39 | brlcad | cpd |
| 15:12.54 | code_walker | ya |
| 15:12.57 | brlcad | can you explain to me what bearing that has on code reduction? |
| 15:13.54 | code_walker | actually,i had made a small version of cpd in c but its applications are limited right now |
| 15:14.01 | code_walker | im expanding it |
| 15:14.07 | ncsaba | brlcad: I can't find the volume II on the web - and the locally installed version has no appendix, just as you said |
| 15:14.08 | code_walker | to be more accurate |
| 15:14.11 | ncsaba | all I found is htis : http://brlcad.org/wiki/BRL-CAD_Primitives |
| 15:14.23 | code_walker | i wanted to more about its implementation |
| 15:14.29 | code_walker | know* |
| 15:15.48 | brlcad | code_walker: but you're not answering my question -- you're explaining that you put a fuel injector in a car and I'm asking you where we're driving |
| 15:16.15 | brlcad | what does cpd have to do with code reduction? can you explain it to me? |
| 15:16.22 | code_walker | ya |
| 15:16.43 | *** join/#brlcad jasleen (~chatzilla@117.253.233.214) | |
| 15:16.58 | code_walker | im making a cpd to detect simple duplicated code segments in c |
| 15:17.09 | brlcad | start with what a cpd is |
| 15:17.12 | code_walker | which are exact copy |
| 15:17.19 | brlcad | i'm sure there are others here which don't know that acronym |
| 15:17.22 | code_walker | cpd is a copy paste |
| 15:17.25 | code_walker | detector |
| 15:17.34 | code_walker | which finds the |
| 15:17.42 | brlcad | and how does your copy-paste detector different from simian? |
| 15:17.43 | code_walker | duplicated code segments |
| 15:17.48 | code_walker | ya |
| 15:17.51 | code_walker | thats what |
| 15:17.55 | code_walker | is my point |
| 15:18.04 | code_walker | actually thats what i |
| 15:18.43 | brlcad | please think your thought through and type it |
| 15:18.44 | code_walker | thats why i wanted to |
| 15:18.45 | brlcad | a running |
| 15:18.47 | brlcad | dialog |
| 15:18.49 | code_walker | know more about |
| 15:18.50 | brlcad | of what |
| 15:18.52 | brlcad | you're thinking |
| 15:18.55 | brlcad | gets very annoying |
| 15:18.56 | brlcad | quickly |
| 15:19.02 | code_walker | cpd |
| 15:19.03 | brlcad | :) |
| 15:19.46 | code_walker | im wanted to make it exclusively for c/c++ |
| 15:20.15 | code_walker | should i code that same cpd as that of simian |
| 15:20.29 | code_walker | but i don't want to do that |
| 15:21.12 | brlcad | I'm not sure I understand your concern, frankly |
| 15:21.24 | brlcad | are you actually proposing to implement a simian alternative for GSoC? |
| 15:21.31 | brlcad | or reduce BRL-CAD code? |
| 15:21.38 | brlcad | there's certainly not time to do both |
| 15:21.39 | code_walker | no |
| 15:22.09 | code_walker | thats why im asking from you to know more about its implementation |
| 15:22.45 | brlcad | but what's the relevance? |
| 15:23.28 | brlcad | if you're proposing to work on your CPD for GSoC, I'd have to ask what the value is for BRL-CAD |
| 15:23.36 | code_walker | to improve over the existing versions of cpd |
| 15:23.44 | brlcad | if you're not proposing to work on it for GSoC, then I have to ask why we're talking about it ;) |
| 15:24.11 | code_walker | i will work it for gsoc only |
| 15:24.16 | brlcad | what's the relevance for GSoC |
| 15:24.19 | brlcad | okay |
| 15:24.38 | code_walker | k i will research more about it then |
| 15:24.39 | brlcad | so then my first point -- what is the value for BRL-CAD? |
| 15:24.52 | code_walker | highest |
| 15:25.01 | brlcad | you're not understanding |
| 15:25.08 | code_walker | im concerned more about brlcad |
| 15:25.21 | brlcad | but your project has nothing to do with BRL-CAD |
| 15:25.40 | code_walker | ya but i will do it under brlcad rather |
| 15:25.41 | brlcad | you might as well be proposing to implement a new web browser |
| 15:25.58 | brlcad | because all the devs use web browsers and yours is going to be better |
| 15:26.05 | brlcad | and it'll help |
| 15:26.20 | brlcad | maybe it would, but it has nothing to do with BRL-CAD directly from what you've described |
| 15:27.03 | code_walker | thats my point i want to introduce a better tool in the market |
| 15:27.07 | brlcad | GSoC doesn't exist to get pet projects funded |
| 15:27.15 | code_walker | for code reduction in c/c++ |
| 15:27.18 | brlcad | it exists to help foster open source communities |
| 15:27.34 | brlcad | your project only fosters your project |
| 15:28.02 | brlcad | more power to you and I think it's great that you have a project in mind and that you're making it open source |
| 15:28.11 | brlcad | it just doesn't make it a viable open source project |
| 15:28.17 | code_walker | ya |
| 15:28.21 | brlcad | maybe if you write it all up into a proposal, it'll make more sense |
| 15:28.30 | code_walker | ya |
| 15:28.38 | code_walker | i have done that already |
| 15:28.46 | brlcad | but at this point, I'd have to wonder how you're even different from the half-dozen other code reduction tools already available |
| 15:29.15 | code_walker | ya they are better in anysense |
| 15:29.27 | brlcad | if you wanted to use your tool/method on BRL-CAD for GSoC, that'd be a completely different matter |
| 15:29.41 | code_walker | especially after they wer based on statemen to statement |
| 15:29.45 | code_walker | implementation |
| 15:30.03 | brlcad | so you're saying yours sucks and you should be given a gsoc slot to make it better? :) |
| 15:30.10 | ncsaba | brlcad: I found finally the web version of the "Introduction_to_MGED.pdf", which must be the volume II you were talking about -> will work on getting that in docbook, but not in a tutorial - I find this deserves to live in a separate and properly named reference file |
| 15:30.11 | brlcad | not much of a salesman ;) |
| 15:30.45 | brlcad | ncsaba: yes, the mged intro is vol II (sorry, long history with that document) |
| 15:30.53 | brlcad | all of the lessons in vol II are in docbook already |
| 15:31.01 | code_walker | i just want to get more ahead in this project to know more about it |
| 15:31.10 | ncsaba | yes, but not the appendix with the primitives |
| 15:31.13 | code_walker | and |
| 15:31.15 | brlcad | ncsaba: the appendicies at the end weren't converted to docbook, right |
| 15:31.22 | chalk | ibot ask |
| 15:31.22 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 15:31.25 | brlcad | the thinking was that they'd be auto-generated |
| 15:31.29 | code_walker | certainly make it better than before |
| 15:31.54 | brlcad | code_walker: "i just want to get more ahead in this project to know more about it" |
| 15:32.11 | ncsaba | brlcad: aha, that certainly makes sense - but then it should go into annotations in each primitive ? |
| 15:32.21 | brlcad | 1) you don't need gsoc for that and 2) it's a very self-centered perspective, which isn't the open source way |
| 15:32.54 | brlcad | ncsaba: something like that -- default annotations |
| 15:33.01 | code_walker | but this is the right time to be a part of gsoc |
| 15:33.16 | brlcad | for example the screenshots that are already in that appendix are just captures of the wireframe when you go into primitive edit mode |
| 15:33.24 | brlcad | with an underlayed ray trace |
| 15:33.29 | code_walker | because my final year of graduation is going to start now |
| 15:33.34 | brlcad | code_walker: this is the right time |
| 15:33.37 | brlcad | that is not the right project |
| 15:33.48 | code_walker | its the most crucial time |
| 15:33.52 | brlcad | gsoc does not exist to get pet projects funded |
| 15:33.59 | ncsaba | brlcad: then I would do that as a primitive function which generates the right picture |
| 15:34.04 | brlcad | it's the most crucially wrong project |
| 15:34.45 | ncsaba | wire-frame + annotations, then raytrace with underlay |
| 15:34.58 | code_walker | but i can do more in this project |
| 15:35.00 | brlcad | code_walker: your goal should not -- CANNOT -- be just the development of your tool |
| 15:35.03 | code_walker | as |
| 15:35.12 | ncsaba | and then a script which runs that for each primitive it finds |
| 15:35.16 | code_walker | i have done a similar project in my college oo |
| 15:35.39 | brlcad | it should DIRECTLY foster open source in some way (NOW) .. if you proposed developing your tool and applying it to an open source project like BRL-CAD with a reasonable development timeline and clear benefits, that'd be another matter |
| 15:35.56 | code_walker | i want to make a tool which i started to make in my college but didn/t finshed it |
| 15:36.06 | brlcad | but that's not what you're proposing, and I doubt there'd be enough time to do both |
| 15:36.27 | brlcad | code_walker: good for you, so make your tool |
| 15:36.37 | brlcad | I have a dozen projects I made in college but didn't finish too |
| 15:36.54 | code_walker | ya |
| 15:37.03 | brlcad | and not one of them is relevant to GSoC |
| 15:37.14 | brlcad | gotta run, talk more later |
| 15:37.17 | ncsaba | brlcad: do you have some pointer to some existing annotations processing tool brlcad (potentially) already uses ? |
| 15:37.20 | code_walker | but when i saw that on brlcad's idealist |
| 15:37.53 | code_walker | i thought thats a good chance to increase my research on it |
| 15:39.09 | code_walker | is that thing bad on my part? |
| 15:39.51 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 15:42.52 | ncsaba | brlcad: I really would like to work on improving the documentation - but I also don't want to duplicate already done work, and I surely need pointers to current practices, so whatever I do is aligned with the way brlcad is doing it - and currently this GSOC thingy takes all your time, so I guess I'll be back later once things cool down here |
| 15:44.03 | ncsaba | or will switch to mailing - IRC is simply frustrating for me currently |
| 16:15.24 | *** join/#brlcad code_walker (~Shubham@120.59.146.195) | |
| 16:20.55 | brlcad | code_walker: it's not a bad thing, but it can't be the ONLY thing .. you have to tie your project to tangible direct immediate goals that benefit BRL-CAD, and NOT focus (at all) on your cpd project objectives |
| 16:21.39 | brlcad | it can be a means to an end, but not the goal (for gsoc) |
| 16:22.52 | code_walker | and im doing it for the benefit of brlcad only |
| 16:23.22 | code_walker | sir can i ask you a question |
| 16:23.23 | code_walker | ? |
| 16:23.59 | brlcad | it doesn't have to only benefit brl-cad, but you do have to identify brl-cad benefits and make them part of your plan, explain how they're worthwhile, defend your approach, etc |
| 16:24.39 | brlcad | code_walker: *sigh* |
| 16:24.42 | brlcad | read this: 12:23 < code_walker> sir can i ask you a question |
| 16:24.44 | brlcad | and read this: |
| 16:24.45 | brlcad | ~ask |
| 16:24.45 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 16:25.17 | brlcad | really, it seems like you're just not trying very hard at all |
| 16:26.08 | code_walker | what is in calling a mentor "sir" |
| 16:26.15 | code_walker | wrong* |
| 16:27.23 | brlcad | what does the second sentence say? if you don't comprehend what you read, we cannot work with you |
| 16:27.50 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 16:45.23 | code_walker | brlcad:i have used occurrence table concept to built a cpd |
| 16:45.36 | code_walker | i there a better way? |
| 16:45.39 | *** join/#brlcad vladbogo (~vlad@86.121.100.121) | |
| 16:46.57 | brlcad | there usually is a better way to do just about anything |
| 17:58.11 | *** join/#brlcad Iordanis (Iordanis@host214-207.cvd.fit.edu) | |
| 19:18.13 | *** join/#brlcad vladbogo (~vlad@86.121.103.57) | |
| 19:43.49 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:32.04 | maths22 | brlcad: on the GSOC homepage, they should have the new logo (I think) |
| 20:34.03 | brlcad | maths22: afaik, that is the new logo... |
| 20:34.23 | brlcad | at least I pulled it from the gsoc site |
| 21:11.10 | rays2pix | BRLCAD_ADDEXEC(pix-rgba pix-rgba.c ";libfb;libbu;${PNG_LIBRARY};${BABL_LIBRARY}") - have added this line in CMakeList to create a new executable |
| 21:12.36 | rays2pix | it link.txt for corresponding file doesnt have the "-lbabl" updated in it |
| 21:14.24 | rays2pix | To link with a 3rd party library-libbabl i set include dir and added library dependency as above. Am I missing a step here.? |
| 21:20.53 | zero_level | rays2pix: i dont know but without any pre chats its hard to understand what u have asked ? |
| 21:21.49 | rays2pix | zero_level: plainly how to add library dependency in CMake build system |
| 21:22.29 | brlcad | rays2pix: where is BABL_LIBRARY set? |
| 21:22.51 | brlcad | (you can't just make up new ones, they are tested for and set) |
| 21:23.27 | rays2pix | brlcad: I have set that within utils CMakeLists.txt |
| 21:23.41 | rays2pix | set(BABL_LIB /usr/local/lib/libbabl-0.1.so) |
| 21:23.54 | brlcad | BABL_LIB != BABL_LIBRARY |
| 21:24.11 | brlcad | and that's still not the right way to specify a library |
| 21:24.59 | brlcad | it'll ultimately need to turn into -lbabl |
| 21:25.25 | brlcad | though if you're going to introduce a new dependency, you should have a detailed justification (cost benefit analysis) |
| 21:25.46 | brlcad | and a plan :) |
| 21:26.18 | rays2pix | just tried it for a quick testing. . doing some tests for it. |
| 21:27.41 | rays2pix | brlcad:where should I refer for adding a library in the right way? |
| 21:34.33 | maths22 | brlcad: there are two logos: the little black and blue one and the 3d one. |
| 21:34.54 | maths22 | shouldn't the black and blue one be a stylization of the 3d one designed for a thumbnail? |
| 21:37.48 | brlcad | rays2pix: any of the other existing libraries, our cmake examples, the cmake docs, .. |
| 21:38.25 | brlcad | maths22: you're welcome to update it, but I just didn't want to use the exact same one we used last year except for the name changed |
| 21:38.31 | brlcad | black and white worked out nicely |
| 21:38.52 | brlcad | i don't see a "3d" one |
| 21:43.13 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 22:03.16 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 22:03.44 | *** part/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 22:03.52 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 22:04.07 | *** part/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 22:04.20 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 22:21.43 | maths22 | I will take a look later |
| 22:25.58 | Notify | 03BRL-CAD Wiki:Sean * 5154 /wiki/Google_Summer_of_Code/Project_Ideas: |
| 22:26.00 | Notify | 03BRL-CAD Wiki:Sean * 5155 /wiki/Google_Summer_of_Code/Project_Ideas: |
| 22:26.02 | Notify | 03BRL-CAD Wiki:Sean * 5156 /wiki/STEP_Coverage_Tes: Created page with "STEP is the current standard for exchange of CAD data between different software packages. BRL-CAD makes use of the STEPcode project to implement its step-g importer, but the..." |
| 22:26.04 | Notify | 03BRL-CAD Wiki:Sean * 5157 /wiki/STEP_Incremental_Loading: Created page with "STEP is the current standard for exchange of CAD data between different software packages. BRL-CAD makes use of the STEPcode project to implement its step-g importer, but it ..." |
| 22:26.06 | Notify | 03BRL-CAD Wiki:Sean * 5158 /wiki/STEP_Multiple_Protocol_Parsing: Created page with "STEP is the current standard for exchange of CAD data between different software packages. BRL-CAD makes use of the STEPcode project to implement its step-g importer, but cur..." |
| 22:26.08 | Notify | 03BRL-CAD Wiki:Sean * 5159 /wiki/STEP_AP_242_Parser: Created page with "STEP is the current standard for exchange of CAD data between different software packages. BRL-CAD makes use of the STEPcode project to implement its step-g importer, but it ..." |
| 22:26.10 | Notify | 03BRL-CAD Wiki:Sean * 5160 /wiki/Google_Summer_of_Code/Project_Ideas: |
| 22:26.20 | Notify | 03BRL-CAD Wiki:Priyankapk * 0 /wiki/User:Priyankapk: |
| 22:26.23 | Notify | 03BRL-CAD Wiki:Starseeker * 5161 /wiki/STEP_Libraries: Tweak STEP Libraries project |
| 22:26.24 | Notify | 03BRL-CAD Wiki:Phoenix * 5162 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */ |
| 22:26.26 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5163 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 22:26.28 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5164 /wiki/User:Izak: /* PROJECT SUMMARY */ |
| 22:26.31 | Notify | 03BRL-CAD Wiki:41.92.211.105 * 5165 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */ |
| 22:26.32 | Notify | 03BRL-CAD Wiki:41.92.211.105 * 5166 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */ |
| 22:26.34 | Notify | 03BRL-CAD Wiki:14.139.243.162 * 5167 /wiki/User:Level_zero/proposal: Addition of working schedule |
| 22:26.46 | Notify | 03BRL-CAD:brlcad * 55274 brlcad/trunk/include/bu.h: no longer searches share/brlcad/VERSION by default, searches DATA_DIR and share |
| 22:27.44 | Notify | 03BRL-CAD:phoenixyjll * 55275 brlcad/trunk/src/librt/tests/test_ssi.cpp: Use the sketch primitive to represent 2D intersection curves. |
| 22:28.02 | Notify | 03BRL-CAD:carlmoore * 55276 brlcad/trunk/src/libfb/fb_generic.c: fix type (need long unsigned) |
| 22:28.04 | Notify | 03BRL-CAD:carlmoore * 55277 brlcad/trunk/src/libfb/fb_paged_io.c: fix type (needed long unsigned) |
| 22:28.06 | Notify | 03BRL-CAD:carlmoore * 55278 (brlcad/trunk/src/liboptical/material.c brlcad/trunk/src/liboptical/photonmap.c): fix types |
| 22:28.22 | Notify | 03BRL-CAD:carlmoore * 55279 brlcad/trunk/src/sig/ddisp.c: shift the isatty test further up (no point in processing the options if this fails), and add '< inputfile' to the usage |
| 22:28.26 | Notify | 03BRL-CAD:bob1961 * 55280 brlcad/trunk/src/librt/primitives/metaball/metaball.c: Minor tweak to rt_metaball_get. |
| 22:28.29 | Notify | 03BRL-CAD:carlmoore * 55281 brlcad/trunk/src/sig/dfft.c: additions to the Usage |
| 22:28.34 | Notify | 03BRL-CAD:carlmoore * 55282 brlcad/trunk/src/sig/dfft.c: use spaces, not tabs |
| 22:28.37 | Notify | 03BRL-CAD:carlmoore * 55283 brlcad/trunk/src/conv/dbupgrade.c: shift duplicate code from if-else, remove unneeded 'if (reverse )' from an 'else', and shift logic around to avoid unnecessary creation of output file |
| 22:28.39 | Notify | 03BRL-CAD:carlmoore * 55284 brlcad/trunk/src/conv/nmg/asc-nmg.c: try to implement no-argument situation |
| 22:28.53 | Notify | 03BRL-CAD:brlcad * 55285 brlcad/trunk/src/proc-db/csgbrep.cpp: it's evident that it's still running, just say the output file. |
| 22:28.56 | Notify | 03BRL-CAD:brlcad * 55286 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: use %p to print pointers |
| 22:28.58 | Notify | 03BRL-CAD:carlmoore * 55287 brlcad/trunk/src/liboptical/sh_prj.c: fix type warnings |
| 22:29.01 | Notify | 03BRL-CAD:carlmoore * 55288 brlcad/trunk/src/sig/dfft.c: oops, was looking for both stdin & stdout w/r to isatty; move back to earlier location (removing a set of braces), and also fix usage of -? |
| 22:29.03 | Notify | 03BRL-CAD:brlcad * 55289 brlcad/trunk/NEWS: richard improved/fixed the gqa command in r52355 so that regions with zero hits which are in the overlap list are not reported as having zero hits. |
| 23:06.46 | zero_level | ``Erik: is there a way to remove already submitted patch |
| 23:34.30 | *** join/#brlcad jbschw (4355ee54@gateway/web/freenode/ip.67.85.238.84) | |
| 23:35.03 | jbschw | #j yellowfin |
| 23:35.06 | jbschw | whoops |
| 00:32.09 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 00:35.05 | zero_level | brlcad: i have never been involved in a software development with this big code base. But have read courses dealing with aspects of software engineering. with that i have made the working schedule |
| 00:35.25 | zero_level | Acc. to your experience. need your suggestions in that |
| 00:37.03 | zero_level | http://brlcad.org/wiki/User:Level_zero/proposal#Working_Schedule |
| 00:54.41 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 02:12.18 | maths22 | brlcad: do you have a gimp-type image file for this: http://brlcad.org/images/angelov_512x256.png |
| 02:13.01 | maths22 | the wiki notifier is working wekk :) |
| 02:13.09 | maths22 | sorry; well |
| 02:35.48 | Notify | 03BRL-CAD Wiki:14.139.243.162 * 5168 /wiki/User:Level_zero/proposal: Edited various parts |
| 02:38.34 | zero_level | :math22 can u review my proposal |
| 02:39.22 | zero_level | maths22: can u review my proposal at /wiki/User:Level_zero/proposal |
| 02:48.54 | maths22 | zero_level: I am an HS student, not a mentor, so no, I cannot review your proposal |
| 02:49.28 | maths22 | There are only so many mentors, but hopefully one will eventually have time to look at it |
| 02:49.36 | maths22 | They have other things to do too :) |
| 02:51.04 | zero_level | yeah.. i knew u are not among the developers or mentors. I thought you are one of the gsocers. Thus asked to review and suggest. |
| 02:51.52 | zero_level | mentors' #irc are given on the web.. ;) |
| 02:52.04 | maths22 | I know; not trying to be rude or anything. |
| 02:52.22 | zero_level | sure :) never taken :) |
| 02:59.43 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 03:08.27 | Notify | 03BRL-CAD Wiki:14.139.243.162 * 5169 /wiki/User:Level_zero/proposal: V 0.1 |
| 03:08.56 | Notify | 03BRL-CAD Wiki:Hanamichi15 * 0 /wiki/User:Hanamichi15: |
| 03:18.17 | zero_level | brlcad: I have worked further on my proposal. please suggest improvemnets. thnx |
| 04:12.31 | brlcad | zero_level: at a glance, it's looking pretty good |
| 04:13.05 | brlcad | June 24 - Aug 16 is pretty vague, could be more specific |
| 04:13.35 | brlcad | with docs and testing, that doesn't really leave much of any time for implementation, so I'd expect you should be able to say what you're implementing with more specificity |
| 04:14.16 | brlcad | your last two weeks are a bit of a punt, Sep 16 - Sep 27 |
| 04:14.23 | brlcad | doesn't take two weeks to "submit code" |
| 04:14.27 | brlcad | maybe two hours |
| 04:15.24 | brlcad | zero_level: also .. "I propose to add these functionalities in the icv library" ... like hell you will get that much done :D |
| 04:16.38 | brlcad | if you focused only on processing and not on import/export and formats, "maybe" ... but still seems unlikely |
| 04:18.07 | brlcad | maths22: I'd have to check, not sure what all we have now, but unlikely a gimp file |
| 04:18.23 | brlcad | maybe a photoshop file, and we do now have a few .g versions from GCI |
| 04:19.01 | brlcad | maths22: you most certainly could be qualified to be a GSoC mentor :) |
| 04:19.43 | brlcad | mentoring has no requirements other than willingness and familiarity |
| 04:45.08 | *** join/#brlcad meem (~josh@x-128-101-180-83.reshalls.umn.edu) | |
| 04:52.32 | *** part/#brlcad meem (~josh@x-128-101-180-83.reshalls.umn.edu) | |
| 05:27.00 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 05:27.12 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 05:36.34 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 05:41.15 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 05:43.10 | *** join/#brlcad mandy__ (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 05:44.06 | *** part/#brlcad mandy__ (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 05:44.45 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 05:45.10 | avneet | Hello ! |
| 05:45.36 | avneet | I want to discuss about project STEP Libraries |
| 05:46.37 | avneet | On wiki page, it is mention to cleanup the code. |
| 05:47.03 | avneet | <PROTECTED> |
| 05:58.38 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 06:00.09 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:00.10 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 06:01.55 | avneet | what have to do in STEP Libraries project? |
| 06:02.23 | avneet | Have to cleanup SC ? |
| 06:02.29 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 06:08.47 | *** join/#brlcad avneet_ (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 06:10.41 | cstirk | avneet: there are several STEP projects, and I am one of the mentors for them |
| 06:12.10 | cstirk | n_reed and starseeker are also knowledgeable regarding STEP |
| 06:12.46 | cstirk | you need to read the background materials on brl-cad and stepcode |
| 06:14.45 | cstirk | do you have a specific question about one of the projects, or have a related project to propose? |
| 06:16.26 | avneet_ | Yes, I am talking about STEP Libraries project |
| 06:17.33 | avneet_ | http://brlcad.org/wiki/STEP_Libraries |
| 06:18.01 | avneet_ | I have to clean which libraries? Is it SC libraries or not? |
| 06:20.36 | cstirk | Thanks. There are several STEP projects, the one you list is a good one |
| 06:21.02 | avneet_ | on this wiki page, a link is mentioned https://github.com/stepcode/stepcode for study |
| 06:21.42 | avneet_ | Please tell me I have to improve SC librray? |
| 06:21.50 | cstirk | Yes, also www.stepcode.org and the linked google group |
| 06:22.29 | avneet_ | ok, now it's clear that i have to work upon SC library. |
| 06:23.10 | cstirk | The STEP Libraries project is to improve stepcode for brlcad |
| 06:24.16 | avneet_ | improve stepcode this one https://github.com/stepcode/stepcode ? |
| 06:25.36 | avneet_ | If we modify SC then it wil effect on src/con/step code? |
| 06:25.45 | cstirk | Yes, and how brlcad implements it as documented here http://stepcode.org/stepcode-use-doxygen/step-g_8cpp.html |
| 06:27.31 | kanzure | excellent |
| 06:28.24 | cstirk | There are many things you can do to improve stepcode for brlcad, this project is focused on quality, performance, and documentation |
| 06:29.46 | avneet_ | ok, it is very interesting. |
| 06:29.51 | avneet_ | :) |
| 06:31.48 | cstirk | It is a good project for someone that does not know much about CAD or STEP, but is willing to learn and has a good foundation in software fundamentals |
| 06:43.44 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:45.53 | *** join/#brlcad avneet (65d65f86@gateway/web/freenode/ip.101.214.95.134) | |
| 06:48.37 | cstirk | avneet: please create a wiki page to start with your background and interests, and look at the information on stepcode like the google group and github |
| 06:49.19 | cstirk | That will help us and you to focus on areas where you can contribute |
| 07:02.30 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:12.57 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:13.16 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 07:15.48 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 07:26.22 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:47.23 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 07:48.12 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:06.42 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:28.22 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:38.45 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:46.32 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:46.57 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 10:13.11 | *** join/#brlcad jasleen (~chatzilla@202.164.53.119) | |
| 10:35.01 | jasleen | I am working on Cross Platform Display Manager. |
| 10:36.30 | jasleen | In project's main page, it is written that OGRE or Qt should use to make it cross Platform. |
| 10:36.57 | jasleen | and also it is written that OGRE/Qt running and embedded within a Tk window |
| 10:37.13 | jasleen | here it is-http://brlcad.org/wiki/New_Cross-Platform_3D_Display_Manager |
| 10:37.48 | jasleen | I have a Question to make it cross platform, why Tk not used? |
| 10:39.58 | jasleen | If TK window is made in TK/TCL, then why Qt or OGRE are prioritized? |
| 10:40.37 | jasleen | TK itself is a cross platform framework. |
| 11:03.01 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 11:11.11 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:12.18 | zero_level | jasleen: you could write that in a proposal and submit. |
| 11:13.02 | zero_level | jasleen: Once the developers are here they would surely answer your queries. |
| 11:13.43 | zero_level | to start with you could create a wiki page for your proposal by creating an account at brlcad.org |
| 11:14.22 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:16.34 | zero_level | kesha_: how is your proposal going. |
| 11:16.48 | zero_level | have u submitted to the mellange website. |
| 11:20.00 | ``Erik | http://techland.time.com/2013/05/01/tiny-toon-ibm-makes-a-movie-out-of-atoms/ |
| 11:21.14 | ``Erik | jasleen: ogre provides a much better 3d display mechanism, qt supposedly provides a richer nicer looking 2d widget toolkit, our current approach is tk |
| 11:23.36 | jasleen | ``Erik: If Tk is current approach, then display should be in Tk |
| 11:25.46 | ``Erik | i'm not an advocate of qt, I think brlcad might have a set of reasons to consider it... he should be on in the next couple of hours |
| 11:26.03 | jasleen | ok |
| 11:26.20 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 11:26.47 | ``Erik | but for 3d type stuff, we hijack a tk canvas to blast opengl or X stuff to, and we have one app that currently uses togl... those might benefit greatly from using ogre to drive a tk widget |
| 11:26.50 | jasleen | ``Erik: Can you tell me about Tk window? What is this and where is its source code? |
| 11:27.32 | ``Erik | whu? you mean how BRL-CAD uses it? or? |
| 11:28.05 | jasleen | yes. What is this? and how to use it? |
| 11:28.10 | ``Erik | mged and archer are probably the two heaviest TK using programs in BRL-CAD |
| 11:28.27 | jasleen | ok |
| 11:28.56 | jasleen | ``Erik: I choose Qt for this purpose. |
| 11:29.58 | jasleen | ``Erik: I am more famillier with Qt, I would like to use Qt framework. |
| 11:30.00 | avneet | Is currently BRL-CAD not using STEPcode? |
| 11:30.08 | jasleen | Is it ok? |
| 11:30.33 | ``Erik | I'd recommend that you hang out for a while and talk to brlcad (possibly starseeker) about the project goals regarding qt... I can't really help there :) |
| 11:30.48 | ``Erik | avneet: I believe it's used in the src/conv/step-g converter |
| 11:30.49 | jasleen | ok :) |
| 11:32.38 | avneet | but i code is different of svn with github repository of STEPcode |
| 11:32.45 | avneet | i think |
| 11:33.21 | ``Erik | it looks like we have a copy of the github one in src/other/step/ (but it may be out of date) |
| 11:34.52 | ``Erik | c415e49 looks like the last merge from git? might just be a partial, and has been modified since |
| 11:38.25 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 11:39.58 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:47.11 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 11:51.55 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:52.52 | starseeker | avneet: we are currently using a different fork of the original stepcode, but just recently we merged our changes with the main stepcode project on github - after the upcoming release we will be switching to using stepcode |
| 11:53.18 | starseeker | so the code base you want to focus on for gsoc is the github stepcode |
| 11:53.26 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 11:55.14 | starseeker | jasleen: Qt is what we would eventually like to use as a foundation for a new GUI, for a number of reasons, but an initial transitional stage of embedding an OGRE window inside a Tk window (much as MGED currently embeds an OpenGL window) would be an excellent start |
| 12:00.43 | starseeker | jasleen: a decent place to start with understanding how we might eventually want to work with Qt and OGRE is to study this demo: http://advancingusability.wordpress.com/2013/03/30/how-to-integrate-ogre3d-into-a-qt5-qml-scene/ |
| 12:04.40 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:05.17 | kesha | zero_level: I have submitted on melange but it needs heavy modifications. |
| 12:05.25 | kesha | zero_level: what about you ? |
| 12:09.24 | zero_level | not yet submitted on mellange. |
| 12:11.22 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 12:15.45 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 12:16.26 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 12:18.45 | jasleen | starseeker: I didn't use OGRE yet, But if you recommend to use it. Then would defintely start it. |
| 12:26.37 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ohdkzeiyitokumzz) | |
| 12:42.31 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 12:43.43 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 13:29.17 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:29.39 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 13:37.02 | *** part/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 13:37.05 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 14:30.31 | *** join/#brlcad jasleen (~chatzilla@117.253.233.158) | |
| 14:44.44 | Notify | 03BRL-CAD:erikgreenwald * 55290 (brlcad/trunk/src/other/poly2tri/poly2tri/poly2tri.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/advancing_front.h brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.h): add newlines to end of files |
| 14:56.13 | Notify | 03BRL-CAD:n_reed * 55291 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: more readable variable names; don't unitize direction vectors per bn_isect_line3_line3 documentation |
| 14:59.24 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:10.03 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:48.03 | Notify | 03BRL-CAD:carlmoore * 55292 brlcad/trunk/src/librt/tests/test_ssi.cpp: remove trailing blanks/tabs |
| 15:52.52 | Notify | 03BRL-CAD:carlmoore * 55293 brlcad/trunk/src/sig/dfft.c: simplify by letting h and ? go to 'default' |
| 16:13.38 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 16:15.14 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 16:24.06 | cstirk | kesha: STEP AP242 vs multi-protocol? AP242 probably needs to be done first. Get to work on your application and wiki page. |
| 16:31.36 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:31.41 | maths22 | photoshop works. I have photoshop 2 |
| 16:31.52 | maths22 | sorry too |
| 16:31.56 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.14.92) | |
| 16:32.00 | Ch3ck | Hey guys |
| 16:32.30 | maths22 | I just picked gimp because I thought it was more probable |
| 16:32.47 | Ch3ck | brlcad: hi |
| 16:33.17 | maths22 | could I get the psd file? |
| 16:37.26 | kesha | Ch3ck: I don't think brlcad is here now. |
| 16:37.49 | Ch3ck | kesha: ok thanks |
| 16:38.03 | Ch3ck | so how is it going guys with the gsoc proposals? |
| 16:38.23 | zero_level | ch3k: hii! |
| 16:38.29 | kesha | Ch3ck:I am also waiting for him. |
| 16:38.47 | maths22 | I see all you gsoc people have 1 day left. Do you know how many of you there are? |
| 16:39.15 | Ch3ck | kesha: ok |
| 16:39.24 | Ch3ck | zero_level: hiiii what up? |
| 16:39.37 | zero_level | math22: u do all the web work |
| 16:39.45 | zero_level | tell us how many have registered |
| 16:39.55 | Ch3ck | maths22: well they must be many but the number does not really matter since all the projects are also many |
| 16:40.58 | zero_level | math22: u do all the web work .. tell us how many have registered |
| 16:41.55 | maths22 | Where would they have registered? I can only see the wiki, but it dosen't have any list of gsoc participants. |
| 16:43.30 | kesha | zero_level: Do you mean on melange ? |
| 16:44.21 | maths22 | I don't have melange access if that is what you mean. |
| 16:44.37 | zero_level | no! i thought the proposals on the wiki |
| 16:44.44 | Ch3ck | nop |
| 16:44.56 | Ch3ck | guys u guys can't know how many have registered |
| 16:44.57 | Ch3ck | so far |
| 16:45.14 | Ch3ck | that can only be known by the organization since the applications |
| 16:45.18 | Ch3ck | are sent to them. |
| 16:45.40 | maths22 | I can tell you that, since april, 31 users have created wiki accounts. |
| 16:45.41 | Ch3ck | but well you can estimate how many are participating based on the discussions on the developer lists and |
| 16:46.00 | maths22 | Probably a number of them are gsoc applicants, but I'm not sure how many |
| 16:46.06 | Ch3ck | maths22: that does not mean 31 have applied |
| 16:46.18 | Ch3ck | only Google and brlcad know |
| 16:46.27 | Ch3ck | since they receive the applications |
| 16:46.38 | maths22 | I think ``Erik may too; he seems to be the |
| 16:46.45 | Ch3ck | well you can look at the code patches submitted on source forge |
| 16:46.45 | maths22 | "second in command" |
| 16:47.02 | Ch3ck | yeah ``Erik is a brlcad mentor |
| 16:47.05 | Ch3ck | so he can know |
| 16:47.19 | Ch3ck | but knowing the number of applicants does not matter much |
| 16:47.30 | Ch3ck | if your proposal is good you'll be selected |
| 16:48.00 | Ch3ck | What matters is they want as many good hard to find programmers as possible who they can work with during the summer. |
| 16:48.54 | maths22 | I was just wondering because I was curious; last year, it looks like they accepted 11; the year before only 2 |
| 16:49.10 | maths22 | I know that this year they want at least 3, but I wonder how many they will do in the end |
| 16:52.14 | Ch3ck | well nobody can tell except the mentors probably.. |
| 16:52.37 | maths22 | And they probably won't know until they see all the applications |
| 16:56.44 | zero_level | check: maths22: true that |
| 16:56.47 | Ch3ck | well based on those that have applied for now they will have some numbers already |
| 16:57.09 | maths22 | true |
| 17:03.59 | Ch3ck | yeah |
| 17:12.28 | Ch3ck | zero_level: u der? |
| 17:13.10 | zero_level | ch3ck: yes. i think ur comments will help me further |
| 17:13.43 | Ch3ck | ok np |
| 17:19.05 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5170 /wiki/User:NyahCh3ck20/Proposal: /* Personal Information */ |
| 17:20.13 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5171 /wiki/User:NyahCh3ck20/Proposal: /* Programming Background */ |
| 17:22.06 | Notify | 03BRL-CAD:starseeker * 55294 brlcad/trunk/src/brlman/CMakeLists.txt: Install brlman.bat |
| 17:29.04 | *** join/#brlcad vladbogo (~vlad@86.121.101.219) | |
| 17:32.25 | Ch3ck | hey vlad |
| 17:33.09 | vladbogo | hi |
| 17:33.27 | Ch3ck | 1 day 1hour 2go.. |
| 17:34.43 | vladbogo | yep |
| 17:35.03 | Ch3ck | so have u gotten fback from brlcad? |
| 17:35.09 | Ch3ck | concerning ur proposal.. |
| 17:38.59 | vladbogo | no I haven't |
| 17:39.17 | Ch3ck | well it seems they are very busy these days.. |
| 17:39.29 | vladbogo | I supposed that they are |
| 17:39.47 | Ch3ck | well applications end 2moro... |
| 17:40.03 | Ch3ck | wanted to c brlcad for some changes he asked me to make. |
| 17:41.07 | vladbogo | I have also made a second proposal for another project |
| 17:41.21 | Ch3ck | ok |
| 17:41.25 | vladbogo | so I hope things will turn out good:D |
| 17:41.26 | Ch3ck | well i made only 1 |
| 17:41.36 | Ch3ck | we all hope so.. |
| 17:41.53 | Ch3ck | the time was really short to study the code and make proposals.. |
| 17:41.59 | Ch3ck | just about 2-3weeks |
| 17:42.32 | vladbogo | and also a lot of school projects |
| 17:44.58 | zero_level | vladbogo: well in my case i was able to brief through most of the parts |
| 17:48.17 | vladbogo | zero_level: that's good, I was also able to brief through most of the parts but it was a really busy 3 week time |
| 17:48.36 | Ch3ck | yeah |
| 17:48.39 | Ch3ck | it was |
| 17:48.50 | Ch3ck | it took me some time to get used to the libraries |
| 17:51.07 | vladbogo | yes but we finally managed to get used to them and we learned some new things |
| 17:51.33 | Ch3ck | yeah.. |
| 17:51.40 | zero_level | vladbogo: even i could make only 1 |
| 17:51.52 | Ch3ck | me too.. |
| 17:52.42 | vladbogo | well mine are a little bit related so it was easier because the actual code that I had to study is the same |
| 17:53.01 | Ch3ck | good for you... |
| 18:01.57 | *** join/#brlcad vlad__ (~vlad@86.121.102.72) | |
| 18:04.41 | *** join/#brlcad vlad__ (~vlad@86.121.102.72) | |
| 18:07.10 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 18:10.51 | *** join/#brlcad priyanka (~priyanka@118.102.186.30) | |
| 18:11.34 | *** join/#brlcad jasleen (~chatzilla@117.253.233.158) | |
| 18:13.55 | Notify | 03BRL-CAD:carlmoore * 55295 brlcad/trunk/src/sig/dmod.c: define 'usage' and also allow for -h and -? |
| 18:14.22 | priyanka | tgf-g command has no manual page. Is there any description about it in any other source? |
| 18:15.06 | Ch3ck | no idea? |
| 18:19.34 | priyanka | how to use this command? |
| 18:19.51 | priyanka | or where it is used and when? |
| 18:20.09 | Ch3ck | well i don't know |
| 18:20.22 | Ch3ck | well you could ask on the developer's mailing list. |
| 18:21.11 | priyanka | i never got any reply from their side :( |
| 18:21.27 | priyanka | I posted on mailing list too |
| 18:22.08 | zero_level | priyanka: i think patience is the need. |
| 18:22.17 | zero_level | stay here for some time. |
| 18:22.31 | Ch3ck | well they have alot of work on their hands now.. |
| 18:22.33 | zero_level | you will be sure to get the reply |
| 18:22.38 | Ch3ck | so you gotta be rally patient. |
| 18:22.40 | zero_level | check: true |
| 18:22.47 | Ch3ck | as zero_level says. |
| 18:22.49 | Ch3ck | yeah |
| 18:24.54 | vladbogo | priyanka: there's a tgf-g.cpp source in src/conv/intaval |
| 18:25.07 | vladbogo | maybe you can find information there |
| 18:25.33 | vladbogo | sorry src/conv/intaval |
| 18:26.07 | vladbogo | never-mind I thought I have written the path wrong the first time |
| 18:27.34 | zero_level | vladbogo: u did grep ? |
| 18:27.39 | vladbogo | ack-grep |
| 18:27.43 | zero_level | yeah.. |
| 18:28.02 | zero_level | teach this to her as well |
| 18:28.14 | priyanka | I saw that file |
| 18:28.37 | priyanka | But need to run the command |
| 18:28.49 | priyanka | to know its functioning well |
| 18:29.31 | priyanka | So I want some description . |
| 18:32.36 | priyanka | Anyways, exploring these files. Thanks for reply |
| 18:33.51 | vladbogo | you're welcome also if you run ack-grep you find other related sources. Maybe you can find out there some more info |
| 18:36.03 | priyanka | ok. |
| 18:36.29 | priyanka | I usually us this command for locating files: locate tgf-g|grep ~/Desktop/brl\ cad/ |
| 18:36.36 | priyanka | *use |
| 18:51.39 | Ch3ck | priyanka: gud 4 u right? |
| 18:53.42 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:05.06 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:08.47 | priyanka | ? |
| 19:12.30 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:20.28 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 19:27.17 | Notify | 03BRL-CAD:starseeker * 55296 (brlcad/trunk/include/vmath.h brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c): Rather than defining a VMATH macro that unitizes and returns if there is a tolerance error, just do the test in the calling code and use the standard UNITIZE macro. |
| 19:31.45 | Notify | 03BRL-CAD:carlmoore * 55297 brlcad/trunk/src/sig/dmod.c: only 'cosmetic' changes to make this look more like smod.c |
| 19:34.43 | Notify | 03BRL-CAD:carlmoore * 55298 brlcad/trunk/src/sig/smod.c: add h? to option string, and change 'bwmod:' to 'smod:' |
| 19:39.38 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 19:43.37 | Notify | 03BRL-CAD:carlmoore * 55299 brlcad/trunk/src/sig/dmod.c: remove 2 spaces to make this look a little more like smod.c |
| 19:45.26 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:47.11 | Notify | 03BRL-CAD:carlmoore * 55300 brlcad/trunk/src/sig/smod.c: add 2 'else's, and create the 'usage' string |
| 19:48.51 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:56.05 | Notify | 03BRL-CAD:carlmoore * 55301 brlcad/trunk/src/sig/dmod.c: delete a few more spaces in comparison to smod.c |
| 19:58.35 | Notify | 03BRL-CAD:carlmoore * 55302 brlcad/trunk/src/sig/smod.c: make use of 'usage' |
| 20:16.42 | Ch3ck | exit |
| 20:16.46 | Ch3ck | bye guys |
| 20:42.58 | Notify | 03BRL-CAD:n_reed * 55303 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: add some helpers to reduce duplication and improve readability |
| 20:45.29 | *** join/#brlcad vlad__ (~vlad@86.121.103.147) | |
| 20:46.34 | *** join/#brlcad maryannexe (~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru) | |
| 20:54.02 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 21:29.25 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 21:32.06 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 21:55.34 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 22:16.31 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 22:58.01 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 23:02.22 | Notify | 03BRL-CAD Wiki:Showmemark * 0 /wiki/User:Showmemark: |
| 23:07.40 | starseeker | maryannexe: the wiki and idea outline should get you started - you need to come up with a proposal of what specifically to do and how to accomplish it |
| 23:08.53 | starseeker | study the topic enough so that you can make intelligent suggestions about how to proceed - the basic pointers on the idea page should be enough to get you started |
| 23:26.16 | maryannexe | well, in general, the point is clear. now i'm working on my proposal. |
| 23:26.26 | maryannexe | it is my first participation in GSoC and difficult for me to make the timeline. for example what happens if I say in my proposal that i'll do smth in June, and then i do in July? |
| 23:26.39 | maryannexe | how much detail should I make a timeline? |
| 23:30.15 | starseeker | maryannexe: the more detail the better |
| 23:30.23 | starseeker | you can't have too much |
| 23:32.33 | starseeker | maryannexe: you need to scope out your approach to the problem well enough that you *can* build a timeline |
| 23:33.01 | maryannexe | too much what? |
| 23:33.06 | starseeker | if your concept of the task is simply "do X over the course of the summer" that's not enough |
| 23:33.15 | starseeker | you can't have too much detail in your proposal |
| 23:34.48 | maryannexe | ok, thx |
| 00:47.49 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 02:26.51 | tofu_ | hi maryannexe |
| 02:28.31 | *** mode/#brlcad [+o tofu] by ChanServ | |
| 02:29.06 | maryannexe | hi! |
| 02:30.04 | brlcad | maryannexe: what interests you? |
| 02:34.07 | maryannexe | gui, interested in cross-platform 2D framebuffer task |
| 03:02.57 | brlcad | maryannexe: very good, have you worked with any of our framebuffers tools yet? |
| 03:33.00 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 03:33.40 | maryannexe | No, did not participate in the development of brl-cad before. interested in the project when I chose an organization within gsoc, so I decided to choose something from the easier tasks. |
| 03:35.18 | kesha | brlcad: I looked at other STEP projects. I think I can do on AP242 Parser. |
| 03:35.47 | kesha | brlcad: But I am afraid that I have very less time for making proposal and to do research on that |
| 03:40.43 | maryannexe | I am engaged in 3d graphics and design so I would like to contribute to the development of the project associated with it ) |
| 03:41.50 | Notify | 03BRL-CAD Wiki:AvneetKaur * 0 /wiki/User:AvneetKaur: |
| 03:42.22 | kesha | brlcad: I am confused as to should I polish my previous propsal or be brave enough and go for AP242 Parser ? |
| 03:49.29 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 03:49.58 | *** join/#brlcad maryannexe (~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru) | |
| 03:59.25 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 03:59.46 | avneet | hi |
| 04:00.00 | avneet | http://brlcad.org/wiki/Help ; This link os not working |
| 04:00.09 | avneet | os / is |
| 04:00.37 | avneet | Actually i want to create a wiki page there. |
| 04:04.41 | kesha | avneet: Go to the address where you want to create wiki page and click on edit. Create, Preview and Update. |
| 04:09.23 | kesha | brlcad: Any suggestions ? |
| 04:13.22 | avneet | I am doing the same, but some formatting problem there. |
| 04:25.44 | zero_level | avneet: For submitting the proposals, first login into your BRL-CAD account and then go to wiki pages, write the URL and create a page. You can copy-paste your proposal over there, Click on Show Preview to see how it looks and then finally save ! |
| 04:26.31 | zero_level | avneet: this is copy of the message on mailing list |
| 04:27.34 | Notify | 03BRL-CAD Wiki:Iamlnmdave * 0 /wiki/User:Iamlnmdave: |
| 04:29.08 | Notify | 03BRL-CAD Wiki:Level zero * 5172 /wiki/User:Level_zero/proposal: Few improvemnets |
| 04:30.46 | Notify | 03BRL-CAD Wiki:Level zero * 5173 /wiki/User:Level_zero/proposal: /* Links to code and Tools to be used */ |
| 04:32.09 | Notify | 03BRL-CAD Wiki:Level zero * 5174 /wiki/User:Level_zero/proposal: /* Consolidating IPT(s) under LIBICV */ |
| 04:33.17 | Notify | 03BRL-CAD Wiki:Level zero * 5175 /wiki/User:Level_zero/proposal: /* Documentation */ |
| 04:33.34 | Notify | 03BRL-CAD Wiki:Level zero * 5176 /wiki/User:Level_zero/proposal: /* Deliverables */ |
| 04:34.27 | Notify | 03BRL-CAD Wiki:Level zero * 5177 /wiki/User:Level_zero/proposal: /* July 16 - Sep 2 [~7 Week] */ |
| 04:36.00 | Notify | 03BRL-CAD Wiki:Level zero * 5178 /wiki/User:Level_zero/proposal: /* Time Availability */ |
| 04:39.33 | Notify | 03BRL-CAD Wiki:Level zero * 5179 /wiki/User:Level_zero/proposal: /* Use of image containers and structures */ |
| 04:41.22 | zero_level | avneet: en.wikipedia.org/wiki/Help:Editing this has the guidelines for formatting |
| 04:50.57 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 04:51.29 | avneet | Here is my proposal : https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2013/avneet/1# |
| 04:51.33 | brlcad | kesha: you certainly have your work cut out for you, but there is still lots of time for writing a good proposal |
| 04:51.51 | avneet | If any modifications are required, then please tell me |
| 04:52.29 | brlcad | if you put it on the wiki and reference a link to the wiki in your gsoc-submission (and this goes for everyone), you'll be able to keep updating and improving the wiki page after the deadline. we may have some of you do that anyways. |
| 04:52.34 | kesha | brlcad: can I modify proposal after 14 hrs |
| 04:52.36 | kesha | ? |
| 04:53.04 | kesha | brlcad: thats good. |
| 04:53.11 | brlcad | you can modify it on our wiki |
| 04:53.33 | brlcad | what's in melange becomes read-only after the deadline |
| 04:54.07 | brlcad | still, it shouldn't take more than a couple days to write a strong proposal -- you can then focus on writing an interesting patch to demonstrate your ability level |
| 04:54.47 | kesha | brlcad: Right now, I have made two idea proposal- STEP library and Code Refacotring . Should I withdraw any of them or keep both ? |
| 04:54.59 | brlcad | keep both |
| 04:55.34 | zero_level | brlcad: i have taken up your suggestions from yesterday's IRC |
| 04:55.34 | brlcad | indicate which is your first priority if one is more interesting to you than the other |
| 04:55.39 | brlcad | excellent |
| 04:56.35 | kesha | brlcad: Can you give some pointers to start with AP242 parser ? I also want to understand AP203 and AP214 . |
| 04:57.00 | brlcad | kesha: wikipedia has a good intro to the STEP APs |
| 04:57.13 | kesha | brlcad: Do you mean writing both ideas in one propsal only? |
| 04:58.27 | brlcad | nope |
| 04:59.06 | brlcad | if you submit two proposals, tell us which is the priority |
| 04:59.16 | brlcad | put it in both proposals |
| 05:03.23 | kesha | brlcad: okay. And any links to tutorials or Docs discussing BRL-CAD using hardwired AP203 and problems they face now, etc. |
| 05:09.39 | brlcad | kesha: nope, you're best bet is to compile stepcode (src/other/step) and try to understand file-wise how AP203 currently is parsed, how sources are generated, and what happens when you replace 203 with 214 now. |
| 05:11.42 | zero_level | brlcad: i still think image formats are going to be important. but as per your suggestion some time saving is done in last weeks. so that enough time is alotted to other image functionalities. |
| 05:25.13 | *** join/#brlcad jasleen (~chatzilla@117.255.246.83) | |
| 05:31.42 | kesha | brlcad: okay and what about the git repo containing STEP code? |
| 06:36.26 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:41.37 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/User:KeshaSShah: Updating my user wiki and organizing it well as adviced by Sean on IRC |
| 06:45.57 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 06:52.55 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:00.33 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5182 /wiki/User:KeshaSShah/GSoC13/Priority1: |
| 07:10.37 | *** join/#brlcad jasleen (~chatzilla@117.255.246.83) | |
| 07:23.20 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5183 /wiki/User:KeshaSShah/GSoC13: Created page with "=About Me= *Name:Kesha Shah =Contact= *E-mail address: [mailto:kesha.shah1106@gmail.com kesha.shah1106@gmail.com] *IRC nickname: kesha_ =Brief background = * I am an 1..." |
| 07:35.26 | *** join/#brlcad avneet (65d7975e@gateway/web/freenode/ip.101.215.151.94) | |
| 08:14.54 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:14.57 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:20.20 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5184 /wiki/User:KeshaSShah/GSoC13/Reports: Development Report Till Date |
| 08:32.29 | *** join/#brlcad maryannexe (~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru) | |
| 09:12.01 | *** join/#brlcad jasleen (~chatzilla@117.255.246.83) | |
| 10:08.53 | *** join/#brlcad vladbogo (~vlad@86.121.100.176) | |
| 10:57.06 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 11:06.19 | brlcad | kesha_: what about it? |
| 11:16.50 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:32.57 | rays2pix | Is it fine to put up a shorter version in melange and a detailed proposal in wiki? |
| 11:33.31 | kesha | brlcad: I mean is that the origin for src/other/step? The latest change was 18 days ago, so in case I might not be having the latest diffs merged, so do I pull it from there ? |
| 11:38.34 | brlcad | kesha: if you're selected to work on a STEP project, you will be using the github sources and our converter in src/conv/step, so "yes" |
| 11:39.48 | brlcad | rays2pix: I suggest putting all the detail you have on the wiki into melange, but also link to the wiki |
| 11:40.05 | brlcad | so it'll be clear how far along you got by the deadline and how much is after |
| 11:40.54 | rays2pix | brlcad: sure |
| 11:47.29 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:47.43 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:54.41 | kesha | brlcad: am looking forward to.. :) |
| 12:08.12 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5185 /wiki/User:Izak: /* LINKS TO CODE OR ALGORITHMS WHICH YOU INTEND TO USE */ |
| 12:08.54 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5186 /wiki/User:Izak: /* DELIVERABLES */ |
| 12:14.15 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:14.47 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5187 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 12:20.55 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5188 /wiki/User:Izak: /* DELIVERABLES */ |
| 12:21.38 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5189 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 12:22.36 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5190 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 12:23.05 | *** part/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 12:27.25 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5191 /wiki/User:Izak: /* PROJECT DESCRIPTION */ |
| 12:27.52 | *** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242) | |
| 12:28.48 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5192 /wiki/User:Izak: /* PROJECT DESCRIPTION */ |
| 12:30.40 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5193 /wiki/User:Izak: /* PROJECT SUMMARY */ |
| 12:32.03 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5194 /wiki/User:Izak: /* PROJECT DESCRIPTION */ |
| 12:33.52 | *** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd) | |
| 12:33.56 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5195 /wiki/User:Izak: /* PROJECT DESCRIPTION */ |
| 12:37.06 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5196 /wiki/User:Izak: /* PROJECT DESCRIPTION */ |
| 12:40.53 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:43.57 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5197 /wiki/User:Izak: /* PROJECT DESCRIPTION */ |
| 12:45.32 | maths22 | brlcad: could I get the photoshop version of the logo? |
| 12:53.52 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 13:32.36 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 13:36.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:43.17 | *** join/#brlcad jasleen (~chatzilla@117.253.228.173) | |
| 13:46.23 | jasleen | starseeker: I had written a proposal and submitted it (new cross platform display manager) |
| 13:47.08 | jasleen | starseeker: I planned to create a new Cross platform GUI in it. |
| 13:47.27 | jasleen | Is it ok? |
| 13:48.19 | jasleen | I will integrate command line, graphic window, menu bar, toolbar all in onw window. |
| 13:48.32 | jasleen | Is this what a project was? |
| 13:48.42 | jasleen | I am confused. Help me. |
| 13:51.56 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5198 /wiki/User:KeshaSShah/GSoC13/Priority2: Created page with "==Project Title:== ::STEP LIBRARIES =Detailed project description= *Most of my fellow participants are working on how important it is to keep your code in working order and a..." |
| 13:55.43 | *** join/#brlcad kesha_ (0e8b7a72@gateway/web/freenode/ip.14.139.122.114) | |
| 14:16.34 | *** join/#brlcad code_walker (~Shubham@120.59.158.9) | |
| 14:23.57 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:37.47 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 14:51.16 | jasleen | Now, it clears me what my actual project is |
| 14:51.18 | jasleen | :) |
| 15:09.20 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:12.18 | *** join/#brlcad jasleen (~chatzilla@117.253.203.53) | |
| 15:41.53 | *** join/#brlcad zero_level (ca4ead12@gateway/web/freenode/ip.202.78.173.18) | |
| 15:54.47 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5199 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Brief Introduction */ |
| 15:58.18 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5200 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Brief Introduction */ |
| 16:03.41 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:08.02 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5201 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */ |
| 16:08.41 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5202 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* ICV IMAGE DATA MODEL */ |
| 16:10.04 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5203 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* ICV Image data model */ |
| 16:10.38 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5204 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* ICV Image data model */ |
| 16:16.46 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5205 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Image Helpers */ |
| 16:17.14 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5206 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Image Handling */ |
| 16:17.42 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5207 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* ICV Image data model */ |
| 16:20.28 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:21.31 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5208 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Image Handling */ |
| 16:25.28 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5209 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */ |
| 16:29.11 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5210 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */ |
| 16:29.20 | Notify | 03BRL-CAD Wiki:Rajkoushik * 0 /wiki/User:Rajkoushik: |
| 16:29.38 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5211 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */ |
| 16:31.29 | Notify | 03BRL-CAD Wiki:Rajkoushik * 5212 /wiki/User:Rajkoushik/GSOC2013/proposal: Created page with "=GSOC 2013 Proposal=" |
| 16:37.37 | cstirk | kesha: please sign up for the stepcode google group and post a link to your proposal on the brlcad wiki |
| 16:38.51 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5213 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */ |
| 16:39.23 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5214 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */ |
| 16:39.29 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:39.46 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5215 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */ |
| 16:42.09 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5216 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Conversions */ |
| 16:42.52 | kesha | cstirk: Link ? I didn't get you. and yes, I joined the google group. |
| 16:43.51 | cstirk | kesha: post a message to the stepcode google group with the web link to your proposal |
| 16:43.52 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5217 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Pixel Accessors */ |
| 16:44.56 | cstirk | kesha: look through the stepcode github issues to understand some of the issues that have been resolved, or have been identified |
| 16:45.15 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5218 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Pixel Accessors */ |
| 16:45.17 | kesha | cstirk: But still the proposal is not framed and polished well. Should I do it now or after the project on wiki page is updated well ? |
| 16:45.44 | cstirk | kesha: say you are seeking commments/suggestions |
| 16:46.21 | cstirk | kesha: include in your proposal identified issues that you can work on |
| 16:48.15 | kesha | cstirk: okay. And am right now confused between improving STEP library and STEP AP Parsing. So, actually I am not able to target well. I think I should take one of the two paths and move forward. |
| 16:49.29 | cstirk | kesha: STEP Libraries seems closer to your interests in refactoring |
| 16:50.51 | kesha | cstirk: Yes, That I have put on second priority before STEP AP. |
| 16:51.16 | kesha | cstirk: Okay, then am sticking to that one right now. |
| 16:53.26 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5219 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */ |
| 16:54.04 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5220 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* File Conversions */ |
| 16:55.17 | kesha | cstirk: Do I just look at cleanup issues or others also ? https://github.com/stepcode/stepcode/issues?labels=cleanup&page=1&state=open ?? |
| 16:57.59 | cstirk | kesha: cleanup is a good place to start |
| 16:58.10 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5221 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* File Conversions */ |
| 16:58.52 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5222 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* APIs for Image Handling */ |
| 16:59.05 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5223 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Links to any code or algorithms you intend to use */ |
| 17:01.34 | cstirk | kesha: also look at others like #170, #90, 197 |
| 17:01.44 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5224 /wiki/User:KeshaSShah/GSoC13: /* Development Logs */ |
| 17:05.46 | kesha | cstirk: part 21 related ones. okay. |
| 17:12.33 | Notify | 03BRL-CAD:bob1961 * 55304 (brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl brlcad/trunk/src/tclscripts/archer/PipeEditFrame.tcl): Minor cleanup. |
| 17:16.23 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5225 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */ |
| 17:17.40 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5226 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Detailed Description */ |
| 17:20.58 | Notify | 03BRL-CAD:bob1961 * 55305 (brlcad/trunk/include/ged.h brlcad/trunk/include/tclcad.h and 7 others): This is the initial installment of metaball editing support in Archer. More to follow... |
| 17:25.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:31.38 | *** join/#brlcad jasleen (~chatzilla@117.253.233.227) | |
| 17:33.02 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5227 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Development Schedule */ |
| 17:34.04 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5228 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Detailed project description */ |
| 17:34.18 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5229 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Detailed project description */ |
| 17:35.26 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5230 /wiki/User:KeshaSShah/GSoC13: /* Priority 1: "Code Reduction and Reducing for Reduced Maintenance Cost" */ |
| 17:37.04 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5231 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Deliverables */ |
| 17:38.47 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5232 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why brlcad */ |
| 17:41.09 | Notify | 03BRL-CAD:bob1961 * 55306 brlcad/trunk/src/tclscripts/archer/MetaballEditFrame.tcl: Remove debug strings and fixed a typo in MetaballEditFrame::moveElement. |
| 17:42.21 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5233 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */ |
| 17:44.07 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5234 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Brief background */ |
| 17:45.19 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5235 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Why me */ |
| 17:48.43 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5236 /wiki/User:KeshaSShah/GSoC13: /* Google Summer Of Code 2013 */ |
| 17:49.05 | *** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242) | |
| 17:57.52 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 17:58.56 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5237 /wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 17:59.57 | *** join/#brlcad avneet (65d092bf@gateway/web/freenode/ip.101.208.146.191) | |
| 18:03.32 | Notify | 03BRL-CAD:carlmoore * 55307 brlcad/trunk/src/sig/dmod.c: remove a few spaces -- just a cosmetic change with smod.c in mind |
| 18:04.07 | kesha | cstirk: Sent the mail and added some issues on proposal page. |
| 18:05.03 | cstirk | kesha: I am looking through your proposal now |
| 18:06.39 | kesha | cstirk: point out the modifications required. |
| 18:07.33 | cstirk | kesha: #227 may be done already, say that you will review issues and help get them organized |
| 18:10.48 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5238 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Detailed project description */ |
| 18:11.25 | kesha | cstirk: done |
| 18:17.20 | kesha | cstirk: Anything else needs to be added or modified ? |
| 18:17.29 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5239 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Commitment on time */ |
| 18:18.31 | cstirk | kesha: looks good so far |
| 18:20.18 | kesha | cstirk: Okay. :) |
| 18:23.43 | cstirk | kesha: good luck, it is an important project and you will get to apply your C and C++ skills |
| 18:28.22 | kesha | cstirk: Thanks. I am looking forward to learn and gain new skills, apply my knowledge to large codebase and get a memorable experience and an idea of working with OpenSource. This is the best possible use of my 3 month summer holidays. Thanks BRL-CAD and all developers for your guidance till now once again! |
| 18:30.44 | cstirk | kesha: get your application into gsoc, and keep revising your plan on the wiki as you learn more and get some feedback |
| 18:38.10 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 18:45.21 | brlcad | wow, we've got far more detailed proposals than I realized were coming in |
| 18:45.41 | brlcad | this will be quite a competitive selection this year |
| 18:47.30 | brlcad | 12 minutes until the submission deadline remaining |
| 18:53.38 | kesha | cstirk: sure. :excited: |
| 18:54.58 | kesha | brlcad: Countdown goes to 5 minutes ! |
| 19:15.41 | *** join/#brlcad harmanpreet (~chatzilla@124.253.16.97) | |
| 19:18.16 | brlcad | pencils down! |
| 19:18.33 | brlcad | so we'll be reading and reviewing proposals over the next couple weeks |
| 19:19.07 | brlcad | the one thing that students can do in the meantime is answer any questions we post as comments |
| 19:19.15 | brlcad | and, of course, become familiarized with the code |
| 19:19.45 | brlcad | work on a patch if you haven't yet, work on another if you have -- the better handle we have on your skill level, the stronger your proposal will be |
| 19:20.21 | brlcad | doc changes and new code are okay, but really want to see logic/code getting modified |
| 19:30.27 | *** part/#brlcad maryannexe (~Adium@ppp91-122-40-21.pppoe.avangarddsl.ru) | |
| 19:32.19 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:32.34 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 19:46.59 | ``Erik | http://www.squareonemail.com/un-happy-35th-birthday-to-spam-emails/ |
| 19:50.36 | zero_level | ``Erik: now since the deadline is over. And I dont know if i you have seen my proposal. Please give some feedback on my proposal so that i can start the work |
| 19:51.30 | zero_level | ``Erik: here is the link http://brlcad.org/wiki/User:Level_zero/proposal |
| 19:56.18 | ``Erik | whoa, deadline already hit? time flies O.o |
| 19:57.34 | ``Erik | zero_level: sorry, I didn't realize you wanted me to review your proposal, I can provide comment and perhaps offer ideas for suitable pre-gsoc patches, if you still want... |
| 19:58.11 | zero_level | ``Erik: yeah sure |
| 19:58.49 | zero_level | Actual I wanted to know if my plan for icv is in sync with the organisation's need |
| 20:00.15 | zero_level | *Actually |
| 20:02.54 | ``Erik | yeah, the hope for that idea/project was to have all these image converters be reduced down to a couple library calls |
| 20:03.53 | ``Erik | personally, I think it'd be neat to have them all be a single actual binary, hardlinked and the name is used to set the read and write file types (like gzip/gunzip both point to the same inode) |
| 20:04.16 | ``Erik | might want to clean up the spelling errors, though... :) |
| 20:04.32 | ``Erik | implemnetation, commong, ... |
| 20:05.37 | zero_level | and about other image functioanlities |
| 20:06.04 | zero_level | spelling i was never good at them.. editting now. :) |
| 20:08.18 | ``Erik | rotate, scale, interpolate, etc? yeah... libicv was intended to be a mini-ImageMagick |
| 20:08.36 | Notify | 03BRL-CAD Wiki:14.139.243.162 * 5240 /wiki/User:Level_zero/proposal: /*Spellings*/ |
| 20:10.58 | zero_level | yeah meant ? |
| 20:12.19 | Notify | 03BRL-CAD Wiki:14.139.243.162 * 5241 /wiki/User:Level_zero/proposal: /* Categories of Image Processing Functions */ |
| 20:16.21 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 20:17.05 | zero_level | ``Erik: so am i on track with the needs |
| 20:17.24 | ``Erik | yes |
| 20:18.33 | zero_level | ``Erik: i want to understand the patches in BRL-CAD from you. How is a submitted patch accepted in the main code |
| 20:20.43 | ``Erik | when it's put into the tracker, one of the committers will apply it to their tree, review it, etc... if it's all good, it'll be committed and info like the originator, sourceforge artifact id, and purpose will be added to the log.... |
| 20:22.02 | ``Erik | a trusted committer will act as gatekeeper until it's agreed that the submitter is competent and trustworthy, the submitter becomes a trusted committer... :) |
| 20:25.16 | zero_level | ``Erik: K |
| 20:29.04 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 20:35.56 | *** part/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 20:35.57 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 21:21.06 | rays2pix | Finally managed to submit the proposal just few minutes before deadline. |
| 21:22.37 | rays2pix | I have doubts on approaching openCL, openCL does have image types but says its not supported in all devices |
| 21:22.59 | rays2pix | Should we be using vector based approach or take advantage of image types |
| 21:34.38 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 22:31.43 | *** part/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 22:31.55 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 23:50.47 | zero_level | ``Erik: what is the policy to assign mentors in BRL-CAD. although i read that it will be all mentors mentoring all the participants. but still will their be some pairing |
| 01:27.09 | ``Erik | each student will have an assigned mentor, but that's mostly for the status reports... questions and stuff will go either to channel or the mailing list and any mentor (or non-mentor) can try to help |
| 01:41.09 | brlcad | ``Erik: your mentor/admin request is "stuck" waiting for you to do something |
| 02:13.30 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 02:41.14 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 03:40.01 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 04:39.16 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 05:35.53 | *** join/#brlcad avneet (318ad020@gateway/web/freenode/ip.49.138.208.32) | |
| 05:48.43 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 06:20.09 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 06:25.46 | rays2pix | While I wait and respond to proposal comments, I would like to contribute some useful patches. Any ideas for image processing related patches? |
| 06:43.53 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:04.09 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 07:11.07 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:23.39 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:27.43 | kesha_ | In case of issue 47, https://github.com/stepcode/stepcode/issues/47 , what needs to be done exactly? remove one of the files from multiple files having the same content ? |
| 07:27.51 | kesha_ | <PROTECTED> |
| 07:55.42 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 08:25.41 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 09:25.26 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 09:26.35 | *** join/#brlcad deepak__ (~deepak@14.139.226.34) | |
| 09:29.10 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 09:34.59 | *** part/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 09:35.03 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 10:09.49 | *** join/#brlcad priyanka (~priyanka@118.102.186.30) | |
| 13:04.15 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:59.20 | *** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242) | |
| 14:22.12 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 15:08.48 | *** join/#brlcad avneet (65d63f1c@gateway/web/freenode/ip.101.214.63.28) | |
| 15:53.36 | *** join/#brlcad jasleen (~chatzilla@117.253.227.206) | |
| 16:04.01 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 16:46.59 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 17:54.35 | *** join/#brlcad avneet (318ade62@gateway/web/freenode/ip.49.138.222.98) | |
| 18:00.33 | *** join/#brlcad avneet_ (~avneet@202.164.53.122) | |
| 19:09.16 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 19:28.02 | rays2pix | Will be helpful if I get a review of my proposal http://brlcad.org/wiki/User:Rays2pix2013/GSoc2013/Proposal |
| 21:06.40 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ereytgocmrvhpets) | |
| 22:04.29 | *** join/#brlcad zero_level_ (2e1598fd@gateway/web/freenode/ip.46.21.152.253) | |
| 22:06.39 | *** part/#brlcad zero_level_ (2e1598fd@gateway/web/freenode/ip.46.21.152.253) | |
| 22:23.29 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ayfmlyziaejbmjaa) | |
| 00:09.30 | *** join/#brlcad caen23 (~cezar@92.81.197.102) | |
| 00:38.17 | *** join/#brlcad caen23 (~cezar@92.81.197.102) | |
| 01:46.24 | *** join/#brlcad caen23 (~cezar@92.81.202.58) | |
| 02:28.51 | *** join/#brlcad caen23 (~cezar@92.81.202.58) | |
| 03:34.02 | *** join/#brlcad caen23 (~cezar@92.81.202.58) | |
| 04:05.26 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 04:38.34 | *** join/#brlcad caen23 (~cezar@92.81.202.58) | |
| 05:29.26 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 05:58.30 | *** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net) | |
| 06:19.18 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 08:28.28 | *** join/#brlcad avneet (65d022d8@gateway/web/freenode/ip.101.208.34.216) | |
| 09:45.17 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 10:01.43 | *** join/#brlcad jasleen (~chatzilla@117.253.233.218) | |
| 10:11.14 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 10:29.54 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 10:29.54 | *** join/#brlcad jasleen (~chatzilla@117.253.233.218) | |
| 10:29.54 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 10:29.54 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ayfmlyziaejbmjaa) | |
| 10:29.54 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ereytgocmrvhpets) | |
| 10:29.54 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 10:29.54 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 10:29.54 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 10:29.54 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 10:29.54 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 10:29.54 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-dadquhhjthxgoxuy) | |
| 10:29.54 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:29.54 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 10:29.54 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 10:29.54 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 10:29.54 | *** mode/#brlcad [+o ChanServ] by leguin.freenode.net | |
| 10:36.27 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 10:36.27 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 10:36.27 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ayfmlyziaejbmjaa) | |
| 10:36.27 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ereytgocmrvhpets) | |
| 10:36.27 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 10:36.27 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 10:36.27 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 10:36.48 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 10:36.48 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 10:36.48 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-dadquhhjthxgoxuy) | |
| 10:36.48 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:36.48 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 10:36.48 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 10:36.48 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 10:36.48 | *** mode/#brlcad [+o ChanServ] by leguin.freenode.net | |
| 10:39.21 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 10:39.21 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 10:41.04 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 10:41.04 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 10:41.04 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-ayfmlyziaejbmjaa) | |
| 10:41.04 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 10:41.04 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 10:41.04 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 10:41.04 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 10:41.04 | *** mode/#brlcad [+o ChanServ] by rajaniemi.freenode.net | |
| 12:29.18 | *** join/#brlcad caen23 (~cezar@92.81.202.58) | |
| 12:29.19 | *** join/#brlcad jbschw (~jbschw@ool-4355ee54.dyn.optonline.net) | |
| 12:29.19 | *** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw) | |
| 12:44.31 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 14:16.37 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 15:24.57 | *** join/#brlcad caen23_ (~cezar@92.81.202.58) | |
| 15:33.02 | brlcad | ray2pix needs to stay on the channel if he wants feedback... |
| 16:20.17 | kanzure | brlcad: how do i problem? /quit |
| 16:25.11 | *** join/#brlcad avneet (65d7b9df@gateway/web/freenode/ip.101.215.185.223) | |
| 16:45.34 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 17:45.58 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 17:49.54 | *** join/#brlcad caen23_ (~cezar@92.83.190.247) | |
| 18:09.32 | *** join/#brlcad caen23 (~cezar@92.83.190.247) | |
| 18:14.23 | *** join/#brlcad vladbogo (~vlad@86.121.103.110) | |
| 19:45.31 | *** join/#brlcad kesha (~kesha@49.202.239.240) | |
| 20:11.05 | *** join/#brlcad caen23 (~cezar@92.81.202.89) | |
| 20:35.35 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5242 /wiki/User:KeshaSShah/GSoC13/Priority1: Replaced content with ":::[http://brlcad.org/wiki/User:KeshaSShah/GSoC13 This page has been moved here. Click Me !!]" |
| 21:02.22 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 21:03.03 | zero_level | brlcad: hi |
| 21:04.25 | zero_level | brlcad: i am trying to understand the thoughtprocess behind the icv_image_file structure. |
| 21:06.11 | zero_level | brlcad: flags is a long defined in the structure.. and there is also a place for file descriptor |
| 21:08.14 | zero_level | Also do we assume that there is only 8bit/pixel(gray scale) or 16bit/pixel(in color) images (because i saw a strict conversion in reading png file to 8 bit) |
| 21:10.16 | zero_level | also the depth implies the number of bits per pixel basically for color or grayscale.. instead the bytes per pixel value ? is this because of the assumption of 8 byte |
| 21:12.41 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 21:16.36 | zero_level | *8 bit |
| 21:19.01 | brlcad | zero_level: it's possible that there are all sorts of assumptions that should not be there |
| 21:41.38 | *** join/#brlcad zero_level_ (ca4ead12@gateway/web/freenode/ip.202.78.173.18) | |
| 21:50.17 | zero_level | <PROTECTED> |
| 21:51.17 | zero_level | brlcad: so should the final form of icv should not make any such assumption about the image formats or we take care that during loading and writting ? |
| 22:17.28 | brlcad | zero_level: to me, that's an implementation detail though code simplicity is desireable |
| 22:17.47 | brlcad | so I'd think you'd want as general a form as possible, read into it, extract from it faithfully |
| 22:18.40 | zero_level | brlcad: and fd ? |
| 22:18.51 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 22:48.08 | *** join/#brlcad papna_ (~papna@python/site-packages/papna) | |
| 22:56.51 | *** join/#brlcad caen23 (~cezar@92.81.195.129) | |
| 23:17.07 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 00:26.16 | *** part/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 00:34.11 | ``Erik | icv uses a 24b rgb internal format, identical to the pix data. it should probably be altered to cope with high dynamic range input, stuff that exr could use... |
| 00:51.12 | *** join/#brlcad lnmraj (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 00:52.45 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 02:23.45 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 02:54.26 | *** join/#brlcad kesha (~kesha@49.202.239.240) | |
| 03:16.19 | *** join/#brlcad caen23 (~cezar@92.81.180.129) | |
| 03:46.50 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 04:57.03 | *** join/#brlcad kesha (~kesha@49.202.239.240) | |
| 04:57.39 | *** join/#brlcad kesha (~kesha@49.202.239.240) | |
| 05:07.24 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 06:11.15 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 07:45.00 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5243 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 08:12.37 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:28.39 | *** join/#brlcad caen23_ (~cezar@92.85.85.119) | |
| 09:37.21 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 09:46.21 | *** join/#brlcad kesha (~kesha@49.202.239.240) | |
| 09:51.01 | *** join/#brlcad caen23_ (~cezar@92.81.205.209) | |
| 10:03.28 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 10:38.10 | *** join/#brlcad avneet_ (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 11:34.06 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 11:51.27 | *** join/#brlcad kesha (~kesha@49.202.239.240) | |
| 12:19.39 | Notify | 03BRL-CAD:bob1961 * 55308 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 7 others): This includes the addtion of the pset command as well as other mods related to supporting metaball editing in Archer. |
| 12:20.56 | *** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242) | |
| 12:40.01 | Notify | 03BRL-CAD Wiki:5.135.165.126 * 5244 /wiki/Tutorial/Blender_to_CAD: |
| 14:04.23 | Notify | 03BRL-CAD:d_rossberg * 55309 (brlcad/trunk/include/analyze.h brlcad/trunk/src/conv/g-voxel.c and 2 others): refactoring of the voxelize functions- fixed memory leaks- filter air voxels- catched a file error |
| 14:09.18 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 14:10.33 | *** join/#brlcad vladbogo (~vlad@86.121.101.35) | |
| 14:12.38 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 14:23.06 | *** join/#brlcad jasleen (~chatzilla@117.253.203.134) | |
| 14:42.28 | *** join/#brlcad vlad__ (~vlad@86.121.101.30) | |
| 14:50.37 | *** join/#brlcad vladbogo (~vlad@86.121.96.57) | |
| 15:03.21 | *** join/#brlcad harmanpreet (~chatzilla@124.253.17.172) | |
| 16:24.50 | *** join/#brlcad kesha (~kesha@49.249.18.218) | |
| 17:15.00 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 17:28.05 | *** join/#brlcad kesha (~kesha@49.249.1.70) | |
| 17:28.35 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 17:48.22 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:Rajkoushik/GSOC2013/proposal: content was: "=GSOC 2013 Proposal=" (and the only contributor was "[[Special:Contributions/Rajkoushik|Rajkoushik]]") |
| 17:57.57 | *** join/#brlcad pankaj (6a4c2d62@gateway/web/freenode/ip.106.76.45.98) | |
| 18:04.53 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 18:17.31 | brlcad | okay, first pass through the proposals is complete |
| 18:17.53 | brlcad | weeded out the junk, looks like there's going to be some good competition |
| 18:18.22 | ``Erik | weeds out the weeding out from his mailbox O.o |
| 18:18.50 | brlcad | ah, I wasn't getting anything .. guess it e-mails "everyone elese" |
| 18:19.59 | *** join/#brlcad jasleen (~chatzilla@117.253.203.134) | |
| 18:25.53 | Notify | 03BRL-CAD:bob1961 * 55310 (brlcad/trunk/src/tclscripts/archer/GeometryEditFrame.tcl brlcad/trunk/src/tclscripts/archer/MetaballEditFrame.tcl): The following statements indicate mods to the metaball edit panel. Added components for entering method and threshold. Also added components for activating and setting the selected point size. Finished wiring the table. |
| 18:27.31 | kesha | cstirk: I am working on issue #47 https://github.com/stepcode/stepcode/issues/47 and if I remove the ones in fedex_plus and run make it gives me error. For example, I removed comlexlist.cc file from fedex_plus as same copy existed in clstepcore. |
| 18:27.40 | kesha | now I get this error- |
| 18:27.47 | kesha | make[2]: *** No rule to make target `../src/fedex_plus/complexlist.cc', needed by `src/fedex_plus/CMakeFiles/fedex_plus.dir/complexlist.cc.o'. Stop. |
| 18:28.26 | kesha | cstirk: This happens for almost all the files that needs to be removed from fedex_plus. |
| 18:31.31 | kesha | cstirk: should I remove it from CMakeLists.txt also ? |
| 18:35.05 | brlcad | kesha: you have to remove it from the cmakelists.txt file also, as that is the build system file that describes what to build |
| 18:40.29 | kesha | then I am getting error like- |
| 18:40.35 | kesha | CMake Error: Error in cmake code at |
| 18:40.37 | kesha | /home/kesha/stepcode/src/fedex_plus/CMakeLists.txt:1: |
| 18:40.38 | kesha | Parse error. Expected a command name, got unquoted argument with text "set". |
| 18:41.01 | brlcad | that looks like a syntax error, you made a mistake somewhere |
| 18:41.10 | kesha | brlcad: Is there a pastebin where I can paste my output instead of copying it here? |
| 18:41.37 | brlcad | any pastebin EXCEPT pastebin.com will work just fine |
| 18:43.00 | *** join/#brlcad caen23 (~cezar@92.81.205.209) | |
| 18:43.29 | kesha | brlcad: okay. I will try to debug my mistake. |
| 19:00.45 | kesha | brlcad: http://pastebin.mozilla.org/2379884 . I get this when I deleted print.cc and updated CMakeLists.txt and run make. Any idea ? |
| 19:02.19 | brlcad | kesha: what does that message tell you? |
| 19:04.19 | kesha | In cmake/SC_Utils.cmake , 62 line is add_executable(${execname} ${srcslist}) |
| 19:04.46 | brlcad | no |
| 19:05.15 | brlcad | that is what it output |
| 19:05.39 | *** join/#brlcad caen23 (~caen23@92.81.205.209) | |
| 19:06.35 | brlcad | what does the whole output mean to you? |
| 19:07.04 | brlcad | if you don't understand what it means, you MUST start there and understand what it is saying |
| 19:07.29 | brlcad | of course, it's not a great output |
| 19:07.29 | kesha | that the source file ../fedex_plus/print.cc is missing. |
| 19:07.42 | kesha | But that is what I removed intenstionally.. |
| 19:08.06 | brlcad | that's good |
| 19:08.12 | brlcad | so why might that happen? |
| 19:08.19 | kesha | I am not getting as to where its getting instruction to look up for that file. |
| 19:08.38 | brlcad | and THAT is what is more important to realize |
| 19:08.46 | brlcad | it's obviously got the instruction to build that file |
| 19:08.49 | brlcad | and you think you've removed it |
| 19:09.17 | brlcad | so either you didn't, or it's not aware you did, or you did and there are still other places it's referenced |
| 19:09.41 | kesha | over and above CMakeLists.txt I think its getting instruction from somewhere from cmake folder |
| 19:09.43 | brlcad | so go down that list |
| 19:10.06 | brlcad | you say you edited CMakeLists.txt |
| 19:10.09 | brlcad | confirm that you did |
| 19:10.38 | brlcad | which file did you change? |
| 19:11.25 | kesha | yes I did change |
| 19:11.35 | brlcad | how did you confirm? |
| 19:11.47 | kesha | Its in file /stepcode/src/fedex_plus/Cmakelists.txt |
| 19:12.10 | kesha | I opened it and saw again ! |
| 19:12.30 | brlcad | so you just used your eyes to visually inspect? |
| 19:13.34 | kesha | yea..any other way to confirm ? |
| 19:13.48 | brlcad | eyes can lie, even unintentionally -- if I asked you to prove that you did, how might you prove it? |
| 19:14.57 | brlcad | whistles the jeopardy theme |
| 19:16.49 | kesha | http://pastebin.mozilla.org/2379915 This is what my CMakeLists looks with no print.cc in |
| 19:16.50 | kesha | set(fedex_plus_SOURCES |
| 19:16.52 | kesha | <PROTECTED> |
| 19:17.38 | brlcad | kesha: heh, so getting a third-party (me) to confirm is one way to "prove it", albeit still not without potential for error (my eyes) |
| 19:17.46 | brlcad | what's an UNBIASED way to check? |
| 19:18.51 | kesha | maybe the system itself checks ?! |
| 19:19.01 | brlcad | kesha: this is a problem with the process you're using to debug the problem, that is what I'm trying to fix -- not the actual error (which is really quite simple) |
| 19:19.16 | brlcad | no, there's a way YOU can check it unbiased |
| 19:19.41 | brlcad | have you ever used 'grep'? |
| 19:20.15 | kesha | very seldom. |
| 19:20.22 | brlcad | but you have |
| 19:20.26 | brlcad | so you know what it does |
| 19:20.35 | brlcad | that's pretty unbiased |
| 19:20.47 | brlcad | if grep can't find print.cc in the file, it's pretty likely that it's not in the file |
| 19:21.00 | kesha | searches out everywhere the argument that is passed after grep. |
| 19:21.05 | brlcad | "grep print.cc CMakeLists.txt" should return empty |
| 19:21.49 | brlcad | if you don't know grep, you should learn it -- it's a fundamental tool |
| 19:22.35 | kesha | its giving me empty. I ran that grep command in the fedex_plus directory. |
| 19:22.46 | brlcad | good |
| 19:23.05 | brlcad | so when I wrote "so either you didn't, or it's not aware you did, or you did and there are still other places it's referenced" .. that takes care of the FIRST one |
| 19:23.21 | brlcad | the build system might not be aware that you made the edit |
| 19:23.40 | brlcad | in that case, you'd need to delete your cmake cache files and re-run cmake, but lets assume that's not a problem for the moment |
| 19:23.55 | brlcad | that leaves you with "you did and there are still other places it's referenced" |
| 19:24.14 | brlcad | which you implied with "I think its getting instruction from somewhere from cmake folder" |
| 19:24.21 | kesha | coming to third case which I thought initiall would be problem. |
| 19:24.32 | kesha | yes |
| 19:24.35 | brlcad | but you don't need to "think" that -- you have an output message, what does it say? |
| 19:25.38 | brlcad | this is also where your eyes can deceive you, but you'll just have to read the message from start to finish |
| 19:26.32 | kesha | wait a minute |
| 19:26.45 | brlcad | i don't like waiting |
| 19:27.42 | kesha | its getting CMake Error at cmake/SC_Utils.cmake:62 (add_executable) |
| 19:27.51 | brlcad | right |
| 19:28.08 | brlcad | that's saying it was running an add_executable() macro .. and encountered an error |
| 19:28.19 | kesha | that has got something to do with In cmake/SC_Utils.cmake , 62 line - add_executable(${execname} ${srcslist}) |
| 19:28.40 | brlcad | that's where that macro is called |
| 19:28.54 | brlcad | has everything to do with it, but you need to keep reading the error |
| 19:29.41 | kesha | and maybe called from SC_ADDEXEC(fedex_plus "${fedex_plus_SOURCES}" "libexppp;express;base") i,e 34th line in cmakelist.txt |
| 19:29.42 | kesha | ?? |
| 19:29.51 | brlcad | gah, stop |
| 19:29.54 | brlcad | read the error |
| 19:30.18 | brlcad | what's that line? |
| 19:30.42 | brlcad | (in the error, not the cmakelists.txt file) |
| 19:31.43 | kesha | anything to do with its trying different extensions ? |
| 19:31.48 | brlcad | lines 6 and 7 say it tried a bunch of extensions to find the file (print.cc) when it couldn't find it |
| 19:32.10 | brlcad | what do the next two lines say? |
| 19:33.33 | kesha | Calling stack with most recent call first. (LIFO). that is SC_ADDEXEC |
| 19:33.56 | brlcad | what is a calling stack? |
| 19:34.22 | kesha | calling a function on stack ? |
| 19:34.26 | brlcad | nope |
| 19:35.17 | kesha | calling a macro from stack ? |
| 19:35.26 | brlcad | no |
| 19:35.46 | brlcad | so there's part of the problem, you don't know what that label means so it's hard to process the information that follows |
| 19:35.49 | brlcad | ask :) |
| 19:35.58 | brlcad | a call stack |
| 19:36.00 | kesha | what does that mean ? |
| 19:36.08 | brlcad | http://en.wikipedia.org/wiki/Call_stack |
| 19:36.24 | brlcad | a call stack is what happens when you have one function or macro call another that calls another that calls another |
| 19:36.30 | brlcad | it's the list of things called |
| 19:36.45 | ``Erik | ponders making some popcorn |
| 19:36.47 | brlcad | with a C program, for example, you start with main() which might call some other function |
| 19:36.52 | brlcad | which might call another |
| 19:37.09 | brlcad | "main() -> log_message() -> printf()" for example |
| 19:37.12 | brlcad | that's a call stack |
| 19:38.13 | brlcad | so that line says it was running the function/macro in parenthesis and that is where the add_executable() call was made |
| 19:38.48 | brlcad | which function/macro called add_executable()? |
| 19:41.36 | kesha | in cmake/scutils ? |
| 19:41.58 | brlcad | nope |
| 19:42.07 | brlcad | you don't need to read a single file right now |
| 19:42.11 | brlcad | just look at the error message |
| 19:42.23 | brlcad | the first line says it was running add_executable() |
| 19:42.39 | brlcad | and it ran into a problem (file not found) |
| 19:42.49 | brlcad | then it tells you the call stack (what called what) |
| 19:42.56 | brlcad | what called add_executable()? |
| 19:43.20 | kesha | Cmakelist.txt called |
| 19:43.42 | kesha | while executin SC_ADDEXEC |
| 19:43.48 | kesha | *executing |
| 19:44.15 | brlcad | so the answer to my question then is what exactly? :) |
| 19:44.44 | brlcad | which function()? |
| 19:45.10 | kesha | SC_ADDEXEC() fuction |
| 19:45.16 | brlcad | good |
| 19:45.24 | brlcad | and in what file was that call made? |
| 19:45.49 | kesha | Cmakelist.txt file |
| 19:45.57 | brlcad | the is a file name |
| 19:46.30 | kesha | fedex_plus |
| 19:46.32 | brlcad | what is the full path? |
| 19:46.54 | brlcad | be precise |
| 19:47.24 | kesha | in file /src/fedex_plus/Cmakelist.txt |
| 19:47.44 | brlcad | how did you come up with that filepath? |
| 19:48.11 | kesha | again my visual senses ! |
| 19:48.38 | brlcad | well it's not only imprecise (there is no file named "Cmakelist.txt") |
| 19:48.40 | brlcad | it's also wrong |
| 19:49.31 | kesha | in file /src/fedex_plus/CMakeLists.txt |
| 19:49.32 | brlcad | SC_ADDEXEC() was called from what file? |
| 19:49.46 | brlcad | try copy-paste |
| 19:50.09 | brlcad | what line was it on? |
| 19:50.42 | kesha | line 34 |
| 19:50.47 | brlcad | of what file? |
| 19:50.54 | brlcad | file path |
| 19:51.26 | kesha | someone is trying to pull my legs ! |
| 19:51.34 | brlcad | not at all |
| 19:51.46 | brlcad | copy-paste the answer |
| 19:52.19 | kesha | line 34 of file stepcode/src/fedex_plus/CMakeLists.txt |
| 19:52.24 | brlcad | no |
| 19:52.47 | brlcad | that is also not a copy-paste |
| 19:53.22 | kesha | line 34 of file CMakeLists.txt in stepcode/src/fedex_plus/ |
| 19:53.28 | kesha | is this fine ? |
| 19:53.29 | brlcad | put this ( http://pastebin.mozilla.org/2379884 ) into a file |
| 19:53.31 | brlcad | nope |
| 19:53.50 | brlcad | curl -O http://pastebin.mozilla.org/2379884 |
| 19:54.02 | brlcad | grep 34 2379884 |
| 19:54.14 | brlcad | what is the result? |
| 19:54.24 | kesha | src/fedex_python/CMakeLists.txt:34 |
| 19:54.26 | kesha | <PROTECTED> |
| 19:54.53 | brlcad | how is that different from what you keep typing? |
| 19:55.13 | brlcad | (and yes, that is right finally) :) |
| 19:55.15 | kesha | I was mentioning stepcode package also |
| 19:55.23 | brlcad | no, something else |
| 19:55.47 | brlcad | in what directory is the CMakeLists.txt file? |
| 19:55.48 | kesha | the format path:line ? |
| 19:56.32 | brlcad | what is different between what you said earlier and what you just said now: |
| 19:56.33 | brlcad | 15:49 < kesha> in file /src/fedex_plus/CMakeLists.txt |
| 19:56.39 | brlcad | 15:54 < kesha> src/fedex_python/CMakeLists.txt:34 |
| 19:56.50 | kesha | fedex_python !! |
| 19:57.01 | brlcad | ding ding ding |
| 19:57.42 | brlcad | "your eyes can deceive you" |
| 19:58.11 | brlcad | grep print.cc src/fedex_python/* |
| 19:58.26 | kesha | http://pastebin.mozilla.org/2379884 output doean't match with http://pastebin.mozilla.org/2380087 |
| 19:58.32 | kesha | *doesn't |
| 19:59.48 | brlcad | sure enough it doesn't, what's your point? :) |
| 20:01.12 | kesha | I mean whats the point in checking in src/fedex_python/ ? |
| 20:01.36 | brlcad | you'll have to help me understand |
| 20:01.37 | kesha | Even the grep print.cc src/fedex_python/ doen't give any output ! |
| 20:01.46 | brlcad | you said it wasn't compiling and was giving you the error listed in 2379884 |
| 20:02.11 | brlcad | to understand and fix that error, we follow the message |
| 20:02.20 | brlcad | if you made other edits since then, you needed to communicate that |
| 20:03.21 | brlcad | if the same three conditions I listed before apply and must be checked |
| 20:04.01 | brlcad | when I look at unmodified sources, I see print.cc listed in numerous build files |
| 20:04.20 | brlcad | so if you've removed/moved that source file, you're going to need to update those numerous build files |
| 20:04.55 | brlcad | the information you have to go on besides grepping the source tree is the error messages from the build system |
| 20:05.00 | brlcad | does that make sense to you? |
| 20:06.19 | kesha | okay..wait .. I didn't get . http://pastebin.mozilla.org/2380104 . This is the error I am getting and doing grep for print.cc in src/fedex_python gives me no output |
| 20:07.09 | kesha | Leave the previous line. Forget it |
| 20:07.23 | kesha | feels dumb now |
| 20:07.37 | kesha | I got it. |
| 20:07.54 | Notify | 03BRL-CAD Wiki:Sean * 5245 /wiki/Tutorial/Blender_to_CAD: Reverted edits by [[Special:Contributions/5.135.165.126|5.135.165.126]] ([[User talk:5.135.165.126|talk]]) to last revision by [[User:Toshibarve|Toshibarve]] |
| 20:08.15 | kesha | will never blindly trust my eyes henceforth ! :P |
| 20:08.17 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:5.135.165.126: Spamming links to external sites |
| 20:09.06 | brlcad | kesha: try grepping the entire tree |
| 20:09.15 | brlcad | grep -r print.cc stepcode/* |
| 20:09.31 | kesha | brlcad: Thanks a lot for having patience . It was great that you tried answers from me and didn't write it directly. |
| 20:10.08 | kesha | brlcad: yes. okay. |
| 20:10.33 | brlcad | you can ignore any results in .svn directories, but should pay attention to and understand any others |
| 20:11.14 | kesha | brlcad: hmm |
| 20:12.34 | kesha | happy to see built 100% again |
| 20:17.11 | kesha | grep -r print.cc stepcode/* now shows only those print.cc which I wanted actually to be present. Other unwanted similar files are removed |
| 20:31.47 | Notify | 03BRL-CAD Wiki:Dineshramesh * 0 /wiki/User:Dineshramesh: |
| 20:35.00 | brlcad | excellent |
| 20:51.15 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 20:51.20 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 21:36.32 | starseeker | kesha: Remember, to work on a project like this you need to understand the basics of what is going on before you will be able to do more substantial work. Believe me, I understand the temptation to try and ignore everything except the bits related to what you're trying to do at any given moment, but it's a temptation you need to fight. |
| 21:40.40 | starseeker | The ability to examine and understand existing code (build systems, C++, error messages, whatever) is essential in open source (really, when working with *any* pre-existing code base) |
| 21:41.42 | ``Erik | starseeker, aren't you up a bit late with your new start time tomorrow? ;> *duck* |
| 21:42.17 | starseeker | winces - yeah, probably |
| 21:42.39 | starseeker | do they make alarm clocks that administer Red Bull? |
| 21:42.48 | ``Erik | um, there's one that cooks bacon |
| 21:42.58 | starseeker | that might work for Ed :-) |
| 21:43.16 | ``Erik | http://bacontoday.com/waken-bacon-the-real-bacon-alarm-clock/ |
| 21:43.45 | ``Erik | arduino+iv? :D |
| 21:44.32 | starseeker | eeek |
| 21:44.56 | ``Erik | cause of death: off-by-1 error |
| 21:45.15 | starseeker | heh |
| 21:45.28 | starseeker | now *that's* high stakes programming |
| 21:46.54 | kesha | starseeker: from past 2 days I have been observing the src code in stepcode and today I felt I should start up working with some issue and will learn things as and how the problem is encountered. So according to you, what should I do to examine and understand exisiting code if not jumping upon to actual work ? |
| 21:47.20 | starseeker | kesha: however it works for you - the key point is to make sure you *do* understand what's going on |
| 21:48.23 | starseeker | you can't "jump on" actual work without understanding what you are working on - how would you know what the impact of your changes is? |
| 21:49.32 | kesha | starseeker: yeah. true that. |
| 21:49.50 | kesha | I understand your point |
| 21:50.11 | ``Erik | particularly in a large cross platform package, "poke it until it works" tends to leave it not working for other platforms... a couple of the more finicky ones are windows (it's weird) and bsd (it's strict) |
| 21:53.43 | kesha | ``Erik: Does every issue on solving on one platform needs to be checked on all other platforms too? |
| 21:54.23 | kesha | ``Erik: Or is it something like collecting some and checking them altogether at some later stage ? |
| 21:55.29 | ``Erik | kesha: once you have a lot of experience in dealing iwth the various platforms, you can often predict if it will work everywhere, but it really does need to be checked... |
| 21:55.57 | ``Erik | even those with 30+ years programming experience overlook something "basic" on occasion :) |
| 21:57.31 | ``Erik | (now with BRL-CAD, we often tend to ignore one platform (windows) for long periods of time, then try to clean up all the bugs at once... but that's a matter of not having the time/patience to test every change. My personal compile spread is fbsd32/fbsd64/linux64/mac64 for every change) |
| 22:04.46 | kesha | ``Erik: Cool. Four checks ! After I get comfortable on Linux first, then I can go further on to other platforms ;) But yea, that thing also needs to be focused . |
| 22:05.23 | starseeker | kesha: remember to pay attention to compiler warnings. If you don't understand what it's telling you, make sure you look it up! |
| 22:06.52 | kesha | starseeker: sure |
| 22:06.55 | starseeker | understanding those comes first - then you get to understand why it is complaining on BSD but not Linux |
| 22:07.45 | starseeker | kesha: it may feel like you're "off-topic", but you aren't - those basic skills are necessary not only here but in any future software development you want to pursue |
| 22:09.39 | starseeker | there is now a truly *vast* amount of legacy code doing work almost everywhere - I don't know of any commercial or open source programming job that is going to involve starting "from scratch" without attempting to re-use at least some code from elsewhere |
| 22:10.38 | kesha | starseeker: yes. I saw some warnings like unused variables and parameters . something -WUNUSED... But I ignored at that point considering it a warning and not an error ! |
| 22:11.20 | kesha | starseeker: But now I will try to find out WHY whenever I encounter it next time. |
| 22:11.25 | starseeker | kesha: do you understand what the warning means, and why it's a warning? |
| 22:14.05 | kesha | starseeker: some conditions in which it may be hazardous and fail in certain circumstances, but current compilation can go fine ignoring it. |
| 22:14.25 | starseeker | kesha: Not quite. If you aren't familiar with it already, this is a good page to know about: http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html |
| 22:15.12 | starseeker | kesha: an unused variable is defined, but not used by any logic in the code |
| 22:16.20 | starseeker | so it's "harmless", but also useless. If it's useless, why is it there? The compiler is telling the programmer they may want to investigate *why* the variable is unused |
| 22:18.46 | ``Erik | warning can help find things that are syntatically acceptable, but semantically incorrect... definitely worth at least understanding the cause of the warning as it could help you find a logic bug |
| 22:18.59 | starseeker | kesha: another resource I've found helpful in the past is stackoverflow - see, for example, http://stackoverflow.com/questions/6164720/why-are-unused-variables-bad |
| 22:20.08 | starseeker | kesha: generally speaking, it's better to clear warnings whenever possible - the BRL-CAD code base enables a great many warning flags, and by default turns them *all* into errors (-Werror) |
| 22:21.32 | starseeker | stepcode isn't anywhere near ready for that, as far as I know, but it's a worthwhile goal to strive for - the more warnings you clear, trivial or not, the better the chance you'll see a message from the compiler telling you something you need to know. |
| 22:22.06 | starseeker | noisy code that throws lots of warnings is that much harder to work with. |
| 22:23.25 | starseeker | stepcode has a particular challenge in that it *generates* source code - often times templates that provide a set of variables for all outputs may end up using only a fraction of those variables, which can cause unused warnings |
| 22:25.45 | kesha | starseeker: yes, it generates the code, and the variable passed as parameter wasn't actually been used anywhere in the function. |
| 22:26.14 | kesha | starseeker: good to know about this. |
| 22:26.30 | starseeker | so in that case, there is a design choice to make - should the generator be smart enough to recognize that the variable is unused and add something like the UNUSED wrapper we have in BRL-CAD? |
| 22:27.05 | starseeker | that's something to talk about with the devs |
| 22:27.55 | kesha | ya, I will raise a word about it. |
| 22:29.07 | starseeker | it may be that it isn't the right time to deal with that particular issue, but the important thing is you *understand* what the issue is |
| 22:30.12 | starseeker | kesha: there will be many similar issues that come up as you look at STEPcode - as you work your way through them, your general understanding will grow and you'll begin to recognize patterns |
| 22:31.44 | starseeker | patience and perseverance are needed early on, but it's a little like learning a language - as your vocabulary grows, you understand more and more |
| 22:39.15 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 23:07.01 | *** join/#brlcad jbschw (4355ee54@gateway/web/freenode/ip.67.85.238.84) | |
| 23:30.31 | *** join/#brlcad kesha (~kesha@49.249.1.70) | |
| 00:41.47 | Notify | 03BRL-CAD Wiki:Sullivanjd * 0 /wiki/User:Sullivanjd: |
| 01:50.57 | *** join/#brlcad kesha (~kesha@49.249.1.70) | |
| 03:47.04 | Notify | 03BRL-CAD:brlcad * 55311 brlcad/trunk/BUGS: richards efforts to test all of our sample geometry conversion to nurbs uncovered a bug in rendering operators.g:ehy in brep form. |
| 04:08.07 | brlcad | woot, down to four issues |
| 04:49.00 | Notify | 03BRL-CAD:phoenixyjll * 55312 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Loop detection in 3D space and 2D space should be done separately. |
| 04:53.57 | kanzure | neat. |
| 04:58.17 | *** join/#brlcad kesha (~kesha@49.249.1.70) | |
| 05:06.53 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 05:29.04 | *** join/#brlcad kesha_ (~kesha@49.249.1.70) | |
| 05:34.19 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 05:49.24 | *** join/#brlcad avneet (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 06:52.52 | *** join/#brlcad kesha_ (~kesha@49.249.1.70) | |
| 07:54.25 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 07:54.50 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 07:59.24 | *** join/#brlcad avneet_ (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 07:59.46 | *** part/#brlcad avneet_ (caa43575@gateway/web/freenode/ip.202.164.53.117) | |
| 08:02.06 | Notify | 03BRL-CAD Wiki:Hhhhsfffoss * 0 /wiki/User:Hhhhsfffoss: |
| 08:05.13 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 08:18.53 | *** join/#brlcad avneet_ (~avneet@202.164.53.122) | |
| 08:25.38 | *** join/#brlcad jasleen__ (~jasleen@202.164.53.122) | |
| 08:44.34 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 08:46.56 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 11:27.03 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:34.13 | *** join/#brlcad caen23_ (~caen23@92.81.171.97) | |
| 13:26.33 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 14:42.13 | *** join/#brlcad zero_level (7aa1eb64@gateway/web/freenode/ip.122.161.235.100) | |
| 14:48.17 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 15:08.28 | *** join/#brlcad kesha_ (~kesha@49.249.18.107) | |
| 15:16.49 | *** join/#brlcad zero_level (~androirc@122.161.235.100) | |
| 16:08.54 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 16:18.24 | Notify | 03BRL-CAD:r_weiss * 55313 brlcad/trunk/sh/cmp.sh: Bug fix to 'cmp.sh' script to fix 'g_qa' volume testing. |
| 16:26.56 | Notify | 03BRL-CAD:carlmoore * 55314 brlcad/trunk/src/sig/smod.c: implement 'progname' in output statements, and be concerned with cosmetic stuff (looking like umod.c as much as possible) |
| 16:33.12 | Notify | 03BRL-CAD:carlmoore * 55315 brlcad/trunk/src/sig/umod.c: cosmetic changes (look like smod.c as much as possible); implement progname in outputs (some hardwired usages had wrong name); implement 'usage' variable; add an 'else' |
| 16:37.37 | *** join/#brlcad caen23 (~caen23@92.83.172.247) | |
| 16:44.11 | Notify | 03BRL-CAD:carlmoore * 55316 brlcad/trunk/src/sig/dmod.c: implement progname in outputs |
| 17:10.06 | kesha_ | Plz Help me understand this http://pastebin.mozilla.org/2382431 . I changed the reference in src/fedex_plus/CMakeLists.txt from "non-ors.cc" to "../clstepcore/non-ors.cc" and the same in fedex_python after removing the file non-ors.cc in src/fedex_plus/ |
| 17:18.21 | Notify | 03BRL-CAD:n_reed * 55317 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: need to unitize direction vector before scaling by absolute distance to intersection |
| 18:09.05 | *** join/#brlcad kesha__ (~kesha@49.249.18.107) | |
| 18:19.45 | *** join/#brlcad kesha__ (~kesha@49.249.18.107) | |
| 18:37.26 | brlcad | kesha__: what does that error say to you? |
| 18:43.51 | *** join/#brlcad kesha__ (~kesha@49.249.18.107) | |
| 18:50.19 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 18:52.13 | *** join/#brlcad jasleen_ (~chatzilla@117.253.233.182) | |
| 19:00.49 | brlcad | kesha__: basically, you can't just move files around and expect it to work ;) |
| 19:01.14 | brlcad | non-ors.cc is calling some functions (the ones listed) .. those functions do not exist in clstepcore |
| 19:01.28 | brlcad | they did exist in fedex_plus (which is probably why that file was in that directory) |
| 19:02.34 | brlcad | so you'd presumably have to figure out what to do, whether it's possible to untangle the calls, replace them, move them, delete them, or otherwise refactor them into clstepcore |
| 19:07.00 | *** join/#brlcad caen23 (~caen23@92.81.182.136) | |
| 19:11.07 | caen23 | i have svn 1.7.9 and just tried to run an `svn up`, but it told me to run `svn upgrade` first. is the svn on the server older? |
| 19:18.13 | Notify | 03BRL-CAD:n_reed * 55318 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: oversimplified a bit in r55303, s near zero should become 2pi |
| 19:42.47 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 19:50.19 | ``Erik | caen23: probably means you've upgraded your install of svn since the last time you did an update... the server is running whatever sourceforge decides to run |
| 20:01.33 | Notify | 03BRL-CAD:n_reed * 55319 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: swapping parameters changes traversal direction, don't do it |
| 20:41.15 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 20:58.53 | *** join/#brlcad caen23_ (~caen23@92.81.223.225) | |
| 21:00.51 | zero_level | brlcad: i got pix files in the pix folder.. looking for .bw files can u point me to some src |
| 21:27.31 | ``Erik | could always do pix-bw to generate one |
| 21:28.19 | zero_level | oh yes.. |
| 21:28.26 | zero_level | thanks.. |
| 21:28.59 | zero_level | actually i just figured it out.. |
| 21:31.14 | zero_level | ``Erik: in the design of icv at present we use fd in the image struct |
| 21:31.23 | zero_level | what is the use of thisn? |
| 21:33.18 | ``Erik | it's the handle to the file that backs the image |
| 21:34.32 | zero_level | but do we need this when we have already read the file ? |
| 21:35.45 | ``Erik | a big part of icv was to provide a way for programs like rt to write to arbitrary file formats, like png or jpg |
| 21:38.01 | zero_level | ok... and fd backs the primitive format like bw and pix ? |
| 21:38.43 | ``Erik | so when the icv is created, the fd is attached to the file (to verify it can write before spending cpu raytracing) , then buffers as much as needed and writes when it can |
| 21:38.59 | ``Erik | so with a pix or bw, it's almost immediately writing, but a png has to buffer up the image to run the compression algorithms |
| 21:47.31 | zero_level | is jpg also important format because i didnt find that in icv formats and indeed didnt incluse in my proposal |
| 22:05.40 | ``Erik | no, not yet, just one that would require collecting all the pixels before generating the image *shrug* |
| 22:05.58 | zero_level | ``Erik: i meant important for brlcad applications since it is lossy |
| 22:06.01 | ``Erik | png is probably the gold standard: pixel perfect and highly compressed |
| 22:06.09 | zero_level | ok. |
| 22:06.22 | ``Erik | there was discussion about integrating the EXR format using the open source library |
| 22:06.39 | ``Erik | http://en.wikipedia.org/wiki/OpenEXR |
| 22:07.39 | ``Erik | that'd involve changing the icv internal representation, but that's a "private" data glob, so it's ok |
| 22:23.40 | zero_level | k i will find the details of implmentation. |
| 22:35.26 | ``Erik | the proposals have not been reviewed and none have been accepted yet, so there is no guarantee that you'll be awarded this task or that it will remain exactly the same... if you're looking for some related trivial task to submit as a patch, I'd imagine something very simple like modifying pix-bw to use the icv read/write functions? |
| 22:48.48 | zero_level | i have already submitted a patch for reading png pix and bw file... |
| 22:49.26 | zero_level | currently i am trying to remove the bug in guess_fike_format |
| 22:49.42 | zero_level | and then using this to load. |
| 22:50.48 | zero_level | ``Erick did u implement the current form of icv? |
| 22:51.33 | zero_level | ``Erik sry for typo.. |
| 22:55.24 | ``Erik | zero_level: mostly, others have provided changes as well... it began as bu_image |
| 22:58.45 | zero_level | actually i inferred from the chats and the comments in the code... they were very much in sync |
| 23:57.49 | *** join/#brlcad caen23_ (~caen23@92.81.219.150) | |
| 00:21.04 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-qbjahnpzggsilegp) | |
| 00:29.25 | zero_level | ``Erik what is seen in a patch submitted by a gsoc applicant.. is it the functions implemented or a primitive understanding of src compilation and coding style ? |
| 00:30.36 | zero_level | and also what is the recommended size of a patch |
| 01:35.03 | Notify | 03BRL-CAD Wiki:Fabricio13 * 0 /wiki/User:Fabricio13: |
| 02:30.39 | brlcad | caen23_: if it tells you to run svn upgrade, that's a client issue -- your checkout was checked out with a prior version |
| 02:30.50 | brlcad | newer versions always have you upgrade |
| 02:37.03 | brlcad | zero_level: unfamiliar developers communicate via patches (change sets) |
| 02:37.37 | brlcad | so yes patches certainly need to functionally demonstrate a basic understanding of compilation and coding style |
| 02:41.38 | brlcad | and no size criteria, they need to tell a succinct story well |
| 02:42.52 | brlcad | ideally they do one change, one feature, at a time (per patch) |
| 03:00.04 | Notify | 03BRL-CAD:brlcad * 55320 brlcad/trunk/sh/cmp.sh: the ', ' was an auto-formatting error. plus, the 100mm lower bound is insufficient for our sample models (was set up for vehicles), lower down one more level to 10mm. |
| 06:46.32 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:44.40 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:54.12 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 08:11.07 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:15.33 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 09:04.44 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 09:04.59 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 09:12.48 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 10:14.00 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:17.27 | Notify | 03BRL-CAD Wiki:Dingyong0474 * 0 /wiki/User:Dingyong0474: |
| 11:19.52 | Notify | 03BRL-CAD Wiki:Fengcshou123 * 0 /wiki/User:Fengcshou123: |
| 11:21.24 | Notify | 03BRL-CAD:bob1961 * 55321 (brlcad/trunk/include/dm-Null.h brlcad/trunk/include/dm.h and 9 others): This fixes the lighting problem exhibited in Archer when displaying geometry in shaded mode with perspective. The main issue here is that the perspective matrix needs to be fed separately to openGl's projection matrix stack instead of feeding the modelview matrix stack a matrix that has both view and perspective |
| 11:21.26 | Notify | rolled into a single matrix. |
| 12:03.21 | Notify | 03BRL-CAD Wiki:Phoenix * 5246 /wiki/User:Phoenix/GSoc2013/Proposal: /* Calculating surface-surface intersection curves */ |
| 12:05.43 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:11.22 | Notify | 03BRL-CAD:phoenixyjll * 55322 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/CMakeLists.txt and 7 others): Use the openNURBS API ON_Surface::IntersectSurface() for SSI. Move the ON_SSX_EVENT part from other/openNURBS to libbrep, and extend its functionality. The original SSI function brlcad::surface_surface_intersection() is replaced. |
| 12:12.29 | Notify | 03BRL-CAD Wiki:Phoenix * 5247 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */ |
| 12:29.11 | *** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102) | |
| 12:53.39 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:21.20 | Notify | 03BRL-CAD:carlmoore * 55323 brlcad/trunk/src/liboptical/sh_prj.c: fix a warning message about type mismatch in format |
| 13:24.52 | *** join/#brlcad caen23 (~caen23@92.85.93.49) | |
| 13:25.58 | Notify | 03BRL-CAD:phoenixyjll * 55324 brlcad/trunk/src/libged/edit_metaball.c: MS Visual Studio returns const char * in strrchr. |
| 13:32.19 | Notify | 03BRL-CAD:carlmoore * 55325 brlcad/trunk/src/liboptical/sh_text.c: fix type warnings |
| 13:39.08 | Notify | 03BRL-CAD:bob1961 * 55326 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the "ae" command in Archer. |
| 14:25.31 | *** join/#brlcad vladbogo (~vlad@188.25.239.64) | |
| 14:56.16 | Notify | 03BRL-CAD:starseeker * 55327 brlcad/trunk/misc/CMakeLists.txt: Add a 'doxygen' target, as well as a 'dox' target |
| 15:07.04 | Notify | 03BRL-CAD:bob1961 * 55328 brlcad/trunk/src/libged/annotate.c: Mods to annotate command ---> Check gedp before using. Also fixed a core dump issue caused by freeing memory twice. |
| 15:09.00 | Notify | 03BRL-CAD:bob1961 * 55329 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the annotate command in Archer. |
| 15:15.45 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 15:27.02 | Notify | 03BRL-CAD:starseeker * 55330 (brlcad/trunk/include/brep.h brlcad/trunk/misc/Doxyfile.in brlcad/trunk/misc/doxygen_structure): Start setting up to add libbrep to the doxygen system |
| 15:28.10 | Notify | 03BRL-CAD:n_reed * 55331 brlcad/trunk/src/other/step/src/clstepcore/ExpDict.cc: should use delete[] to free new[] memory |
| 16:01.59 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:14.21 | Notify | 03BRL-CAD:carlmoore * 55332 brlcad/trunk/src/libdm/dm-tk.c: fix type warnings |
| 16:28.42 | Notify | 03BRL-CAD:carlmoore * 55333 brlcad/trunk/src/liboptical/sh_treetherm.c: fix type warning |
| 16:46.49 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 16:47.26 | Notify | 03BRL-CAD:bob1961 * 55334 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the "x" command in Archer. |
| 16:59.46 | Notify | 03BRL-CAD:bob1961 * 55335 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the "orientation" command in Archer. Fixed a typo in Ged::keypoint. |
| 17:08.43 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5248 /wiki/User:KeshaSShah/GSoC13/Priority2: |
| 17:14.27 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5249 /wiki/User:KeshaSShah/GSoC13/Reports: /* May 4-5 */ |
| 17:15.19 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5250 /wiki/User:KeshaSShah/GSoC13/Reports: /* May 1 */ |
| 17:15.42 | Notify | 03BRL-CAD:starseeker * 55336 brlcad/trunk/src/libbrep/CMakeLists.txt: Add a 'tools' file for holding useful routines, analgous to the opennurbs_brep_tools.cpp file. Start with the sub-surface extraction routine. |
| 17:49.10 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:04.33 | Notify | 03BRL-CAD:indianlarry * 55337 brlcad/trunk/src/librt/shoot.c: The non-uniform binary space partitioning tree used to partition solids into RPP cells within librt to speed raytracing was using an absolute "nudge" value to walk/step the ray into the next partition cell. In certain circumstances the "nudge" value was causing grazing cell hits to walk over thin intersections even when these intgersections were greater |
| 18:04.35 | Notify | than the thinness tolerance. This update modified this code to use our distance tolerance instead. Now our distance tolerance default or a user specified value can be used. This was turned up by Richard Weiss while testing 'rtarea' results from BREP conversions of our implicits. |
| 18:05.16 | Notify | 03BRL-CAD:indianlarry * 55338 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Newton iterator wasn't converging to a solution for the EHY primitive converted to a BREP. The inverse jacobian was causing the iterator to jump to a solution that was farther away than the current point. Added a better half-step of the UV deltas until a closer solution is found. Will half-step up to 1000 iterations before bailing on the |
| 18:05.18 | Notify | shotline. Need to look at the surface to see why its causing such large steps but is a fix in the near term. This was turned up by Richard Weiss while testing 'rtarea' results from BREP conversions of our implicits. |
| 18:31.41 | Notify | 03BRL-CAD:starseeker * 55339 (brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.h): Tweak the logic deciding when and how to split. |
| 18:56.12 | Notify | 03BRL-CAD:starseeker * 55340 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: Tweak comment |
| 18:59.10 | Notify | 03BRL-CAD:starseeker * 55341 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: gah - contents of, not pointer to |
| 19:05.32 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 19:05.59 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.16.70) | |
| 19:06.12 | Ch3ck | Hi |
| 19:09.07 | brlcad | hi Ch3ck |
| 19:09.26 | Ch3ck | Hi brlcad |
| 19:09.29 | Notify | 03BRL-CAD:brlcad * 55342 brlcad/trunk/src/librt/primitives/brep/brep.cpp: all magic numbers should be documented. mention that this errantcount limit check number isn't really important, but does need to be big enough to help converge to an answer. |
| 19:09.55 | Ch3ck | i just wanted to know when the selected gsoc participants will be notified |
| 19:10.43 | Notify | 03BRL-CAD:brlcad * 55343 brlcad/trunk/src/libged/edit_metaball.c: make last const instead of casting away const |
| 19:10.52 | brlcad | Ch3ck: it's on the melange timeline |
| 19:11.14 | brlcad | now's the time to be responding to comments and working on awesome patches |
| 19:11.20 | Ch3ck | ok thanks |
| 19:11.31 | brlcad | with as competitive as it's going to be this year, patches are going to be very important |
| 19:11.50 | Ch3ck | ok |
| 19:12.00 | Ch3ck | so how many participants are going to be selected? |
| 19:12.02 | brlcad | if you don't have one in, you should definitely work on one .. if you do, you might want to work on another more involved |
| 19:12.11 | brlcad | depends on how these reviews go |
| 19:13.20 | brlcad | any limitation on selections will be self-imposed |
| 19:13.46 | Ch3ck | ok |
| 19:14.01 | Ch3ck | so can i still work on my proposal even though the deadline is passed? |
| 19:14.15 | brlcad | sure |
| 19:14.22 | brlcad | that's part why we had people cross-post to the wiki |
| 19:14.35 | Ch3ck | because based on the corrections you gave me i tried to communicate with you online |
| 19:14.36 | brlcad | plus as we ask questions, edits are expected |
| 19:14.45 | Ch3ck | but you weren't there.. |
| 19:14.55 | brlcad | i'm always here |
| 19:14.58 | Ch3ck | ok |
| 19:15.04 | brlcad | but i'm not always available |
| 19:15.10 | Ch3ck | well let me give you the link to my proposal |
| 19:15.18 | brlcad | you should understand this point |
| 19:15.20 | Ch3ck | so i can make some more modifications.. |
| 19:15.38 | brlcad | you should not just hop on IRC, ask a question .. wait a lil bit and leave |
| 19:16.19 | Ch3ck | http://brlcad.org/wiki/User:NyahCh3ck20/Proposal |
| 19:16.28 | brlcad | considered poor etiquette, if you have a question you're expected to ask and wait |
| 19:16.46 | Ch3ck | i just want to know youre thoughts on the recent changes i have made... |
| 19:16.47 | brlcad | if you cannot wait, then you shouldn't be asking on IRC -- use the mailing list |
| 19:16.55 | Ch3ck | yeah |
| 19:17.03 | Ch3ck | i understand.. |
| 19:17.38 | brlcad | you and 20 others want to know .. all proposals get reviewed and re-reviewed several times |
| 19:17.47 | brlcad | have to be patient :) |
| 19:18.11 | Ch3ck | yeah |
| 19:18.14 | brlcad | in the meantime, don't wait for me to tell you what's wrong with it -- improve it yourself or work on something else that helps your proposal |
| 19:18.15 | Ch3ck | i understand.. |
| 19:18.23 | vladbogo | hi |
| 19:18.29 | brlcad | hi vladbogo |
| 19:18.31 | Ch3ck | hi vlad.. |
| 19:19.30 | vladbogo | I looked on the TODO file in libdm and I want to refactor dm-genric.c so that is shouldn't contain #ifdefs |
| 19:20.02 | brlcad | Ch3ck: your proposal reminded me of something |
| 19:20.21 | brlcad | given your recent experience, you should look into our redblack tree to-do |
| 19:20.29 | brlcad | s/should/could/ |
| 19:20.42 | brlcad | you worked on a redblack tree implementation, right? |
| 19:20.54 | Ch3ck | yeah.. |
| 19:21.06 | Ch3ck | even worked on interval trees.. |
| 19:21.25 | vladbogo | i was thinking about starting with the open functions but i don't know which approach is better |
| 19:21.45 | brlcad | Ch3ck: see our TODO file and look for the redblack entry |
| 19:21.52 | Ch3ck | ok |
| 19:21.54 | brlcad | that'd make a good patch/feedback/discussion |
| 19:21.59 | vladbogo | I want to add a new callback function to struct dm that does the actual opening |
| 19:22.51 | brlcad | vladbogo: suggest just attacking one #ifdef (that you can actually test) |
| 19:23.01 | brlcad | that might help give some direction |
| 19:23.52 | brlcad | *_open_existing should be an easy one, but there are others too |
| 19:24.19 | Notify | 03BRL-CAD:carlmoore * 55344 brlcad/trunk/src/util/double-asc.c: change (void) to (), and remove reference to case ?, because we have the default available |
| 19:26.44 | *** join/#brlcad Ch3ck_ (~Ch3ck@41.205.16.70) | |
| 19:27.12 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:27.15 | Ch3ck_ | Sorry for quitting there?? |
| 19:27.23 | Ch3ck_ | my computer has got some probs. |
| 19:28.41 | vladbogo | brlcad: i can't find *open_existing in dm-generic.c should I look somewhere else? |
| 19:28.53 | brlcad | vladbogo: no, stick to the #ifdefs |
| 19:29.46 | Ch3ck_ | hey guys how do i get the previous discussions on irc chat? |
| 19:30.06 | Ch3ck_ | my computer just went off.. facing some technical issues here... |
| 19:32.24 | vladbogo | si I was thinking on adding a new callback to struct dm for *_open_dm, but I saw that the dm_open from dm-generic.c returns the struct dm pointer that will be used, so in order to change this should I change also the way mged uses dm-open? |
| 19:33.24 | vladbogo | Ch3ck_ I activated logging in order to see previous conversations. I don't know if you can access it if you do not have logging active |
| 19:34.19 | Ch3ck_ | ok |
| 19:34.27 | Ch3ck_ | how do i activate it?? |
| 19:35.26 | vladbogo | brlcad: I mean that as I saw in the code there must be a function that selects the dm (that returns struct dm) so I was thinking about making a select function and then make the opening using struct dm. Is this approach ok? |
| 19:35.48 | vladbogo | Ch3ck_: do you use xchat? |
| 19:36.05 | Ch3ck_ | yeah |
| 19:36.10 | Ch3ck_ | on my SL distro.. |
| 19:36.43 | vladbogo | then settings->Preferences->logging and enable logging |
| 19:37.49 | Ch3ck_ | thanks vlad |
| 19:37.54 | Ch3ck_ | did it already?? |
| 19:38.06 | Ch3ck_ | everything looks fine now.. |
| 19:38.11 | vladbogo | you're welcome |
| 19:39.55 | Ch3ck_ | yeah |
| 19:40.04 | Ch3ck_ | brlcad: you there? |
| 19:40.53 | Ch3ck_ | i just wanted to ask what you were talking about with the red black treess. |
| 19:55.07 | starseeker | Ch3ck_: see the TODO file - it should list some redblack tree items |
| 19:55.35 | Notify | 03BRL-CAD:carlmoore * 55345 brlcad/trunk/src/util/double-asc.c: reinstate 'void', and remove single-quotes from Usage, and provide for 'no-argument, no-redirect' case |
| 19:56.02 | Ch3ck_ | starseeker: thanks.. |
| 20:02.00 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 20:06.44 | brlcad | vladbogo: you will almost certainly also need to change mged and how mged works with a DM |
| 20:06.59 | brlcad | that's why I suggested just starting with one/any #ifdef and work to elimiate it |
| 20:07.43 | vladbogo | brlcad: thanks I will start working on it |
| 20:07.57 | brlcad | Ch3ck_: don't ask if I'm here, just ask your questions and someone will eventually respond almost every time (as long as you are here) |
| 20:08.16 | brlcad | that's why we keep saying this: |
| 20:08.17 | brlcad | ~ask |
| 20:08.17 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 20:08.28 | brlcad | "Don't ask if a person is there; just ask what you intended to ask them |
| 20:09.09 | Ch3ck_ | ok |
| 20:09.24 | Ch3ck_ | Just wanted to know what you were talking about concerning redblack trees |
| 20:09.33 | Ch3ck_ | on the todo |
| 20:09.50 | Ch3ck_ | i have not seen any todo on redblack trees |
| 20:10.00 | Ch3ck_ | so could you please give me a pointer to it? |
| 20:10.03 | brlcad | then you're not looking in the right place |
| 20:10.07 | brlcad | or not looking hard enough |
| 20:10.17 | Ch3ck_ | ok |
| 20:10.24 | maths22_ | Ch3ck_: you also can get previous irc conversations (for this channel) at http://ibot.rikers.org/%23brlcad/ |
| 20:10.25 | Ch3ck_ | let me look better.. |
| 20:10.27 | brlcad | do you have a checkout? |
| 20:10.37 | Ch3ck_ | yes. |
| 20:10.43 | brlcad | and you've read the TODO file? |
| 20:10.56 | Ch3ck_ | its long |
| 20:11.09 | Ch3ck_ | so just scanned through to see the redblack trees.. section |
| 20:11.23 | Ch3ck_ | and i did not see any thing.. |
| 20:11.31 | brlcad | why would there be a redblack trees section? |
| 20:11.54 | brlcad | so yes, you just didn't look hard enough |
| 20:12.10 | brlcad | I can't hold your hand on how to read and search a text file :) |
| 20:12.36 | Ch3ck_ | yeah... |
| 20:12.37 | brlcad | you gotta be more self-sufficient than that |
| 20:12.41 | Ch3ck_ | yeah |
| 20:12.46 | Ch3ck_ | i understand.. |
| 20:13.06 | Ch3ck_ | its that we were discussing you did not finish what you were saying.. |
| 20:13.09 | brlcad | so give it another try, and try to understand what it's saying -- use google to research the issue |
| 20:13.19 | brlcad | I did finish :) |
| 20:13.22 | Ch3ck_ | concerning you feedback on my proposal.. |
| 20:13.28 | Ch3ck_ | ok |
| 20:13.40 | Ch3ck_ | thanks would work on it hard.. |
| 20:14.20 | vladbogo | also I told you about a compilation error on Windows and after working a little bit I found out that there are other errors. Between dealing with those errors and the refactoring we just talked about I think that the second one is more important but I would like to know on which do you suggest that I should work on because I don't have time to do both right now? |
| 20:15.09 | brlcad | vladbogo: that's your judgement call to make, not mine |
| 20:15.10 | brlcad | I can't speak to your time availability |
| 20:15.44 | brlcad | fixing compilation errors should be very quick and easy |
| 20:15.57 | brlcad | making a refactoring patch, not so quick and easy |
| 20:16.40 | brlcad | fixing compile errors isn't as impressive / interesting as a refactoring, but then neither is too if they're both incomplete |
| 20:17.02 | brlcad | and if you can't fix a compile error (quickly/easily), that's something to work on improving |
| 20:18.18 | vladbogo | brlcad: thanks for you're help. I will try to make the refactoring patch and submit it as soon as possible |
| 20:19.24 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 20:27.34 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 20:34.48 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 21:22.01 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 21:29.42 | Notify | 03BRL-CAD:starseeker * 55346 brlcad/trunk/include/config_win_cmake.h.in: Try to set up defines for stat, fstat, fseek, lseek, and ftell that will make the libbu wrappers unnecessary - untested. Will have to be a bit careful backing out r54713 once these are working - a few files show conflicts. |
| 21:31.25 | starseeker | might be tied up with r54922 |
| 21:32.37 | starseeker | urk |
| 21:32.48 | starseeker | regression failure - solids.rt.pix 3 off by many |
| 21:33.58 | starseeker | is betting that's r55337 |
| 21:42.04 | caen23 | starseeker: isn't that an older bug? investigating it was a codein task |
| 21:54.37 | Notify | 03BRL-CAD:r_weiss * 55347 brlcad/trunk/sh/cmp.sh: Fixed a bug in the xray computations. Improved the volume computations. |
| 01:02.44 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 01:06.22 | starseeker | caen23: there was a related bug, but this is new |
| 03:11.47 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 03:29.00 | brlcad | starseeker: that #ifdef logic makes no sense |
| 03:29.50 | brlcad | looks outright wrong |
| 03:31.55 | brlcad | if that's what he was using, that would easily explain why it didn't work ... |
| 03:33.08 | brlcad | the commented-out block in config_win.h is better in that regard but even that can be improved |
| 03:34.05 | brlcad | (that was just to test/prove that that type of solution would work) |
| 04:04.00 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 04:04.27 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:04.18 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:36.10 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:36.45 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:17.55 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:53.49 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:54.56 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:55.22 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:34.53 | Notify | 03BRL-CAD Wiki:Michsears1 * 0 /wiki/User:Michsears1: |
| 08:37.10 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:09.48 | starseeker | brlcad: he (and I, for that matter) look to be re-using the ifdef logic from the original stat entry - I ran out of time yesterday, planned to resume this morning |
| 10:10.53 | starseeker | wondered why the conditionals were what they were, but hadn't drilled into it as yet |
| 10:30.41 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 10:30.52 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 10:31.08 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 11:04.57 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:07.56 | *** join/#brlcad kesha_ (~kesha@49.202.239.116) | |
| 11:38.07 | Notify | 03BRL-CAD:starseeker * 55348 brlcad/trunk/include/config_win_cmake.h.in: Make a stab at improving the ifdef logic for Win64 functions - probably still needs refinement, still untested. |
| 11:43.36 | Notify | 03BRL-CAD:indianlarry * 55349 brlcad/trunk/src/librt/primitives/brep/brep.cpp: cleaned up integer variable initialized with double constant to remove warning |
| 11:47.49 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 11:53.00 | *** join/#brlcad Izak (~Izak@41.202.195.16) | |
| 11:53.10 | Izak | Hey there! |
| 12:02.18 | *** join/#brlcad Izak_ (~Izak@41.202.195.16) | |
| 12:02.41 | Izak_ | brlcad_: Are u there? |
| 12:03.23 | Izak_ | Hello!!!! |
| 12:33.44 | brlcad | starseeker: probably need to change defined(_stati64) to defined(HAVE__STATI64) |
| 12:33.58 | brlcad | because the're not likely preprocessor symbols, they'll just be functions |
| 12:34.04 | brlcad | so cmake will have to test |
| 12:34.17 | brlcad | same for all the _func() |
| 12:42.13 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 12:43.55 | Notify | 03BRL-CAD:bob1961 * 55350 brlcad/trunk/src/libtclcad/tclcad_obj.c: Add entries for orientation, sv, t and x to libtclcad's command table. |
| 12:46.29 | Notify | 03BRL-CAD:bob1961 * 55351 brlcad/trunk/src/tclscripts/lib/Ged.tcl: The following are mods to cadwidgets::Ged. The version method has been renamed to dbversion. Added sv, t and viewsize methods. |
| 12:51.32 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 12:59.17 | *** join/#brlcad kesha (~kesha@49.202.239.116) | |
| 13:05.01 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:50.37 | Notify | 03BRL-CAD:r_weiss * 55352 brlcad/trunk/sh/cmp.sh: Bug fix to script 'cmp.sh', 'dc' does not like scientific notation. |
| 13:51.17 | *** join/#brlcad STEPbot (~STEPbot@14.139.122.114) | |
| 13:53.55 | *** part/#brlcad STEPbot (~STEPbot@14.139.122.114) | |
| 14:14.12 | Notify | 03BRL-CAD:carlmoore * 55353 (brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp brlcad/trunk/src/libanalyze/voxels.c and 2 others): remove trailing blanks/tabs; I also noticed that src/libbrep/ssx_event.cpp was missing newline at end |
| 14:53.36 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:56.30 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5251 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 0 */ |
| 15:46.10 | Notify | 03BRL-CAD:bob1961 * 55354 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - bn_dist_pt2_lseg2, bn_isect_line2_line2, bn_isect_line3_line3, bn_noise_fbm, bn_noise_perlin, bn_noise_slice, bn_noise_turb and bn_random. |
| 17:14.55 | Notify | 03BRL-CAD:n_reed * 55355 brlcad/trunk/src/libbrep/PullbackCurve.cpp: style/ws |
| 17:16.53 | brlcad | starseeker: our viewvc web interface should be up to date now |
| 17:17.06 | brlcad | apparently our commit history broke something in their statistics processor |
| 17:27.12 | Notify | 03BRL-CAD:carlmoore * 55356 brlcad/trunk/src/util/double-asc.c: account for 'program continues running' with no arguments; add missing colon after w in argument string to bu_getopt |
| 17:57.50 | Notify | 03BRL-CAD:n_reed * 55357 brlcad/trunk/src/libbrep/PullbackCurve.cpp: split large for-loop into two parts to reduce indentation |
| 18:07.39 | Notify | 03BRL-CAD:bob1961 * 55358 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - mat_mul, mat_inv, mat_trn, matXvec, mat4x3vec, mat4x3pnt, mat_ae, mat_ae_vec, mat_aet_vec, mat_angles, mat_eigen2x2, mat_fromto, mat_xrot, mat_yrot, mat_zrot, mat_lookat, mat_vec_ortho, mat_vec_perp, mat_scale_about_pt, mat_xform_about_pt and mat_arb_rot. |
| 18:37.39 | Notify | 03BRL-CAD:bob1961 * 55359 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - quat_mat2quat, quat_quat2mat, quat_distance, quat_double, quat_bisect, quat_slerp, quat_sberp, quat_make_nearest, quat_exp and quat_log. |
| 18:48.09 | Notify | 03BRL-CAD:bob1961 * 55360 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - vblend and vjoin1 |
| 20:04.53 | Notify | 03BRL-CAD:n_reed * 55361 brlcad/trunk/src/libbrep/PullbackCurve.cpp: pull duplicated logic for handling seam points into a function |
| 20:07.21 | Notify | 03BRL-CAD:n_reed * 55362 brlcad/trunk/src/libbrep/PullbackCurve.cpp: remove unused variable |
| 20:08.46 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:37.01 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 20:46.10 | starseeker | brlcad: I'm not immediately clear how to override stat - the structure and the function call are both "stat" in vanilla setups, but on Windows the structure is __stat64 while the function is _stat64 |
| 20:47.07 | starseeker | how do i override the structure and the function individually? |
| 20:48.18 | starseeker | s/override/define |
| 20:50.28 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 20:53.49 | brlcad | starseeker: use _stati64 instead |
| 20:54.13 | starseeker | why that one? |
| 20:54.21 | starseeker | (not arguing, just curious) |
| 20:55.01 | brlcad | because the function and struct name match |
| 20:55.07 | brlcad | and they're both for 64-bit file access |
| 20:55.13 | starseeker | ah |
| 20:55.19 | starseeker | gives that a go... |
| 20:55.45 | brlcad | means you can just #define a fix instead of needing to separate the two |
| 20:56.11 | brlcad | _stat32i64 should also work |
| 20:58.56 | starseeker | is that the reason for the "stati64" form? was a bit hard to understand the reasons for all the variations from the MSDN docs |
| 20:59.29 | starseeker | growls... arb8 with coplanar faces breaks brep conversion. Figures... |
| 21:07.15 | brlcad | the "reason" is probably numerous and all sorts of backwards-compatible-need pains |
| 21:12.09 | Notify | 03BRL-CAD:carlmoore * 55363 brlcad/trunk/src/util/double-asc.c: change h option to r so that h is available for help; also remove a pair of unneeded braces |
| 21:29.14 | Notify | 03BRL-CAD:starseeker * 55364 brlcad/trunk/include/config_win_cmake.h.in: Inching closer to functional win64 define logic - ftell and fseek need stdio included up front, otherwise we get a re-definition error when programs include stdio later. ftell is defined before ftelli64 in stdio.h, so a premature substitution results in an error attempting to re-define ftelli64 with its correct definition after it has already |
| 21:29.16 | Notify | been defined using the ftell definition. |
| 21:37.45 | brlcad | starseeker: can you provide an example of stdio needing to be up-front? |
| 21:38.22 | brlcad | richard made it include a couple headers in the config header and that's a really bad idea |
| 21:39.06 | brlcad | what I mean is if you remove all of the #includes from config.h, what's an example problem |
| 21:41.11 | brlcad | and WOW .. keith fixed the EHY bug but the former 20sec render is now taking an hour |
| 21:42.59 | Notify | 03BRL-CAD:starseeker * 55365 brlcad/trunk/src/libanalyze/voxels.c: Define looping variables so MSVC can build this as a C file (caught by Nick.) |
| 22:30.59 | Notify | 03BRL-CAD:brlcad * 55366 brlcad/trunk/BUGS: keith fixed the ehy bug (confirmed). runs really slow, but does give a correct render. |
| 23:52.04 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 01:29.29 | starseeker | brlcad: was talking about the render with Keith - he thinks he knows what to do to correct that |
| 01:30.31 | starseeker | brlcad: all you have to do is remove the stdio.h include from the first one and then try to build with MSVC - it'll complain like crazy about attempting to re-define ftelli64 |
| 01:30.54 | starseeker | I don't have a cut and paste handy - i can probably prepare one tomorrow |
| 01:32.08 | starseeker | hopes there is a better solution but I didn't see how to go about it... |
| 03:14.45 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 03:45.24 | *** join/#brlcad h_sax (0e603a80@gateway/web/freenode/ip.14.96.58.128) | |
| 03:53.03 | *** part/#brlcad h_sax (0e603a80@gateway/web/freenode/ip.14.96.58.128) | |
| 04:24.41 | brlcad | starseeker: I don't doubt that there's an issue and it's that easy to provoke, it's just what the actual problem is |
| 04:29.03 | brlcad | like for the ftell define alone -- is the problem that stdio does a #define ftell unconditionally and so when stdio.h comes second, we get a redefine error on their *ftell* define OR does our define of ftell to ftelli64 cause some sort of different declaration/define error (like if they #define ftelli64 ftell unconditionally)? |
| 04:30.31 | brlcad | the problem is that there are other things being defined in the config that must come before all system headers for the opposite reason |
| 04:31.21 | brlcad | and they're not syntax errors, some are behavior-related so we'll just get crashes or wrong semantics from functions |
| 05:06.35 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 06:14.21 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:28.51 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:40.18 | *** join/#brlcad hsrai_ (~hsrai@202.164.53.116) | |
| 08:53.52 | *** join/#brlcad caen23_ (~caen23@92.85.93.49) | |
| 09:01.03 | *** join/#brlcad caen23 (~caen23@92.85.93.49) | |
| 09:12.06 | *** join/#brlcad caen23 (~caen23@92.85.93.49) | |
| 09:19.42 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 09:23.40 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 10:28.15 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 11:05.07 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 11:15.37 | Notify | 03BRL-CAD:bob1961 * 55367 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Expose the following commands in cadwidgets::Ged - bu_units_conversion, bu_brlcad_data, bu_brlcad_dir, bu_brlcad_root, bu_mem_barriercheck, bu_prmem, bu_get_value_by_keyword, bu_rgb_to_hsv and bu_hsv_to_rgb. |
| 11:20.55 | Notify | 03BRL-CAD:bob1961 * 55368 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the following commands in cadwidgets::Ged - debugbu, debugdir, debuglib, debugmem and debugnmg. |
| 11:37.05 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 11:51.32 | Notify | 03BRL-CAD:bob1961 * 55369 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the following commands in cadwidgets::Ged - view2grid_lu, view2model_lu and view2model_vec. |
| 12:06.00 | Notify | 03BRL-CAD:bob1961 * 55370 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the following commands in cadwidgets::Ged - model2grid_lu and model2view_lu. |
| 13:12.40 | Notify | 03BRL-CAD:bob1961 * 55371 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose the following commands in cadwidgets::Ged - grid2model_lu and grid2view_lu. |
| 13:27.13 | Notify | 03BRL-CAD:bob1961 * 55372 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose hdivide to cadwidgets::Ged. Create eye_pt alias to ged_eye(). |
| 13:31.03 | Notify | 03BRL-CAD:d_rossberg * 55373 rt^3/trunk/src/coreInterface/Arb8.cpp: VCROSS requires a trailing semicolon now (see revision 54821, 54822 commits) |
| 13:36.27 | Notify | 03BRL-CAD:bob1961 * 55374 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose joint to cadwidgets::Ged. |
| 14:06.53 | Notify | 03BRL-CAD:bob1961 * 55375 (brlcad/trunk/src/libged/debugmem.c brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose memprint in cadwidgets::Ged. |
| 14:18.59 | Notify | 03BRL-CAD:bob1961 * 55376 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose nmg_fix_normals in cadwidgets::Ged. |
| 14:29.08 | Notify | 03BRL-CAD:bob1961 * 55377 brlcad/trunk/include/ged.h: Declare ged_memprint(). |
| 15:11.54 | Notify | 03BRL-CAD:bob1961 * 55378 brlcad/trunk/src/libged/CMakeLists.txt: Add polybinout to libged. |
| 15:20.43 | ``Erik | starseeker: https://github.com/davazp/jscl |
| 15:32.32 | ``Erik | effin' awesome http://lmgtfy.com/ |
| 15:32.57 | ``Erik | the 'about' page is "This is for all those people who find it more convenient to bother you with their question rather than google it for themselves." |
| 15:52.05 | Notify | 03BRL-CAD:bob1961 * 55379 (brlcad/trunk/src/libtclcad/tclcad_obj.c brlcad/trunk/src/tclscripts/lib/Ged.tcl): Expose polybinout in cadwidgets::Ged. |
| 16:13.54 | Notify | 03BRL-CAD:indianlarry * 55380 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Walking the half-step up to 1000 iterations before bailing on the shotline was killing BREP raytrace timing. Added bail-out when the step would walk outside the current SBV. Also added half-step bail-out when the current solution already within ROOT_TOL distance of the solution. Now stopping the half-step at the 5th step will look into |
| 16:13.56 | Notify | why the newton iterator isn't behaving on the EHY conversion. May actually be something in the surface definition? |
| 16:23.30 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.13.64) | |
| 16:23.35 | Ch3ck | Hi |
| 16:55.57 | *** join/#brlcad kesha_ (~kesha@49.249.19.210) | |
| 16:56.02 | Notify | 03BRL-CAD:bob1961 * 55381 brlcad/trunk/src/libged/nirt.c: We still need to quote the arguments in nirt. |
| 17:00.53 | Notify | 03BRL-CAD:bob1961 * 55382 brlcad/trunk/include/ged.h: Add declaration for ged_polybinout. |
| 17:18.52 | *** join/#brlcad harmanpreet (~chatzilla@124.253.16.107) | |
| 17:36.47 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 17:40.38 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 17:44.54 | *** join/#brlcad harmanpreet (~chatzilla@210.56.120.78) | |
| 17:49.10 | Notify | 03BRL-CAD:bob1961 * 55383 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Typo |
| 17:49.55 | starseeker | ``Erik: phooey - GPLv3. Still, interesting project! |
| 17:59.31 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:12.06 | *** join/#brlcad harmanpreet (~chatzilla@124.253.144.213) | |
| 18:17.43 | Notify | 03BRL-CAD:carlmoore * 55384 brlcad/trunk/src/conv/3dm/3dm-g.cpp: remove unneeded '==1', and go for a more standard usage statement; notice that some options are incomplete! |
| 18:47.41 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 18:49.55 | *** join/#brlcad cstirk__ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 19:04.42 | Notify | 03BRL-CAD:carlmoore * 55385 brlcad/trunk/src/anim/anim_cascade.c: implement Usage |
| 19:20.39 | Notify | 03BRL-CAD:carlmoore * 55386 brlcad/trunk/src/anim/anim_fly.c: implement Usage |
| 19:30.03 | Notify | 03BRL-CAD:carlmoore * 55387 brlcad/trunk/src/anim/anim_hardtrack.c: implement Usage |
| 19:43.00 | Notify | 03BRL-CAD:carlmoore * 55388 brlcad/trunk/src/anim/anim_keyread.c: implement Usage |
| 20:03.57 | Notify | 03BRL-CAD:carlmoore * 55389 brlcad/trunk/src/anim/anim_lookat.c: implement Usage |
| 20:14.48 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5252 /wiki/User:NyahCh3ck20/Proposal: /* The Working of the Pull Routine */ |
| 20:17.53 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5253 /wiki/User:NyahCh3ck20/Proposal: /* The Inverse of the Transformation */ |
| 20:52.25 | Notify | 03BRL-CAD:carlmoore * 55390 brlcad/trunk/src/anim/anim_offset.c: implement Usage (as I go along, I am also putting in h?) |
| 20:57.29 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 00:16.20 | *** part/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 01:11.50 | *** join/#brlcad papna_ (~papna@python/site-packages/papna) | |
| 01:18.11 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 01:23.53 | *** join/#brlcad papna (~papna@python/site-packages/papna) | |
| 01:26.49 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:37.40 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 01:39.53 | *** join/#brlcad avneet_ (~avneet@202.164.53.122) | |
| 01:46.27 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-qogvgrewairgpxio) | |
| 01:50.41 | *** join/#brlcad jasleen_ (~jasleen@202.164.53.122) | |
| 01:54.21 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 01:55.36 | *** join/#brlcad caen23_ (~caen23@92.85.93.49) | |
| 01:57.33 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 01:57.38 | *** join/#brlcad viku_ (uid11086@gateway/web/irccloud.com/x-vvczwzvczgikvkii) | |
| 01:58.36 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-jqdckfrhfhxbgiop) | |
| 02:05.21 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 02:05.59 | *** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 02:07.40 | *** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-ohvatwfdpiibknrn) | |
| 02:13.46 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 02:15.43 | *** join/#brlcad caen23_ (~caen23@92.85.93.49) | |
| 02:15.43 | *** join/#brlcad papna (~papna@python/site-packages/papna) | |
| 02:19.49 | *** join/#brlcad KimK_ (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 02:21.22 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 02:21.28 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-ypwvpsnxmiilhcux) | |
| 02:28.23 | *** join/#brlcad viku_ (uid11086@gateway/web/irccloud.com/x-zzrydpfiqmktcrdh) | |
| 02:44.49 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 02:44.49 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 02:54.20 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 02:56.33 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 03:06.15 | *** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-yabfaveapnvgnfbu) | |
| 04:46.02 | *** join/#brlcad kesha_ (~kesha@49.249.19.210) | |
| 05:17.05 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 05:59.43 | *** join/#brlcad kesha__ (~kesha@49.249.19.210) | |
| 06:50.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:07.51 | *** join/#brlcad Soda_ (d4b5ab3e@gateway/web/freenode/ip.212.181.171.62) | |
| 10:34.58 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:01.50 | *** join/#brlcad caen23 (~caen23@92.81.195.63) | |
| 13:52.43 | *** join/#brlcad jbschw (b84ab0f2@gateway/web/freenode/ip.184.74.176.242) | |
| 15:06.39 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:06.39 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 15:26.11 | *** join/#brlcad caen23 (~caen23@92.81.195.63) | |
| 15:30.13 | *** join/#brlcad papna (~papna@python/site-packages/papna) | |
| 16:03.38 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 16:39.28 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:25.27 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 17:25.27 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 17:43.54 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 18:32.57 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 18:32.57 | *** join/#brlcad papna (~papna@python/site-packages/papna) | |
| 18:32.57 | *** join/#brlcad caen23 (~caen23@92.83.172.16) | |
| 18:32.57 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 18:32.57 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 18:32.57 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:32.57 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 18:32.57 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:32.57 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:32.57 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:32.58 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-yabfaveapnvgnfbu) | |
| 18:32.58 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 18:32.58 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 18:32.58 | *** join/#brlcad viku (uid11086@gateway/web/irccloud.com/x-zzrydpfiqmktcrdh) | |
| 18:32.58 | *** join/#brlcad KimK_ (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 18:32.58 | *** join/#brlcad witness (uid10044@gateway/web/irccloud.com/x-jqdckfrhfhxbgiop) | |
| 18:32.58 | *** join/#brlcad cstirk__ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 18:32.58 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 18:35.57 | *** join/#brlcad hsrai_ (~hsrai@202.164.53.116) | |
| 18:35.57 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:35.57 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 18:49.44 | *** join/#brlcad papna (~papna@python/site-packages/papna) | |
| 18:49.44 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 18:49.44 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 18:54.34 | *** join/#brlcad kesha__ (~kesha@49.249.9.89) | |
| 20:11.03 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5254 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 0 */ |
| 20:17.12 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:26.38 | *** join/#brlcad papna_ (~papna@li590-168.members.linode.com) | |
| 20:33.32 | kesha | brlcad: ping |
| 20:33.57 | kesha | brlcad: Help me solving and understanding this error - http://pastebin.mozilla.org/2394723 |
| 20:38.06 | kesha | starseek1r and cstirk__ It would be great if you could also help me . |
| 21:09.03 | ``Erik | a program being used to generate source is crashing due to a bad memory access... if you do "make VERBOSE=1", it'll help you find exactly which program is crashing |
| 21:16.04 | *** join/#brlcad caen23_ (~caen23@92.83.172.16) | |
| 21:19.46 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 21:26.18 | cstirk__ | kesha: issue #193, #199, and on inverse attributes are still open, so Mark never got the inverse attribute capability working for some IFC people that wanted it. The schema is to test it, so I don't think you need to worry about it. |
| 21:27.16 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 21:27.16 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 21:30.30 | kesha | ``Erik: thanks. cstirk__ , thanks a lot. Today whole day I was trying to figure out the reason. Searched a lot on google. Finally, thought of asking it here . |
| 22:08.05 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 22:08.05 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 22:14.16 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 22:25.59 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5255 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Detailed project description */ |
| 22:28.22 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5256 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Time availability: */ |
| 17:45.49 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 17:45.49 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 17:51.13 | Notify | 03BRL-CAD:bob1961 * 55396 (brlcad/trunk/include/dm-Null.h brlcad/trunk/include/dm.h and 4 others): Update the loadPMatrix routines in libdm to properly restore the projection matrix when we're not doing perspective. |
| 17:58.46 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 17:58.46 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 18:06.01 | Notify | 03BRL-CAD:carlmoore * 55397 brlcad/trunk/src/anim/anim_script.c: implement h and ? along with Usage |
| 18:06.37 | brlcad | ``Erik: not any specific issues, but I am aware of a problem opening multiple db's that I discussed with him a few weeks ago. there's a TODO about that conversation (make rt_dirbuild()+rt_dirbuild() work without vomiting error messages...) |
| 18:07.05 | brlcad | a snippet of code that demonstrates the problem would be helpful if he's gone something cleanup-related |
| 18:20.41 | Notify | 03BRL-CAD:carlmoore * 55398 brlcad/trunk/src/anim/anim_sort.c: Usage, h, ? |
| 19:00.51 | ``Erik | brlcad: ron has a muves-3 test case via a jni wrapper, I believe |
| 19:17.24 | Notify | 03BRL-CAD:carlmoore * 55399 brlcad/trunk/src/anim/anim_sort.c: oops, wrong Usage for anim_sort , so this is now fixed |
| 19:27.36 | Notify | 03BRL-CAD:carlmoore * 55400 brlcad/trunk/src/anim/anim_time.c: Usage, h, ? ; also removed variable domem, and let maxlines initial value be MAXLEN |
| 19:37.19 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 20:15.39 | Notify | 03BRL-CAD:carlmoore * 55401 brlcad/trunk/src/anim/anim_track.c: Usage, h, ? ; however, Usage needs to be expanded because it now only refers to the man page |
| 20:27.00 | Notify | 03BRL-CAD:carlmoore * 55402 brlcad/trunk/src/anim/anim_track.c: implement 'progname' so 'anim_track' appears only once |
| 20:28.29 | *** join/#brlcad caen23 (~caen23@92.81.216.167) | |
| 20:28.40 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:28.40 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:44.41 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 23:04.46 | Notify | 03BRL-CAD:starseeker * 55403 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/other/libregex/CMakeLists.txt): Start reworking CheckCInline handling with an eye towards MSVC 2012 |
| 23:40.29 | Notify | 03BRL-CAD:starseeker * 55404 brlcad/trunk/src/other/tk/win/ttkWinXPTheme.c: Backport Tk fix for VC11 from upstream |
| 23:44.42 | Notify | 03BRL-CAD:starseeker * 55405 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: C project only for inline redefinition. |
| 23:53.41 | starseek1r | hrm: include\bu.h(3417): error C2371: 'htond' : redefinition; different basic types |
| 23:53.46 | starseek1r | 3> C:\Program Files (x86)\Windows Kits\8.0\Include\um\winsock2.h(1868) : see declaration of 'htond' |
| 23:54.32 | starseek1r | looks like newer Windows setups have htond and ntohd |
| 23:54.57 | starseek1r | htonf and ntohf too |
| 23:58.01 | starseeker | brlcad: what's the best way to handle that? conditionalize our libbu versions, or maybe undef the Windows version? |
| 00:41.29 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 01:13.51 | Notify | 03BRL-CAD:starseeker * 55406 (brlcad/trunk/include/bu.h brlcad/trunk/src/conv/stl/g-stl.c and 52 others): Add the bu_ prefix to htond, ntohd, htonf, and ntohf functions in libbu. |
| 01:16.09 | Notify | 03BRL-CAD:starseeker * 55407 brlcad/trunk/doc/docbook/system/man3/en/htond.xml: Add prefix to man page too |
| 01:16.51 | Notify | 03BRL-CAD:starseeker * 55408 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: rename man page file to have bu prefix as well. |
| 01:31.32 | brlcad | starseeker: huh, that's actually pretty amazing that they'd define them |
| 01:33.07 | brlcad | they're not posix or portable, generally speaking |
| 01:34.19 | brlcad | ours are, however, meant to extend the standard interface portably |
| 01:35.03 | brlcad | they would have belonged in a library like libsysv except that they're the exact opposite (something like a libbsd) |
| 01:37.53 | brlcad | ours should probably be conditionalized, assuming windows is defining the same function, not undef or prefixing, if we are to keep with the theme |
| 01:40.01 | brlcad | ahh, I see what they did |
| 01:41.00 | brlcad | it's actually a much bigger problem, they changed all of the classic [nh]to[hn]* functions incompatibly |
| 01:43.37 | brlcad | http://msdn.microsoft.com/en-us/library/windows/desktop/jj710197(v=vs.85).aspx |
| 01:44.15 | brlcad | WSA[HN]to[nh]* is apparently the old version |
| 01:45.53 | starseeker | well, that might explain why the build is succeeding now but opening a .g file in mged failed... |
| 01:47.09 | starseeker | yeah, archer fails too, same piont |
| 01:47.16 | starseeker | s/piont/point |
| 01:47.21 | brlcad | yeah, it's probably issuing warnings, but all the database i/o is going to be wrong |
| 01:47.26 | brlcad | surprising it doesn't crash |
| 01:47.31 | starseeker | it does |
| 01:47.43 | starseeker | or do you mean the compilation? |
| 01:48.00 | brlcad | runtime |
| 01:48.02 | brlcad | so what changed? |
| 01:48.10 | brlcad | new msvc or win8 compile? |
| 01:48.22 | starseeker | both - VS 2012 + Win 8 |
| 01:48.42 | brlcad | you get a new toy? |
| 01:48.47 | starseeker | punted and got a new PC retail, so it had Win 8 on it - figure it was a good chance to try the new compiler |
| 01:48.56 | brlcad | ahh, k |
| 01:49.22 | brlcad | probably going to be a bigger issue to deal with cleanly |
| 01:49.50 | starseeker | tried to dual boot initially, but the new UEFI thing is a major pain - as a bonus, there's some sort of new Intel pseudo-raid thing going on to use a 32G SSD + larger normal drive to provide the fast performance without sacrificing space |
| 01:51.10 | starseeker | brlcad: feel free to revert my prefix stuff - I mainly wanted to see if that was the only remaining compilation issue after straightening out the C inline stuff - looks like it is |
| 01:52.18 | starseeker | build yes, run without DB open yes, open db crash |
| 01:52.56 | brlcad | makes sense |
| 01:53.16 | brlcad | you realize why, yes? it's on that link I posted |
| 01:54.00 | starseeker | http://msdn.microsoft.com/en-us/library/windows/desktop/jj710197(v=vs.85).aspx |
| 01:54.04 | starseeker | crud, sorry |
| 01:54.27 | starseeker | some things in windows still suck... |
| 01:55.18 | brlcad | it's the diff of http://msdn.microsoft.com/en-us/library/windows/desktop/ms740075(v=vs.85).aspx vs http://msdn.microsoft.com/en-us/library/windows/desktop/ms741663(v=vs.85).aspx |
| 01:56.01 | starseeker | yeah - the htond et. al. functions are very important to the db IO layer, yes? |
| 01:56.22 | brlcad | fundamental |
| 01:57.06 | starseeker | nods |
| 01:57.48 | starseeker | so should I revert the prefix change, or are we going to have to go further down that road? |
| 01:58.22 | brlcad | I suggest we catch it on the next minor |
| 01:58.27 | brlcad | since it technically breaks API |
| 01:58.41 | starseeker | k |
| 01:58.56 | brlcad | do it as one, so we can reapply it as one |
| 01:59.17 | starseeker | figured it came under the "minor" changes, but no point in rocking the boat now since it doesn't give us a working VS2012 buidl |
| 01:59.22 | starseeker | s/buidl/build |
| 01:59.31 | starseeker | (new keyboard too... mutter) |
| 01:59.53 | brlcad | it fits the minimally impacting criteria as a name change |
| 02:00.27 | brlcad | would want to make sure that's all we have to do, though, and don't really want to add one more bean on the scale on this release |
| 02:01.01 | brlcad | I suspect we'll need to wrap all of them, i.e., extend bu API |
| 02:01.31 | starseeker | nods |
| 02:02.01 | brlcad | ironically, the new functions they define are nearly identical in definition to our xdr functions |
| 02:02.14 | starseeker | as long as I'm here, what would you like to see on the ftell/lseek/etc. issue? |
| 02:04.53 | Notify | 03BRL-CAD:starseeker * 55409 (brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt brlcad/trunk/include/bu.h and 53 others): Reverse merge back out the bu_ prefixing of ntohd and htond - will probably need it later, so doing it all in one commit per Sean's suggestion. Should do this after release, and anyway a complete solution to the Windows API changes will be a lot more extensive than this - while this rename |
| 02:04.55 | Notify | lets BRL-CAD compile with VS2012, there are runtime failures in database IO due to related Windows API changes. |
| 02:04.57 | starseeker | shazam |
| 02:04.59 | brlcad | well, first off, what happens if there's no #include <stdio.h> in the config_win_cmake.h.in |
| 02:05.39 | starseeker | it may look different here, but I'll test it quick |
| 02:05.58 | brlcad | ideally should have no #includes in config_win_cmake.h.in |
| 02:06.15 | brlcad | those are seriously going to slow things down and break the header ordering |
| 02:08.59 | starseeker | http://paste.lisp.org/display/137147 |
| 02:09.31 | starseeker | (also took out the undef lines that followed the two stdio.h calls) |
| 02:10.32 | starseeker | (the pre-existing fcntl.h and errno.h includes are still there, fwiw) |
| 02:11.00 | brlcad | okay, and without them, same errors? |
| 02:11.25 | starseeker | you mean if I nuke fcntl.h and errno.h? (those were pre-existing, afaik) |
| 02:11.38 | starseeker | or without the re-defines? |
| 02:12.34 | starseeker | without re-defining them to the 64 bit versions, the build succeeds |
| 02:12.49 | starseeker | I just don't know what happens when the relevant functions meet a 64 bit sized file |
| 02:16.19 | starseeker | those two (ftell and fseek) may actually need wrappers if we want to guarantee the 64 bit call w/o first loading stdio.h and then overriding it |
| 02:17.24 | starseeker | near as I can tell, it's basically the MSVC stdio.h not checking to see if someone else has defined the macro first - frustrating but unsurprising |
| 02:22.07 | Notify | 03BRL-CAD:brlcad * 55410 brlcad/trunk/src/libbu/affinity.c: try an unsigned long (might need i64 instead) literal to quell compilation warning on win8 msvc |
| 02:22.28 | brlcad | I means without the fcntl and errno headers keeping the defines |
| 02:22.44 | starseeker | ah - one sec... |
| 02:22.51 | brlcad | we're not redefining them, it's the first header |
| 02:23.01 | brlcad | msvc might be later on in stdio.h |
| 02:23.11 | starseeker | they are, IIRC |
| 02:24.08 | starseeker | yeah, same long list of compilaints |
| 02:25.41 | brlcad | okay, so that's good -- means they can go away ;) |
| 02:26.00 | starseeker | http://paste.lisp.org/display/137148 |
| 02:26.09 | starseeker | brlcad: that's just libbu |
| 02:26.21 | starseeker | I'd have to do a full build to see if they matter or not |
| 02:27.03 | starseeker | hang on - that'll take a few minutes (I'll comment out ftell and fseek definitions) |
| 02:27.10 | brlcad | don't worry |
| 02:27.13 | brlcad | it's fine for now |
| 02:27.54 | brlcad | can you post up stdio.h somewhere, or look at it around lines 247-252 |
| 02:31.38 | brlcad | it's saying that _ftelli64 is getting redefined, but we don't define it |
| 02:32.31 | brlcad | proabaly the decl for ftelli() but need to confirm |
| 02:32.40 | starseeker | http://paste.lisp.org/display/137149 |
| 02:32.51 | starseeker | I think that's the relevant part of stdio.h |
| 02:33.46 | brlcad | yep, that's it |
| 02:34.56 | brlcad | starseeker: try adding this: # define _ftelli64 _ftelli64_hidden |
| 02:35.07 | brlcad | to the config header with the define for ftelli |
| 02:35.30 | brlcad | and same for fseek |
| 02:35.54 | brlcad | or just ftelli64 and see if fseek needs it |
| 02:37.48 | starseeker | I'm adding that before the #define ftell line? |
| 02:41.11 | starseeker | it's complaining about redefining _ftelli64 now... |
| 02:42.11 | starseeker | or rather, redefining _ftelli64_hidden |
| 02:44.29 | brlcad | has to be after |
| 02:44.55 | brlcad | ftell to _ftelli64 |
| 02:45.10 | brlcad | _ftelli64 to anything else |
| 02:45.24 | starseeker | trying... |
| 02:46.12 | Notify | 03BRL-CAD:brlcad * 55411 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/bitv.c): make bu_bitv_shift() return a size_t instead of an unsigned int in order to avoid a type downcast warning on windows |
| 02:46.50 | starseeker | http://paste.lisp.org/display/137150 |
| 02:47.15 | starseeker | (just a snippit - lots more where that came from) |
| 03:10.50 | brlcad | still thinking, their preprocessor seems to be behaving a little different too |
| 03:11.41 | starseeker | has to hit the hay - I'll keep the Windows install for a little bit before trying a Linux install so we can do some tests |
| 03:12.05 | starseeker | (yay VirtualBox!) |
| 04:30.21 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 04:32.31 | *** join/#brlcad zero_level (~0_level@14.139.82.6) | |
| 04:35.31 | Notify | 03BRL-CAD:brlcad * 55412 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/bitv.c): promote bitv to using size_t instead of unsigned int, quells warnings on windows |
| 04:53.22 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 05:14.29 | *** join/#brlcad caen23 (~caen23@92.83.177.177) | |
| 05:51.46 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 05:56.45 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 06:20.23 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 06:39.16 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 06:56.57 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 07:03.19 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 07:39.45 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 07:50.22 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 08:10.38 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 08:21.34 | *** join/#brlcad kesha (~kesha@49.249.1.164) | |
| 08:31.01 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:49.38 | *** join/#brlcad kesha_ (~kesha@49.249.1.164) | |
| 10:14.09 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 12:12.49 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 12:32.18 | Notify | 03BRL-CAD:bob1961 * 55413 brlcad/trunk/src/tclscripts/mged/mged.tcl: This fixes the problem encountered when a user calls dbclose (why is dbclose exposed to the user?) and then tries to open a database. |
| 13:35.58 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 14:18.46 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 14:34.23 | Notify | 03BRL-CAD:starseeker * 55414 brlcad/trunk/include/bu.h: Need to restore the undef of INFINITY as well for the value reversion to succeed. |
| 14:34.28 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:49.31 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:56.41 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.14.41) | |
| 15:01.30 | brlcad | hi Ch3ck |
| 15:03.45 | Ch3ck | Hi brlcad |
| 15:03.58 | Ch3ck | trying to work on a new code patch.. |
| 15:04.15 | Ch3ck | which involves combining the push and xpush routines into one |
| 15:09.58 | brlcad | awesome, how's it going with that? |
| 15:12.56 | Ch3ck | well trying to see how i can integrate the push src into the xpush |
| 15:13.12 | Ch3ck | which i believe will be easier to implement.. |
| 15:13.13 | brlcad | hm |
| 15:13.17 | Ch3ck | just started today.. |
| 15:13.34 | Ch3ck | well any pointers? on how i can go about it? |
| 15:14.10 | brlcad | well you either merge push into xpush or xpush into push ;) |
| 15:14.27 | brlcad | or just write a new command that combines the behaviors of both sensibily |
| 15:14.41 | Ch3ck | yeah i'm trying to merge push into xpush.. |
| 15:14.47 | Ch3ck | ok |
| 15:15.31 | Ch3ck | well i think i could add some conditions into the xpush which can execute the normal push easily.. |
| 15:15.32 | brlcad | the real simple solution would be to add a -x option to push and just call the xpush routine |
| 15:15.45 | Ch3ck | wow |
| 15:15.50 | Ch3ck | thats nice.. |
| 15:15.57 | Ch3ck | well i'll try to see how i can do that... |
| 15:16.07 | Notify | 03BRL-CAD:bob1961 * 55415 brlcad/trunk/src/libged/put.c: Already checking if dbip is NULL in the call to GED_CHECK_DATABASE_OPEN. |
| 15:16.20 | Ch3ck | So by when am I expected to have submitted the code patch? |
| 15:16.22 | brlcad | but that has its drawbacks, push should probably "xpush" by default and have an option to not split |
| 15:16.39 | Ch3ck | ok |
| 15:16.56 | brlcad | plus codewise, it's desirable to not just lump them all together, one loop that does the right thing |
| 15:17.27 | brlcad | timeframe is by the end of this week ideally |
| 15:17.30 | Notify | 03BRL-CAD:bob1961 * 55416 brlcad/trunk/src/libged/adjust.c: No need to call GED_CHECK_DATABASE_OPEN twice. |
| 15:18.10 | Ch3ck | well |
| 15:18.13 | brlcad | it was supposed to have been submitted before the application deadline, so just as soon as you can ;) |
| 15:18.13 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:18.16 | Ch3ck | i updated my proposal on the wiki.. |
| 15:18.21 | brlcad | i saw |
| 15:18.21 | Ch3ck | is it still valid? |
| 15:18.33 | Ch3ck | ok |
| 15:18.42 | brlcad | sure, it's not about the deadline or rules, it's about doing good work and demonstrating what you can do |
| 15:19.32 | brlcad | if you have at least a full day to work on it, I'd suggest trying to write a new command that combines them both |
| 15:19.52 | brlcad | if you don't, go for xpush into push or push into xpush as an option |
| 15:20.18 | Ch3ck | ok |
| 15:20.43 | Ch3ck | just kept working on the problem so as soon as i got something further on tackling the problem |
| 15:20.50 | Ch3ck | i thought it would be good to post on the wiki pages.. |
| 15:21.10 | Ch3ck | well since i have some school projects i'm currently working on |
| 15:21.27 | Ch3ck | i'll dedicate the whole of thursday to the problem |
| 15:21.46 | Ch3ck | just gathering some more ideas on how i can tackle the problem.. |
| 15:22.52 | brlcad | it's a good time to try to apply a "code complete" practice to how you approach the problem |
| 15:23.19 | Ch3ck | yeah |
| 15:23.20 | Ch3ck | thats what i'm trying to do now.. |
| 15:23.20 | brlcad | a partial patch is completely useless, so you should always have the code and any changes you make in a "complete" state |
| 15:24.46 | Ch3ck | ok |
| 15:24.54 | Ch3ck | ok |
| 15:29.14 | brlcad | ok |
| 15:29.17 | brlcad | ok |
| 15:29.45 | Ch3ck | Thanks very much brlcad |
| 15:29.51 | Ch3ck | gotta go to class |
| 15:29.54 | Ch3ck | will be in touch.. |
| 15:30.08 | Ch3ck | bye |
| 15:30.56 | brlcad | cya |
| 15:32.01 | *** join/#brlcad kesha (~kesha@49.202.231.197) | |
| 16:38.26 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 16:48.57 | Notify | 03BRL-CAD:carlmoore * 55417 brlcad/trunk/src/anim/anim_track.c: list the options for anim_track so I can move on to another file |
| 16:50.41 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 16:55.48 | Notify | 03BRL-CAD:carlmoore * 55418 brlcad/trunk/src/anim/anim_turn.c: h, ?, Usage |
| 17:13.45 | Notify | 03BRL-CAD:indianlarry * 55419 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Adding bail-out when the step would walk outside the current SBV broke other surface walks, now closer to original stepping with a half-step backward when overstep based on UV points(after pushback into current SBV). If doesn't find a closer root goes to next iteration like before. |
| 17:20.31 | Notify | 03BRL-CAD:brlcad * 55420 brlcad/trunk/sh/cmp.sh: even more coarse for testing, 256x256 |
| 17:23.24 | Notify | 03BRL-CAD:brlcad * 55421 brlcad/trunk/sh/cmp.sh: comment out the bot/tie testing too |
| 17:26.22 | Notify | 03BRL-CAD:carlmoore * 55422 brlcad/trunk/src/util/ap-pix.c: implement h,? |
| 17:51.04 | Notify | 03BRL-CAD:carlmoore * 55423 brlcad/trunk/src/conv/nmg/asc-nmg.c: implement h,? |
| 18:11.37 | Notify | 03BRL-CAD:carlmoore * 55424 brlcad/trunk/src/util/asc-pl.c: implement -h, -? |
| 18:22.40 | Notify | 03BRL-CAD:carlmoore * 55425 brlcad/trunk/src/conv/asc/asc2g.c: implment -h,-? ; also fix compiler warnings |
| 19:15.10 | *** join/#brlcad merzo (~merzo@48-124-132-95.pool.ukrtel.net) | |
| 19:47.59 | Notify | 03BRL-CAD:carlmoore * 55426 brlcad/trunk/src/util/azel.c: already had -?, but implemented -h, along with run-with-no-arguments help (program continues running) |
| 20:41.03 | *** join/#brlcad merzo (~merzo@48-124-132-95.pool.ukrtel.net) | |
| 20:56.11 | *** join/#brlcad vladbogo (~vlad@188.25.239.64) | |
| 21:36.50 | Notify | 03BRL-CAD:carlmoore * 55427 brlcad/trunk/src/util/bary.c: implement -h and run-with-no-arguments; -? was already present |
| 21:50.21 | Notify | 03BRL-CAD:starseeker * 55428 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/bu.h and 31 others): Try using macro re-definitions for all the 64 bit functions except ftell and fseek. For those two, add function test and tweak wrapper definitions. |
| 22:09.50 | *** join/#brlcad jasleen_ (~chatzilla@117.253.202.77) | |
| 22:37.54 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 00:53.25 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 02:55.12 | starseeker | O.o |
| 02:55.40 | starseeker | no SSD in there after all - I had no idea my old drive was *that* slow... |
| 04:56.49 | *** join/#brlcad kesha (~kesha@49.249.1.13) | |
| 05:03.29 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 05:03.29 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 05:29.25 | brlcad | ouch |
| 06:18.24 | *** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net) | |
| 07:59.28 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5262 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 08:19.58 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5263 /wiki/User:KeshaSShah/GSoC13/Priority2: /* Time availability: */ |
| 09:38.45 | *** join/#brlcad kesha (~kesha@49.249.1.13) | |
| 10:58.13 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:10.01 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:22.38 | *** join/#brlcad kesha (~kesha@49.249.1.13) | |
| 11:29.46 | *** join/#brlcad caen23 (~caen23@92.83.177.177) | |
| 11:52.12 | *** join/#brlcad caen23 (~caen23@92.83.177.177) | |
| 13:30.16 | Notify | 03BRL-CAD:carlmoore * 55429 brlcad/trunk/src/conv/asc/asc2dsp.c: fix warning about type |
| 13:52.08 | Notify | 03BRL-CAD:ronaldbowers * 55430 (jbrlcad/trunk/src/main/java/org/brlcad/numerics/Ray.java jbrlcad/trunk/src/main/java/org/brlcad/numerics/Triple.java jbrlcad/trunk/src/test/java/org/brlcad/numerics/PointTest.java): Revised JBrlcad tolerances to better match native BRL-CAD, revised Ray to check magnitude against tolerance rather than MIN_VALUE , moved version to 1.5 |
| 13:53.57 | Notify | 03BRL-CAD:ronaldbowers * 55431 jbrlcad/trunk/pom.xml: Moved version to 1.5 |
| 14:04.49 | *** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102) | |
| 14:43.36 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 16:05.12 | *** join/#brlcad vladbogo (~vlad@188.25.239.64) | |
| 17:01.49 | *** join/#brlcad caen23 (~caen23@92.81.186.62) | |
| 17:02.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 17:07.44 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/User:Vladbogolin/Proposal: |
| 17:19.53 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5266 /wiki/User:Vladbogolin/Proposal/DisplayManager: |
| 17:27.40 | starseeker | interesting: http://almossawi.com/firefox/prose/ |
| 17:29.59 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5267 /wiki/User:Vladbogolin/Proposal/CodeRefactoring: Created page with "=Personal Information= *Name: Bogolin Simion Vlad *E-mail address: vladbogolin@gmail.com *IRC username: vladbogo ==Background info== I am a third year student at Polytechnic..." |
| 17:30.01 | starseeker | they say that firefox's switch to a rapid release cycle had a measurable positive impact on maintainability |
| 17:31.02 | brlcad | nods |
| 17:31.37 | brlcad | that's why I've been harping on sustaining monthly releases for so many years |
| 17:31.44 | brlcad | that is an interesting article |
| 17:31.45 | starseeker | pity that metric tool is commercial - be interesting to feed our releases through it |
| 17:31.52 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5268 /wiki/User:Vladbogolin/Proposal/DisplayManager: |
| 17:33.10 | brlcad | starseeker: you reached a steady-state with the macro redefines? certainly looks better already |
| 17:33.38 | starseeker | yeah, unless you have something else you want to try with fseek/ftell |
| 17:34.35 | starseeker | switched to Linux last night, so I'd have to get the VirtualBox setup running to re-test - looked to me like we'd pushed about as far as we could with the macro redefines |
| 17:34.56 | starseeker | and the ntoh fiasco is a post release problem anyhow |
| 17:35.31 | brlcad | the only thing that comes to mind would be a different symbol or to inline the function wrapper so it's transparent to callers |
| 17:36.53 | starseeker | you mean like #define bu_ftell ftell rather than defining a function? |
| 17:38.07 | brlcad | #define ftell our_super_secret_ftell_wrapper |
| 17:38.36 | brlcad | inline int our_super_secret_ftell_wrapper(...) { return ftelli64(...); } |
| 17:38.55 | brlcad | (preceeded by #ifdef HAVE__FTELLI64 of course) |
| 17:38.56 | Notify | 03BRL-CAD:bob1961 * 55432 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 3 others): Added ged_edarb to libged. Exposed to Archer as edarb. Edarb currently has four subcommands: edgedir, extrude, mirface and permute. |
| 17:39.29 | starseeker | would the wrapper live in libbu then? |
| 17:39.40 | starseeker | or actually be defined in the header? |
| 17:39.49 | brlcad | would require some testing |
| 17:40.05 | brlcad | in the header would be best, but that depends on windows behaving |
| 17:40.31 | starseeker | I can try some tests later this afternoon |
| 17:41.13 | starseeker | wouldn't we still have the problem of stdio.h trying to re-define ftell though? |
| 17:41.15 | brlcad | the signature will have to match that of ftell() for it to work |
| 17:41.31 | brlcad | no, that was because of the second define |
| 17:41.53 | brlcad | #define ftelli64 ftell |
| 17:42.25 | brlcad | er, swap that |
| 17:43.23 | brlcad | basically, the two defines were creating two ftell() or two _ftelli64() declarations that didn't match |
| 17:43.46 | starseeker | right, but won't #define ftell ftelli64 and #define ftell <whatever> upset stdio.h the same way? no matter what, if ftell is defined before stdio.h has a go at it stdio.h is going to end up re-defining it |
| 17:44.00 | brlcad | just remapping ftell to our wrapper will turn just one of those decls into a decl for our wrapper |
| 17:44.34 | brlcad | stdio doesn't define ftell |
| 17:44.36 | brlcad | it's a function decl |
| 17:44.56 | brlcad | doesn't "#define" it, not a preprocessor symbol |
| 17:45.00 | starseeker | ah - so that's why the signature is critical the |
| 17:45.04 | starseeker | s/the/then |
| 17:47.42 | brlcad | it'll literally be something like #define ftell ftell_wrapper ; #ifdef HAVE__FTELLI64 ; inline long ftell_wrapper(FILE* stream) { return (long)_ftelli64(stream); } ; #endif |
| 17:52.01 | *** join/#brlcad kesha (~kesha@49.249.1.13) | |
| 17:53.31 | brlcad | might try int64_t as the type, but if we don't ever fseek/ftell to the end of the file, we should be fine as long |
| 17:55.20 | Notify | 03BRL-CAD:phoenixyjll * 55433 brlcad/trunk/src/libbrep/intersect.cpp: Use max_dis_2dA and max_dis_2dB for merging polylines. |
| 17:57.03 | Notify | 03BRL-CAD:brlcad * 55434 brlcad/trunk/src/util/bary.c: put bio.h after the other system headers for consistency |
| 17:58.40 | Notify | 03BRL-CAD:brlcad * 55435 brlcad/trunk/src/conv/asc/asc2g.c: pointless bu_exit() |
| 18:00.21 | Notify | 03BRL-CAD:brlcad * 55436 brlcad/trunk/src/util/asc-pl.c: just one statement needed |
| 18:04.03 | Notify | 03BRL-CAD:brlcad * 55437 brlcad/trunk/src/util/ap-pix.c: should not be introducing any new globals, in fact all of these globals are unnecessary. pass through accordingly. |
| 18:15.47 | Notify | 03BRL-CAD:brlcad * 55438 brlcad/trunk/NEWS: keith traced down (pun intended) a problem with the 'nudge' of librt's spatial partitioning walk where it would nudge the ray 0.01mm into a cell with the intent to avoid floating point issues (presumably). this was causing very subtle edge-grazing effects where we'd miss geometry that should have resulted in a sliver of a hit. problem encountered with axis-aligned arb8's |
| 18:15.49 | Notify | and 35/25 rays shooting down an edge and missing, detected during comparisons with NURBS brep conversions of that same geometry that was reporting a hit. their BBox is bigger, so the nudge was (presumably) still inside. |
| 18:17.59 | Notify | 03BRL-CAD:phoenixyjll * 55439 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp and 6 others): To solve the linking problem of ON_SSX_EVENT in Windows, and to be consistent with the newest version of openNURBS (20121024), we move the ON_SSX_EVENT implementation back to openNURBS from libbrep, and ON_Surface::IntersectSurface(), and use non-member functions declared in brep.h DumpSSXEvent() and an |
| 18:18.01 | Notify | overload of ON_Intersect() to replace ON_SSX_EVENT::Dump() and ON_Surface::IntersectSurface(). |
| 18:27.20 | *** join/#brlcad caen23 (~caen23@92.83.188.197) | |
| 18:42.15 | Notify | 03BRL-CAD:brlcad * 55440 brlcad/trunk/NEWS: keith also fixed/improved nurbs ray tracing of objects (e.g., EHY) defined with substantial rapid uv-domain changes. the surface tree presently only carves up the surface based on 3d flatness criteria, but the EHY provided a case where the surface is substantially flat but has huge non-linear uv domain curvature. the fix for now was to be a little more careful about |
| 18:42.17 | Notify | walking and trying a little harder to find the surface point before giving up. this makes the walk slightly slower but more robust too. long term may be to make the surface tree also (or only) consider the uv-domain curvature. |
| 18:44.38 | Notify | 03BRL-CAD:brlcad * 55441 brlcad/trunk/src/anim/anim_turn.c: static scope |
| 19:06.40 | Notify | 03BRL-CAD:starseeker * 55442 brlcad/trunk/src/other/libregex.dist: Update libregex.dist |
| 19:12.19 | Notify | 03BRL-CAD:brlcad * 55443 brlcad/trunk/src/anim/anim_track.c: fix indentation and expand out the usage. make the one-liner usage use proper convention to indicate optional vs required |
| 19:17.01 | Notify | 03BRL-CAD:brlcad * 55444 brlcad/trunk/src/anim/anim_track.c: call bu_log() instead of fprintf() |
| 19:22.59 | Notify | 03BRL-CAD:brlcad * 55445 brlcad/trunk/TODO: upcoming ntoh* work for windows 8 |
| 19:39.46 | Notify | 03BRL-CAD:brlcad * 55446 brlcad/trunk/src/anim/anim_track.c: avoid defines and globals, just propagate argv[0] as needed. |
| 19:44.33 | Notify | 03BRL-CAD:brlcad * 55447 brlcad/trunk/src/anim/anim_track.c: ws cleanup |
| 19:45.50 | Notify | 03BRL-CAD:brlcad * 55448 (brlcad/trunk/src/anim/anim_cascade.c brlcad/trunk/src/anim/anim_fly.c and 9 others): ws |
| 19:52.04 | Notify | 03BRL-CAD:brlcad * 55449 (brlcad/trunk/src/anim/anim_cascade.c brlcad/trunk/src/anim/anim_fly.c and 8 others): proper style and make static |
| 19:54.52 | *** join/#brlcad jasleen (~chatzilla@117.253.228.104) | |
| 19:56.01 | Notify | 03BRL-CAD:brlcad * 55450 (brlcad/trunk/src/anim/anim_cascade.c brlcad/trunk/src/anim/anim_fly.c and 9 others): more ws |
| 19:59.45 | Notify | 03BRL-CAD:brlcad * 55451 brlcad/trunk/src/anim/anim_keyread.c: bio.h should be in double-quotes, it's ours |
| 20:02.42 | Notify | 03BRL-CAD:brlcad * 55452 brlcad/trunk/src/util/double-asc.c: remove the -r 'high-resolution' option to the double-asc tool ... precursor to eliminating that option from all utilities (deferring announcement to hit them all at once even if considered minimally impacting due to -s option) |
| 20:05.23 | *** join/#brlcad caen23 (~caen23@92.81.211.8) | |
| 20:14.40 | Notify | 03BRL-CAD:starseeker * 55453 brlcad/trunk/regress/solidspix.asc: r55337 introduced a change in the solids regression image that appears to fix a bug - update the reference image |
| 20:25.28 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:26.14 | Notify | 03BRL-CAD:carlmoore * 55454 brlcad/trunk/src/shapes/bolt.c: -h , -? , Usage ; also set up a if-else if chain |
| 20:28.26 | *** join/#brlcad kesha (~kesha@49.249.1.13) | |
| 20:31.55 | *** join/#brlcad kesha_ (~kesha@49.249.1.13) | |
| 20:34.32 | Notify | 03BRL-CAD:starseeker * 55455 brlcad/trunk/src/tclscripts/lib/Makefile.am: add missing files |
| 20:37.41 | Notify | 03BRL-CAD:starseeker * 55456 brlcad/trunk/src/tclscripts/lib/Makefile.am: whoops, one backslash too many |
| 20:39.37 | ``Erik | starseeker: I can't recall which video you wanted me to paste the url for... |
| 20:44.06 | ``Erik | http://www.youtube.com/watch?v=JxS0_ckSwqk 254 byte interactive raycast engine for the c64.. |
| 20:44.30 | Notify | 03BRL-CAD:carlmoore * 55457 brlcad/trunk/src/shapes/bolt.c: make some more if-else stuff |
| 20:46.13 | Notify | 03BRL-CAD:brlcad * 55458 (brlcad/trunk/src/util/ap-pix.c brlcad/trunk/src/util/asc-pl.c and 55 others): ws indent cleanup |
| 20:47.57 | Notify | 03BRL-CAD:starseeker * 55459 brlcad/trunk/src/tclscripts/mged/Makefile.am: remove references to moved files. |
| 20:51.25 | Notify | 03BRL-CAD:brlcad * 55460 brlcad/trunk/TODO: need null spatial partitioning method |
| 20:56.15 | Notify | 03BRL-CAD:brlcad * 55461 brlcad/trunk/src/librt/primitives/brep/brep.cpp: all constants should be documented, not just a value that happened to work... what's the reasoning? |
| 20:58.52 | Notify | 03BRL-CAD:carlmoore * 55462 brlcad/trunk/src/shapes/bolt.c: enforce use of -, and also close up space before poundsigns in Usage |
| 21:01.44 | Notify | 03BRL-CAD:brlcad * 55463 brlcad/trunk/src/shapes/bolt.c: indent is still not right, update |
| 21:01.48 | jasleen | hello brlcad |
| 21:04.52 | jasleen | I saw your comments on my proposal. I want to discuss my project's approach with you. |
| 21:13.17 | Notify | 03BRL-CAD:carlmoore * 55464 brlcad/trunk/src/util/bombardier.c: implement -h, -? |
| 21:26.52 | Notify | 03BRL-CAD:carlmoore * 55465 brlcad/trunk/src/conv/bot_dump.c: -h,-? |
| 21:29.00 | Notify | 03BRL-CAD:carlmoore * 55466 brlcad/trunk/src/conv/asc/asc2dsp.c: fix a warning about not enough arguments |
| 21:36.12 | Notify | 03BRL-CAD:carlmoore * 55467 brlcad/trunk/src/conv/bot_shell-vtk.c: implement -?, -h ; also remove a new line in Usage |
| 21:37.10 | Notify | 03BRL-CAD:starseeker * 55468 brlcad/trunk/src/libged/Makefile.am: add new libged files. |
| 21:38.20 | Notify | 03BRL-CAD:starseeker * 55469 brlcad/trunk/src/brlman/CMakeLists.txt: Don't overwrite brlman.bat in src directory. |
| 21:39.20 | starseeker | ``Erik: neither can I :-/ |
| 21:53.34 | ``Erik | "where do system calls come from?" "well, when two processes love eachother very much..." heh |
| 22:07.37 | Notify | 03BRL-CAD:carlmoore * 55470 brlcad/trunk/src/conv/dxf/bot-bldxf.c: -h ,-? |
| 22:41.25 | *** join/#brlcad jasleen_ (~jasleen@202.164.53.122) | |
| 22:42.57 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 22:47.13 | *** join/#brlcad jasleen_ (~chatzilla@117.253.228.104) | |
| 22:50.45 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 01:27.31 | starseeker | woot! |
| 01:27.48 | starseeker | gets inconsolata font working in his uxterm |
| 01:40.33 | jasleen | hello sean |
| 01:56.37 | *** join/#brlcad zero_level (~0_level@14.139.82.6) | |
| 02:38.43 | brlcad | jasleen: hello |
| 02:39.13 | brlcad | jasleen: I strongly recommend working on a patch |
| 02:59.00 | *** join/#brlcad zero_level (~0_level@14.139.82.6) | |
| 05:38.08 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 05:38.08 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 06:04.22 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 06:05.06 | zero_level | hi folks |
| 07:02.40 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 07:30.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:17.51 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:42.42 | *** join/#brlcad Guest92445 (~Izak@41.202.192.145) | |
| 08:42.45 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5272 /wiki/User:Izak: /* WHY YOU? */ |
| 08:43.01 | Guest92445 | Any body home ? |
| 08:43.10 | *** join/#brlcad jasleen (~jasleen@202.164.53.122) | |
| 08:43.13 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 08:43.14 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 08:43.42 | *** join/#brlcad Izak_ (~Izak@41.202.192.145) | |
| 08:43.50 | Izak_ | Any body home ? |
| 08:44.06 | Izak_ | Heeellloooo...... |
| 09:02.54 | *** join/#brlcad kesha (~kesha@49.249.9.178) | |
| 09:07.53 | Notify | 03BRL-CAD:d_rossberg * 55472 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: added the new dependencies |
| 09:27.58 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5273 /wiki/User:Izak: /* PERSONAL INFORMATION */ |
| 09:32.18 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5274 /wiki/User:Izak: /* TIME AVAILABILITY. */ |
| 09:34.07 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5275 /wiki/User:Izak: /* TIME AVAILABILITY. */ |
| 09:35.30 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5276 /wiki/User:Izak: /* WHY YOU? */ |
| 11:10.59 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:22.01 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:21.49 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:36.18 | *** join/#brlcad caen23_ (~caen23@92.85.91.106) | |
| 13:53.59 | *** join/#brlcad vladbogo (~vlad@188.25.239.64) | |
| 14:16.52 | *** join/#brlcad vladbogo_ (~vlad@188.25.239.64) | |
| 14:45.50 | Notify | 03BRL-CAD:bob1961 * 55473 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/edarb.c and 2 others): Added facedef to the list of supported edarb subcommands. |
| 15:00.59 | Notify | 03BRL-CAD Wiki:TaraJMyers * 0 /wiki/User:TaraJMyers: |
| 16:30.36 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 16:41.47 | *** join/#brlcad kesha (~kesha@49.249.9.178) | |
| 17:02.05 | Notify | 03BRL-CAD:starseeker * 55474 brlcad/trunk/src/libged/Makefile.am: Add facedef.c to Makefile.am |
| 17:22.25 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 17:30.05 | Notify | 03BRL-CAD:carlmoore * 55475 brlcad/trunk/src/proc-db/bottest.c: -h,-?, and 'Program continues running ...' (no arguments) |
| 17:36.11 | Notify | 03BRL-CAD:n_reed * 55476 brlcad/trunk/src/libged/draw.c: pull switch of per-primitive point spacing calculations into a function |
| 17:38.13 | *** join/#brlcad caen23 (~caen23@92.83.168.248) | |
| 18:13.03 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 18:13.03 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 19:02.50 | *** join/#brlcad vladbogo (~vlad@188.25.239.64) | |
| 19:14.15 | Notify | 03BRL-CAD:starseeker * 55477 brlcad/trunk/src/proc-db/clutter.c: fix invocation of usage statement - argc is > 0 just from the program name itself. |
| 19:27.05 | *** join/#brlcad kesha (~kesha@49.249.1.249) | |
| 19:28.04 | Notify | 03BRL-CAD:n_reed * 55478 (brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/libged/draw.c): Until we have something more generic working, breps need a decent average curve length estimate for LOD plotting. Can't put C++ in draw.c, so the calculation routine is getting its own file. |
| 19:32.53 | Notify | 03BRL-CAD:n_reed * 55479 brlcad/trunk/src/libged/Makefile.am: add draw_calc.cpp to automake sources |
| 19:43.30 | *** join/#brlcad navdeep (~chatzilla@117.214.201.230) | |
| 20:02.00 | Notify | 03BRL-CAD:n_reed * 55480 brlcad/trunk/src/librt/primitives/brep/brep.cpp: use a smarter algorithm for LOD plotting of brep edge curves |
| 20:20.30 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 20:23.42 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:23.53 | Notify | 03BRL-CAD Wiki:Maximolazo * 0 /wiki/User:Maximolazo: |
| 20:24.12 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 20:28.37 | Notify | 03BRL-CAD:carlmoore * 55481 brlcad/trunk/src/proc-db/brep_cube.cpp: implement -h , -? , run-with-no-arguments) |
| 20:28.45 | zero_level | brlcad: hi |
| 20:43.04 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 20:43.29 | zero_level | brlcad: sry my networ has problems.. |
| 20:43.48 | zero_level | i will email u the details. |
| 20:46.05 | *** join/#brlcad caen23 (~caen23@92.81.211.183) | |
| 20:56.43 | Notify | 03BRL-CAD:n_reed * 55482 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: assume coincident start and end points on elliptical curves means the curve spans 2pi radians, not 0 radians |
| 21:00.52 | Notify | 03BRL-CAD:starseeker * 55483 brlcad/trunk/src/librt/primitives/half/half.c: Offset is fastf_t here, not plane_t - was causing the final value of planes to be corrupted in a g2asc - asc2g cycle. Cause was incorret parameters used during a switch to bu_offsetofarray from bu_offsetof to quell compiler warnings (r54133). Need to double check any other offset code with similar changes to make sure no similar bugs were |
| 21:00.54 | Notify | introduced. Sean identified the specific problem with the bu_offsetofarray inputs. |
| 21:03.01 | starseeker | yeah - looks like similar issues in eto, grip, ell, rpc superell, rhc, ehy, revolve, epa, tor, hyp and tgc |
| 21:04.48 | starseeker | or rather, similar code that needs to be checked |
| 21:22.59 | Notify | 03BRL-CAD:carlmoore * 55484 brlcad/trunk/src/proc-db/brep_cube.cpp: add extra blank line because brep_simple.cpp has that |
| 21:23.27 | Notify | 03BRL-CAD:starseeker * 55485 brlcad/trunk/TODO: Update TODO item - specific issue fixed, but necessary to review other primitives to check for incorrect changes. |
| 21:25.05 | Notify | 03BRL-CAD:carlmoore * 55486 brlcad/trunk/src/proc-db/brep_simple.cpp: usage, -h , -? |
| 21:36.05 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 21:41.04 | *** join/#brlcad merzo (~merzo@206-54-132-95.pool.ukrtel.net) | |
| 00:15.03 | brlcad | caen23: the bu_offsetofarray change from a while back seems to be rather problematic |
| 00:15.15 | brlcad | see r55483 for an example |
| 00:15.28 | brlcad | the size parameter is the size of an array element, not the array itself |
| 00:52.13 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 00:52.13 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 00:52.13 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 00:52.13 | *** join/#brlcad viku_ (uid11086@gateway/web/irccloud.com/x-uaxzspqsvbuequtv) | |
| 00:52.13 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xwrcfyxacfrlcpxd) | |
| 00:52.13 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 00:52.13 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 00:52.13 | *** join/#brlcad papna_ (~papna@python/site-packages/papna) | |
| 00:52.13 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 00:52.13 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 00:52.13 | *** join/#brlcad jasleen_ (~jasleen@202.164.53.122) | |
| 00:52.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 00:52.13 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 00:52.13 | *** join/#brlcad aks001 (uid10889@gateway/web/irccloud.com/x-yabfaveapnvgnfbu) | |
| 00:52.13 | *** mode/#brlcad [+o ChanServ] by hubbard.freenode.net | |
| 00:53.32 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 00:53.32 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 02:53.11 | brlcad | haha, http://www.gizoogle.net/ |
| 02:53.36 | brlcad | http://www.gizoogle.net/xfer.php?link=http://www.brlcad.org |
| 02:54.06 | brlcad | mo' performizzle yo |
| 02:54.28 | brlcad | 20 muthafuckin yearz of actizzle pimpment |
| 04:45.01 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 05:16.44 | *** join/#brlcad caen23_ (~caen23@92.81.202.141) | |
| 05:29.31 | caen23_ | brlcad: i think i see what you mean. sorry about that, i'll try to fix it later today |
| 05:44.10 | *** join/#brlcad kesha (~kesha@49.249.1.249) | |
| 05:52.44 | *** join/#brlcad navdeep (~chatzilla@117.199.107.232) | |
| 06:51.17 | *** join/#brlcad navdeep (~chatzilla@117.199.107.232) | |
| 07:06.26 | navdeep | hi |
| 07:07.31 | navdeep | I choose this open status path "User end utility to post the log file |
| 07:12.56 | navdeep | patch "user end utility to post the log file" |
| 07:14.20 | navdeep | from description of patch , I feel that i need to create a user end script which posts the log file to web API |
| 07:17.47 | navdeep | I need to know about which type of log file and about web API used in it. |
| 08:41.43 | *** join/#brlcad priyanka (~priyanka@118.102.186.30) | |
| 10:01.24 | *** join/#brlcad harmanpreet (~chatzilla@124.253.149.73) | |
| 10:09.21 | *** join/#brlcad navdeep (~chatzilla@117.214.205.250) | |
| 11:02.58 | priyanka | hello, can anyone tell me where are the logs of framebuffer written? |
| 11:16.43 | *** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd) | |
| 11:22.49 | brlcad | priyanka: they are written to your screen |
| 11:23.07 | brlcad | ajQD: we talk openly |
| 11:26.55 | ajQD | Ok, so my questions were those actually.. If the requested information was just defining goals and possible deadlines |
| 11:26.58 | Notify | 03BRL-CAD:starseeker * 55487 brlcad/trunk/src/librt/primitives/eto/eto.c: In the eto case using point_t and vect_t in bu_offsetofarray offsets is moot, since all are being multiplied by X (i.e. 0) but go ahead and change the types - leaving point_t and vect_t might be confusing, since it gives the impression that those slots need to have those types assigned. |
| 11:27.18 | ajQD | and also if I still on time for defining them |
| 11:27.40 | ajQD | Because in the comment you (I think it was you) said before Friday |
| 11:27.56 | brlcad | I'm not clear on what your actual question is |
| 11:28.37 | ajQD | Am i still on time for updating the proposal with the requested information? |
| 11:29.12 | brlcad | I did say before Friday and it is now friday, so no you are not on time, you are late |
| 11:29.26 | brlcad | does that mean you shouldn't do it, not necessarily -- I would |
| 11:31.49 | priyanka | @brlcad On mged screen, logs are of raytracer. |
| 11:32.38 | brlcad | caen23: it's all good -- I can see the problem you were fixing for llvm, just a lil off on the indexing |
| 11:33.07 | brlcad | caen23: it was obscure to even detect that a change happened and that it was because of that |
| 11:33.28 | brlcad | starseeker has a couple of them fixed already, he might get to them before you |
| 11:34.03 | brlcad | priyanka: a "log" in our parlance is just a string of text |
| 11:34.18 | brlcad | for most purposes, bu_log == printf |
| 11:34.59 | brlcad | so the output is just printed messages |
| 11:35.30 | brlcad | if you don't see your messages, you did something wrong |
| 11:35.36 | brlcad | and you'll have to figure that out... |
| 11:36.43 | priyanka | Ok, got it. Thanks for instant reply. |
| 11:37.11 | brlcad | priyanka: just a bit of advice, you need to be prepared with very specific questions |
| 11:37.49 | priyanka | Ok, I will take care of it next time. |
| 11:37.57 | brlcad | asking vague or leading questions to try and get someone to tell you how to do something isn't a productive approach |
| 11:38.26 | brlcad | if you need something explained AFTER you've looked at it for a little bit and you really don't understand, then you can say exactly that |
| 11:38.54 | brlcad | "I've looked at this and that but I still don't seem to understand where bu_log() logs to, can anyone help explain where the output goes?" |
| 11:39.01 | *** join/#brlcad navdeep (~chatzilla@117.214.205.250) | |
| 11:39.10 | brlcad | note, very specific, concise and gives me something to respond to |
| 11:39.44 | brlcad | lets me know what you've looked at, hopefully what you understand too, so a response can be similarly specific and with the proper context |
| 11:43.23 | priyanka | I will ask specific questions next time with all the attempts that I made to get my answer. |
| 11:47.52 | Notify | 03BRL-CAD:starseeker * 55488 (brlcad/trunk/src/librt/primitives/ehy/ehy.c brlcad/trunk/src/librt/primitives/ell/ell.c and 10 others): Looks like half was the only primitive with a non-zero multiplier in argument 4 of bu_offsetofarray, which was why no other behaviorial changes were introduced. Change the offset types to fastf_t anyway. |
| 11:51.40 | brlcad | priyanka: here is a details article from RMS on this very subject -- it's long but very insightful if you can spare the time to read through it all: http://www.catb.org/esr/faqs/smart-questions.html |
| 11:51.47 | brlcad | s/RMS/ESR/ |
| 11:57.16 | starseeker | on a semi-related note - why do the SHDR_AO defines in liboptical call bu_offsetofarray with only two arguments? For that matter, what are they doing there if they aren't used? |
| 11:57.41 | Notify | 03BRL-CAD:starseeker * 55489 (brlcad/trunk/src/liboptical/sh_air.c brlcad/trunk/src/liboptical/sh_billboard.c and 7 others): SHDR_AO doesn't seem to be used anywhere - remove it. |
| 12:04.32 | ``Erik | ooh, confusing esr and rms, bad nerd |
| 12:07.10 | starseeker | is a little surprised bu_offsetofarray was able to quell warnings, seeing as it just does the original call anyway as part of its definition... |
| 12:15.03 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:15.15 | brlcad | ``Erik: heh |
| 12:15.56 | brlcad | starseeker: it's not the call to offsetof, it was indexing into an array with [] during offsetof |
| 12:16.18 | brlcad | almost certainly just a compiler warning |
| 12:16.35 | brlcad | the [] was basically moved outside the offsetof (which is technically more correct) |
| 12:23.44 | navdeep | I critically review material database project and making report on it. |
| 12:24.20 | navdeep | I am confused with patch submission. |
| 12:24.58 | ``Erik | were you able to generate the patch file and review it using a text editor? |
| 12:26.34 | navdeep | please suggest me any work relevant to my proposed project (material database) |
| 12:26.35 | Notify | 03BRL-CAD:bob1961 * 55490 brlcad/trunk/TODO: Clear bu_offsetofarray issue. |
| 12:27.09 | ``Erik | wait, the 'patch submission' you're talking about is the report, not a patch? |
| 12:27.31 | brlcad | ``Erik: no, he means a patch -- doesn't seem to understand what he needs to do |
| 12:27.54 | brlcad | navdeep: you find something simple to work on, you work on it, you make code changes, you submit those code changes (as a patch file) |
| 12:28.10 | brlcad | it does not have to be related to your project |
| 12:28.18 | brlcad | i replied to your mailing list post |
| 12:28.34 | brlcad | (with some possibilities) |
| 12:30.12 | navdeep | brlcad: thanking you |
| 12:30.16 | brlcad | navdeep: you're really going to need to step up your game, take more initiative to figure things out, if you're going to participate in gsoc |
| 12:31.16 | brlcad | that doesn't mean ask questions, but having us do work for you is unproductive |
| 12:31.22 | brlcad | we're not a professor giving you work |
| 12:31.34 | brlcad | you're joining a development team helping to make things better |
| 12:32.27 | brlcad | asking us to suggest any work relevant to your project implies you've not done any research or inspection yourself, and that's not a good thing |
| 12:34.53 | navdeep | I review material database project and on that basis I am making report and update prposal |
| 12:35.07 | brlcad | we have literally HUNDREDS of open development suggestions in numerous places ... surely you can find just one that you're capable of doing |
| 12:36.12 | navdeep | ok, I will take care in future. |
| 13:07.14 | *** join/#brlcad vladbogo (~vlad@188.25.239.64) | |
| 14:11.33 | starseeker | some neat presentations here: http://www.llvm.org/devmtg/2013-04/ |
| 14:27.47 | Notify | 03BRL-CAD Wiki:41.202.192.28 * 5277 /wiki/User:Izak: /* ANYTHING ELSE? */ |
| 14:31.05 | Notify | 03BRL-CAD Wiki:195.24.210.66 * 5278 /wiki/User:Izak: /* WHY YOU? */ |
| 14:31.29 | *** join/#brlcad priyanka (~priyanka@118.102.186.30) | |
| 14:33.08 | Notify | 03BRL-CAD Wiki:41.202.192.28 * 5279 /wiki/User:Izak: /* WHY BRL-CAD? */ |
| 14:46.53 | *** join/#brlcad caen23 (~caen23@92.83.175.50) | |
| 14:47.14 | Notify | 03BRL-CAD Wiki:195.24.210.66 * 5280 /wiki/User:Izak: /* TIME AVAILABILITY. */ |
| 14:49.32 | Notify | 03BRL-CAD Wiki:41.202.192.28 * 5281 /wiki/User:Izak: /* WHY YOU? */ |
| 14:51.06 | Notify | 03BRL-CAD Wiki:41.202.192.28 * 5282 /wiki/User:Izak: /* WHY YOU? */ |
| 16:29.31 | Notify | 03BRL-CAD:bob1961 * 55491 (brlcad/trunk/include/dm-Null.h brlcad/trunk/include/dm.h and 15 others): Removed (o|w)glMakeCurrent calls from several ogl/wgl display manager functions. When calling these functions the application should have already set the current context. Added dm_makeCurrent to libdm's API to allow the application to set the current context when necessary. |
| 16:59.38 | ``Erik | :o neat! doing an s2 smoketest and I get this: bu_log: write error |
| 17:00.02 | ``Erik | and an empty (BRL-CAD)-29630-bomb.log |
| 17:04.08 | ``Erik | ah, device out of space, heh |
| 17:16.41 | Notify | 03BRL-CAD:starseeker * 55492 brlcad/trunk/src/libged/draw_calc.cpp: Initialize avg_curve_len (clang noticed it) |
| 17:26.34 | n_reed | blushes |
| 18:06.57 | *** join/#brlcad kesha (~kesha@49.249.200.83) | |
| 18:20.39 | *** join/#brlcad caen23 (~caen23@92.81.201.107) | |
| 18:36.10 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 20:05.39 | starseeker | hmm: src/conv/intaval/glob.h:55:2: error: anonymous types declared in an anonymous union are an extension |
| 20:05.55 | starseeker | any reason for that particular nested structure? |
| 20:07.57 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5283 /wiki/User:Izak: /* PERSONAL INFORMATION */ |
| 20:16.55 | Notify | 03BRL-CAD:carlmoore * 55493 brlcad/trunk/src/conv/asc/g2asc.c: this SEEMS to work if .g file is read-only |
| 20:18.38 | Notify | 03BRL-CAD:starseeker * 55494 (brlcad/trunk/src/conv/intaval/glob.h brlcad/trunk/src/conv/intaval/read_dra.cpp brlcad/trunk/src/conv/intaval/write_brl.cpp): Unless there proves to be a reason not to do it, try flattening the nested structures in the intaval glob.h header. Avoids a clang warning about nested anonymous types. |
| 20:45.36 | *** join/#brlcad caen23 (~caen23@92.81.197.232) | |
| 20:46.54 | starseeker | nuts |
| 20:47.49 | starseeker | clang static analyzer doesn't recognize that BU_CKMAG handles the case when _ptrval == 0 |
| 20:48.45 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5284 /wiki/User:Izak: /* DEVELOPMENT SCHEDULE AND TIMELINE */ |
| 20:50.25 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:53.17 | starseeker | granted it handled it by wiping out, but still... |
| 20:53.43 | starseeker | analyzer is following a path that doesn't make sense |
| 20:53.46 | starseeker | mutter... |
| 21:02.43 | starseeker | suppose I'll need to boil it down for a test case |
| 21:02.55 | starseeker | bug report in order |
| 21:09.01 | starseeker | brlcad: bu_badmagic takes down the program when it gets called, correct? |
| 21:09.47 | starseeker | wait a minute... |
| 21:19.58 | starseeker | O.o |
| 21:27.10 | starseeker | maybe I'd better walk a test case through the debugger |
| 21:33.41 | starseeker | either it can't tell bu_badmagic calls bu_bomb which ends up calling exit, or bu_badmagic somehow isn't failing in their "'_ptrval' is equal to 0" case |
| 21:50.18 | Notify | 03BRL-CAD:brlcad * 55495 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db_open.c): document db_open() and introduce two defines so we can get away from the inconsistent (because it was undocumented) calls throughout the code. kinda parallels fopen() but not really. |
| 21:55.44 | brlcad | starseeker: thanks, those are some interesting presentations |
| 21:58.21 | jasleen_ | hello brlcad |
| 22:01.20 | brlcad | is compelled to write an llvm backend |
| 22:01.25 | brlcad | hi jasleen_ |
| 22:01.33 | jasleen_ | brlcad: I want to dicuss my project with you |
| 22:02.23 | jasleen_ | brlcad: My project is Making a Cross Platform Display Manager |
| 22:03.30 | brlcad | starseeker: bu_badmagic() only calls bu_bomb() if a check triggers it -- that is what does the check |
| 22:04.09 | jasleen_ | brlcad:In project's main page, it is written to embedd qt within a tk window |
| 22:04.27 | brlcad | what main page? |
| 22:04.46 | brlcad | your project proposal or our ideas page or something else |
| 22:05.02 | jasleen_ | brlcad:project's page |
| 22:05.08 | jasleen_ | http://brlcad.org/wiki/New_Cross-Platform_3D_Display_Manager |
| 22:05.50 | jasleen_ | exit |
| 22:06.24 | brlcad | well that was a short discussion |
| 22:06.27 | *** join/#brlcad jasleen (~chatzilla@117.255.245.85) | |
| 22:06.49 | brlcad | okay, so the ideas page |
| 22:06.59 | jasleen | brlcad: yes |
| 22:07.04 | brlcad | jasleen: that's not the "project's page" ... it's YOUR project |
| 22:07.32 | brlcad | that's a page describing an idea for a project, just an idea that is expected to be expanded upon and customized as needed :) |
| 22:07.47 | jasleen | brlcad: ok |
| 22:08.24 | jasleen | you commente in my proposal about integration of qt and tcl |
| 22:09.23 | jasleen | to make a cross platform display manager, I will some some binding to integrate tcl and qt |
| 22:09.34 | brlcad | yeah, so my comments were more about the specific plan |
| 22:09.57 | brlcad | at _some_ point it will need to coordinate with tk so that it can be exposed via our archer editor |
| 22:10.14 | brlcad | however, that certainly does not need to be the first step |
| 22:10.38 | jasleen | ok |
| 22:11.22 | brlcad | if you get that far, and I hope you do, that'll be a good problem to have |
| 22:11.43 | brlcad | but my comments were about scope reduction, demonstrate it working without tcl/tk before you involve the beast |
| 22:11.49 | brlcad | you also seemed to have some misunderstanding about tcl |
| 22:14.36 | jasleen | ok. I will take care of it, and will update there |
| 22:25.39 | Notify | 03BRL-CAD:brlcad * 55496 brlcad/trunk/src/gtools/g_transfer.c: no longer need to call rt_init_resource() |
| 22:36.08 | brlcad | jasleen: you should explore how a display manager works at a really low level |
| 22:36.21 | brlcad | maybe try to write a simple test program that just opens a display manager window |
| 22:36.45 | brlcad | we might have an example of that in src/util or elsewhere, just hunt around for the dm open call |
| 22:36.54 | jasleen | ok |
| 22:39.39 | jasleen | brlcad: Is code od current display manager of both mged and archer in libdm? |
| 22:44.58 | jasleen | brlcad: libdm folder has many files. From where should I start? |
| 22:45.43 | jasleen | brlcad: Is there any developer documentation? |
| 22:46.13 | jasleen | or any heirarchical file structure? |
| 23:00.01 | jasleen | just found the developers documentation. |
| 23:13.37 | starseeker | brlcad: but the case of "'_ptrval' equal to 0" should be covered by the existing logic, correct? |
| 00:10.42 | brlcad | starseeker: yes, it is |
| 00:10.58 | brlcad | 0/NULL/-1 trigger as well as != magic |
| 00:12.39 | Notify | 03BRL-CAD:brlcad * 55497 (brlcad/trunk/src/adrt/isst_tcltk.c brlcad/trunk/src/adrt/load_g.c and 50 others): utilize the new DB_OPEN_READONLY and DB_OPEN_READWRITE instead of hard-coded constants, so we can change them down the road if needed |
| 00:13.33 | brlcad | jasleen: there is tons of documentation in numerous plaes for different purposes |
| 00:14.21 | brlcad | also, it might seem like a lot to you, but libdm really does not have "many files" |
| 00:14.55 | brlcad | each individual dm interface type is one file, the rest is in about a dozen files |
| 00:15.49 | brlcad | you may want to look at the debug dm interface that one of the other gsoc candidates put together to see if that helps your understanding |
| 00:15.56 | brlcad | it's in our patches tracker |
| 00:51.16 | starseeker | brlcad: yeah, that's what I thought - means clang's static analyzer isn't going to have much of a signal/noise ratio for us at the moment |
| 01:34.16 | brlcad | starseeker: -DBRLCAD_ENABLE_RUNTIME_DEBUG=NO |
| 01:38.03 | Notify | 03BRL-CAD:brlcad * 55498 brlcad/trunk/TODO: one of our primary customers needs this asap |
| 01:40.04 | starseeker | brlcad: hmm. worth trying |
| 02:16.50 | Notify | 03BRL-CAD:brlcad * 55499 (brlcad/trunk/src/conv/intaval/glob.h brlcad/trunk/src/conv/intaval/read_dra.cpp brlcad/trunk/src/conv/intaval/write_brl.cpp): revert/redo r55494 because there was a reason: the logical grouping of that data. moreover, the commit changed the semantic of the pt field (which wasn't affiliated with the bot) data. instead of flattening the structure, address what the clang warning was probably |
| 02:16.52 | Notify | about -- that (if memory serves) the c++ std does not actually define anonymous structs (only anonymous unions). fix is easy, just give it a name. |
| 02:26.03 | Notify | 03BRL-CAD:brlcad * 55500 brlcad/trunk/src/proc-db/brep_simple.cpp: ws/indent cleanup, mark usage func static |
| 02:34.52 | Notify | 03BRL-CAD:brlcad * 55501 (brlcad/trunk/src/proc-db/brep_cube.cpp brlcad/trunk/src/proc-db/brepintersect.cpp and 2 others): ws/indent, static usage |
| 02:41.51 | Notify | 03BRL-CAD:brlcad * 55502 (brlcad/trunk/src/proc-db/clutter.c brlcad/trunk/src/proc-db/common.c and 25 others): ws |
| 02:44.03 | Notify | 03BRL-CAD:brlcad * 55503 brlcad/trunk/src/proc-db/bottest.c: static usage func |
| 03:59.58 | *** join/#brlcad jasleen (~chatzilla@117.253.225.97) | |
| 05:33.43 | *** join/#brlcad priyanka_ (~priyanka@118.102.186.30) | |
| 05:44.29 | *** join/#brlcad jasleen (~chatzilla@117.255.246.69) | |
| 05:59.28 | *** join/#brlcad kesha (~kesha@49.248.244.124) | |
| 06:03.18 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5285 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 07:17.11 | *** join/#brlcad caen23 (~caen23@92.81.188.36) | |
| 07:41.55 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:20.33 | Notify | 03BRL-CAD Wiki:Phoenix * 5286 /wiki/User:Phoenix/GSoc2013/Proposal: /* Reporting the intersections (API designing) */ |
| 08:23.46 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 08:26.47 | Notify | 03BRL-CAD Wiki:Phoenix * 5287 /wiki/User:Phoenix/GSoc2013/Proposal: /* Computing P/P, P/C, P/S, C/C, C/S intersections */ |
| 08:35.06 | Notify | 03BRL-CAD Wiki:Phoenix * 5288 /wiki/User:Phoenix/GSoc2013/Proposal: /* Keeping track of the uncertainty intransitivity */ |
| 08:41.03 | Notify | 03BRL-CAD Wiki:Phoenix * 5289 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */ |
| 08:48.14 | *** join/#brlcad kesha (~kesha@49.248.244.124) | |
| 08:50.26 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:57.18 | *** join/#brlcad kesha_ (~kesha@49.248.244.124) | |
| 09:18.00 | jasleen | mged display manager interface provides two |
| 09:18.02 | jasleen | styles of interface: immediate mode and display list mode. |
| 09:18.49 | jasleen | can anyone tell about these modes? |
| 09:19.57 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:45.15 | *** join/#brlcad vladbogo (~vlad@188.25.237.147) | |
| 10:11.23 | Notify | 03BRL-CAD Wiki:Level zero * 5290 /wiki/User:Level_zero/GSOC13/Refinements: |
| 10:12.40 | Notify | 03BRL-CAD Wiki:Level zero * 5291 /wiki/User:Level_zero/GSOC13/Refinements: /* Feasibility */ |
| 10:25.25 | Notify | 03BRL-CAD Wiki:Level zero * 5292 /wiki/User:Level_zero/GSOC13/Refinements: /* Feasibility */ |
| 10:36.31 | *** join/#brlcad caen23 (~caen23@92.85.89.41) | |
| 10:45.56 | *** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd) | |
| 11:10.16 | brlcad | jasleen: what would you like to know about them? |
| 11:20.55 | jasleen | brlcad: I am exploring DM's functionality. What these do? |
| 11:29.36 | jasleen | brlcad: making a cross platform Framebuffer is another gsoc project. In idea list of my project, it is written to embedd framebuffer window in it. Is this a part of my project. |
| 11:30.29 | jasleen | because this will be done when someone make new cross platform framebuffer window. |
| 11:31.56 | brlcad | jasleen: I understand why you're asking, it's just your question is rather vague |
| 11:32.27 | brlcad | I could explain various aspects of them for hours and not really help you or maybe help you |
| 11:32.50 | brlcad | ask something specific you'd like to know about them, what do you not understand? |
| 11:33.17 | brlcad | but right now got to run, back in a couple hours |
| 11:33.30 | jasleen | ok |
| 11:37.46 | *** join/#brlcad priyanka (~priyanka@118.102.186.30) | |
| 12:19.40 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5293 /wiki/User:KeshaSShah/GSoC13/Priority2: |
| 12:20.03 | Notify | 03BRL-CAD Wiki:Level zero * 5294 /wiki/User:Level_zero/proposal: /* July 16 - Sep 2 [~7 Week] */ |
| 12:22.36 | Notify | 03BRL-CAD Wiki:Level zero * 0 /wiki/User:Level_zero/GSOC13/Refinements: |
| 12:25.04 | Notify | 03BRL-CAD Wiki:Level zero * 5297 /wiki/User:Level_zero/proposal: /* July 16 - Sep 2 [~7 Week] */ |
| 12:28.32 | Notify | 03BRL-CAD Wiki:Level zero * 5298 /wiki/User:Level_zero/proposal: /*Time Line Editted*/ |
| 12:29.55 | Notify | 03BRL-CAD Wiki:Level zero * 5299 /wiki/User:Level_zero/proposal: /* Categories of Image Processing Functions */ |
| 12:30.48 | Notify | 03BRL-CAD Wiki:Level zero * 5300 /wiki/User:Level_zero/proposal: /* After Application Deadline */ |
| 12:39.05 | *** join/#brlcad kesha_ (~kesha@49.202.239.237) | |
| 13:03.06 | *** join/#brlcad caen23 (~caen23@92.81.175.3) | |
| 13:34.26 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:44.48 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 14:50.20 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:05.53 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 16:09.28 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 16:09.51 | *** join/#brlcad caen23 (~caen23@92.81.167.201) | |
| 19:37.41 | *** join/#brlcad priyanka (~priyanka@118.102.186.30) | |
| 19:45.13 | *** join/#brlcad caen23 (~caen23@92.81.210.33) | |
| 20:52.23 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 20:52.29 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 23:57.21 | starseeker | mutter |
| 23:57.45 | starseeker | gets BRL-CAD checked out on ReactOS, but can't seem to get a good compiler setup |
| 00:05.21 | starseeker | confound it |
| 00:05.37 | starseeker | tested the build on FreeBSD i386, and the off_t stuff is buggered |
| 00:06.29 | starseeker | not sure at the moment if it's all 32bit setups or just FreeBSD, but the build fails and tweaking it resulted in a failed regress-red |
| 00:10.32 | Notify | 03BRL-CAD:starseeker * 55504 brlcad/trunk/TODO: Add TODO item for 32bit issue with off_t on FreeBSD (at least) |
| 00:22.46 | starseeker | tries to figure out how to install gcc4 on haiku... |
| 00:44.10 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 00:46.19 | zero_level | brlcad: I was studying about the feasibility and Hope the current load is much balanced. Need your suggestions here. |
| 00:46.53 | zero_level | the algorithm to balance the load was as follows. |
| 00:47.14 | zero_level | found the current implementation of those functions (in the tools) |
| 00:47.42 | zero_level | checked out the places required for changes. |
| 00:48.04 | zero_level | Also considered the numbers of functions (for documentation purpose) |
| 01:42.32 | starseeker | ah hah - setgcc x86 gcc4 |
| 01:44.50 | brlcad | starseeker: not at all surprising |
| 01:45.31 | starseeker | nods |
| 01:47.24 | brlcad | the approach taken is a rather buggered one |
| 01:48.27 | starseeker | looks like we'll have to straighten it out, after all... I'll know for sure once I get a 32 bit linux image of some sort set up |
| 01:48.43 | starseeker | (before release, I mean...) |
| 01:57.19 | brlcad | starseeker: any retest on the static analyzer? |
| 01:57.58 | starseeker | brlcad: not yet, sorry - computer resources being pretty well consumed by virtual machines at the moment :-/ |
| 01:57.59 | brlcad | exciting possibilities to see one in action based off the AST |
| 01:58.23 | starseeker | I do have it built though - I'll see if I can set up an overnight build |
| 01:58.47 | starseeker | one of the annoying parts is having to build src/other with the analyzer on too - Tcl/Tk is a bit... noisy |
| 01:59.08 | brlcad | you can't precompile src/other? |
| 01:59.37 | starseeker | not without mixing and matching compilers in the same CMake build - that's... a little tricky |
| 02:00.04 | brlcad | I was thinking more path trickery |
| 02:00.11 | starseeker | ah. possibly |
| 02:01.03 | brlcad | make a ccanal symlink to clang, compile src/other, then point to clang analyzer |
| 02:01.12 | brlcad | then finish the build |
| 02:01.47 | starseeker | probably worth isolating a test case based on our macroized bu_magic stuff and sending it to the analyzer devs as a bug report - would be handy to be able to spot cases where we genuinely had something wrong in that sort of logic |
| 02:02.03 | starseeker | brlcad: yeah, that would probably work |
| 02:02.50 | brlcad | it might have found a bonefide issue, but would have to see the output in detail |
| 02:03.35 | starseeker | remind me and I can show you next week, if I don't re-generate it here sooner |
| 02:03.38 | starseeker | bugger |
| 02:03.48 | starseeker | Haiku appears to have found an issue with non-X11 builds |
| 02:03.58 | starseeker | and another with M_LIBRARY |
| 02:06.48 | brlcad | nice to see you exploring the world of real operating system variability :) |
| 02:08.58 | starseeker | heh - new (powerful) toy that can run VirtualBox successfully == big trouble |
| 02:09.07 | brlcad | wants to give smart os a try |
| 02:09.15 | starseeker | ? |
| 02:09.38 | brlcad | http://smartos.org/ |
| 02:09.49 | brlcad | basically illumos |
| 02:10.06 | starseeker | ah - I grabbed an openindiana image, but haven't tried it yet |
| 02:10.52 | starseeker | looks like you can still download the sun studio compiler (depending on what all the legalize I haven't looked at yet says) in case we want to beat up on ourselves some more |
| 02:12.02 | starseeker | wonders what would happen with a plan9 build attempt... <shudder> |
| 02:13.48 | Notify | 03BRL-CAD:starseeker * 55505 brlcad/trunk/src/libdm/CMakeLists.txt: Wrap all the X11 libraries in the X11 conditional protection. |
| 02:15.54 | brlcad | i'm excited about it just because it's a major different kernel |
| 02:16.43 | brlcad | which usually means substantial differences in the underlying c standard lib, regardless of the compiler |
| 02:16.56 | brlcad | which is the best way to weed out assumptions |
| 02:17.47 | brlcad | zero_level: hi, sorry for the delay but not sure what you're telling me :) |
| 02:19.06 | Notify | 03BRL-CAD:starseeker * 55506 brlcad/trunk/src/libtclcad/CMakeLists.txt: Wrap X11 libs in feature check |
| 02:20.06 | brlcad | starseeker: if you can set up remote access, I'd take a stab at fixing the libregex off_t mess |
| 02:20.30 | brlcad | need access to a problematic system |
| 02:24.38 | zero_level | brlcad: think i couldnt write that well.. Anyways which part ? |
| 02:25.51 | starseeker | brlcad: urm - I only saw it on my virtualbox image |
| 02:26.14 | starseeker | brlcad: do you have virtualbox on your mac? Can just grab the FreeBSD i386 image and set it up... |
| 03:24.56 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 03:28.19 | *** join/#brlcad IriX64 (~IriX64@70.49.197.250) | |
| 03:49.14 | Notify | 03BRL-CAD:starseeker * 55507 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/libpng/CMakeLists.txt): Haiku doesn't need or support -lm for the math library - adjust build logic accordingly. Need to send the patch back to libpng. |
| 03:49.22 | Notify | 03BRL-CAD:brlcad * 55508 brlcad/trunk/NEWS: keith checked in his NURBS shaded display tessellation support in r55067. this does not yet include water-tight tessellation, but it is well-suited for visualization already. |
| 04:12.02 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 04:17.36 | zero_level | brlcad:hi.. sry had to go smwh |
| 04:56.19 | starseeker | shamefacedly rebuilds his Haiku image with enough disk space to actually try compiling this time... |
| 05:13.48 | starseeker | OK, Haiku is data point #2 for the off_t issue |
| 05:15.40 | starseeker | winces - zlib failed on openindiana |
| 05:15.44 | brlcad | ~smwh |
| 05:16.21 | brlcad | zero_level: is everyone supposed to know what smwh means? |
| 05:16.45 | brlcad | seems rather obscure if you meant 'somewhere' |
| 05:17.33 | Notify | 03BRL-CAD:brlcad * 55509 brlcad/trunk/src/libbu/getopt.c: revert r54186 that intended to prevent confusion of negative numbers and number options. the change introduced a bug with parsing of numeric options that don't have a space after the option and multi-option strings (e.g., -s128 -8abc). the comment in the patch also incorrectly stated that options could only be a-zA-Z0-9 (punctuation is also allowed). need a |
| 05:17.35 | Notify | proper regression test case that we can compare against expected behavior from system getopt (if available) like we do for some of the other libbu unit tests. |
| 05:18.05 | brlcad | woot, I'll have to do one more pass, but that's the last commit-related issue I had noted for release |
| 05:19.09 | starseeker | smwh? |
| 05:19.52 | zero_level | brlcad: yes it meant somehwere :) |
| 05:21.28 | brlcad | zero_level: we're going to need to work on your communication skills a little bit buddy |
| 05:21.43 | brlcad | your message earlier is a train wreck :) |
| 05:22.04 | brlcad | punctuation is just misleading |
| 05:22.20 | brlcad | "random" use of case |
| 05:22.46 | brlcad | algorithm in following ... and no algorithm follows |
| 05:23.07 | zero_level | brlcad: I am naive on IRC i guess :) |
| 05:23.07 | brlcad | and now obscure shorthand |
| 05:23.24 | brlcad | this has absolutely nothing to do with IRC... |
| 05:23.27 | starseeker | blegh - openindiana only has gcc3 by default |
| 05:23.33 | starseeker | might explain a few things... |
| 05:24.09 | brlcad | it's how you're using text to convey information |
| 05:24.19 | brlcad | starseeker: we should still build on 3 |
| 05:24.53 | zero_level | may be on all text chats. Did you see my addition in the proposal ? |
| 05:25.07 | starseeker | brlcad: really? I thought even early versions of 4 were problematic these days... |
| 05:25.45 | brlcad | starseeker: I guess it depends on the issue -- it's certainly not been tested in a while, but I did do a gcc3 compile around 2 years ago |
| 05:25.49 | brlcad | took some cleanup, but worked |
| 05:25.57 | starseeker | nods |
| 05:26.25 | starseeker | well, barring some compiler installing pain, it looks like we're about to find out |
| 05:26.34 | brlcad | we might have adopted some mess with boost updates since then, but would need to see an error |
| 05:27.08 | starseeker | brlcad: the Haiku image might make a good potted example of the off_t bug, fwiw |
| 05:27.14 | brlcad | the bigger problem is more likely going to be the glibc that accompanies it |
| 05:28.07 | brlcad | we very well may be assuming libc features that earlier glibc wasn't so hot about |
| 05:29.56 | brlcad | zero_level: social chat is a completely different domain, this is international open source software development |
| 05:30.05 | brlcad | zero_level: you need to be prepared to be precise, complete, and clear in your communications |
| 05:30.30 | starseeker | brlcad: http://brlcad.org/~starseeker/openindiana_gcc3_build_errors.txt |
| 05:31.42 | starseeker | that's where I'm at as of this evening |
| 05:32.17 | starseeker | need some sleep - be back later |
| 05:33.20 | brlcad | starseeker: http://sourceforge.net/p/brlcad/discussion/362510/thread/ec2f5d8b |
| 05:33.44 | brlcad | interesting that he got past that same libz error just by re-running the autotools build |
| 05:36.18 | starseeker | ah - http://www.ilkda.com/compile/Build_Problems.htm - probably the linker |
| 05:37.15 | brlcad | ah, that would explain the autogen.sh fix |
| 05:38.04 | brlcad | means there's probably a flag that can be added/removed from the compile to get it to work |
| 05:38.19 | starseeker | doesn't have a lot of linker validation in the CMake build, IIRC - looks like I'll need to figure that out |
| 05:38.21 | brlcad | going to be some linker setting like -Wl,-E |
| 05:40.23 | starseeker | you can see the off_t errors there there too |
| 05:40.29 | brlcad | yeah |
| 05:40.35 | brlcad | I really expected that to happen |
| 05:41.08 | brlcad | we should not be defining standard types like that |
| 05:42.24 | brlcad | the only platform we do this on is windows and it's only because they have historically provided equivalent functionality, just with a different (underscored) name |
| 05:52.17 | Notify | 03BRL-CAD:brlcad * 55510 brlcad/trunk/NEWS: richard modified gqa in r52353 to report all missed regions, not just the first missed region (so users won't have to keep re-running gqa to get any objects further down the shotline. |
| 05:56.22 | zero_level | brlcad: hope i will learn in days ahead |
| 06:01.24 | *** join/#brlcad zero_level_ (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 06:57.36 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 07:03.41 | *** join/#brlcad jasleen (~chatzilla@202.164.53.117) | |
| 10:31.59 | *** join/#brlcad vladbogo (~vlad@188.25.237.147) | |
| 11:18.34 | *** join/#brlcad caen23 (~caen23@92.85.91.26) | |
| 11:36.35 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 12:21.08 | *** join/#brlcad kesha (~kesha@49.249.1.180) | |
| 13:03.54 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 13:20.57 | *** join/#brlcad caen23 (~caen23@92.81.183.7) | |
| 14:45.48 | *** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102) | |
| 15:11.29 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 15:23.58 | Notify | 03BRL-CAD:starseeker * 55511 brlcad/trunk/TODO: More details on where we do and don't see the off_t issue |
| 15:25.25 | *** join/#brlcad caen23 (~caen23@92.81.183.7) | |
| 15:43.07 | *** join/#brlcad caen23_ (~caen23@92.83.182.2) | |
| 16:49.43 | *** join/#brlcad kesha (~kesha@49.249.1.226) | |
| 16:58.07 | *** join/#brlcad jasleen (~chatzilla@117.253.202.139) | |
| 17:27.05 | *** join/#brlcad kesha (~kesha@49.249.1.226) | |
| 18:06.26 | *** join/#brlcad caen23 (~caen23@92.83.185.228) | |
| 18:43.09 | *** join/#brlcad kesha (~kesha@49.249.19.215) | |
| 23:35.04 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 01:45.09 | *** join/#brlcad caen23 (~caen23@92.83.185.228) | |
| 04:07.33 | *** join/#brlcad caen23_ (~caen23@92.81.181.29) | |
| 05:38.29 | *** join/#brlcad caen23 (~caen23@92.81.181.29) | |
| 06:49.57 | *** join/#brlcad caen23 (~caen23@92.81.181.29) | |
| 08:08.29 | *** join/#brlcad kesha (~kesha@49.249.1.114) | |
| 08:58.57 | *** join/#brlcad kesha (~kesha@49.249.1.114) | |
| 09:06.32 | *** join/#brlcad kesha_ (~kesha@49.249.1.114) | |
| 09:31.54 | *** join/#brlcad jasleen (~chatzilla@202.164.53.119) | |
| 09:34.57 | *** join/#brlcad kesha_ (~kesha@49.249.1.114) | |
| 09:35.00 | *** join/#brlcad priyanka (~priyanka@202.164.53.120) | |
| 10:21.59 | *** join/#brlcad priyanka (~priyanka@202.164.53.118) | |
| 10:32.40 | *** join/#brlcad jasleen (~chatzilla@202.164.53.119) | |
| 11:07.41 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:39.07 | *** join/#brlcad priyanka (~priyanka@202.164.53.118) | |
| 12:22.01 | *** join/#brlcad priyanka (~priyanka@202.164.53.119) | |
| 12:34.26 | *** join/#brlcad jasleen (~chatzilla@202.164.53.119) | |
| 12:45.43 | Notify | 03BRL-CAD:bob1961 * 55512 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Make setting Archer's display preferences more interactive. |
| 12:57.23 | *** join/#brlcad jasleen (~chatzilla@202.164.53.119) | |
| 15:28.48 | ``Erik | http://nvlabs.github.io/moderngpu/ |
| 15:51.36 | Notify | 03BRL-CAD:bob1961 * 55513 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Minor tweak to ArcherCore::render to reset mSavedCenter and mSavedSize. |
| 16:03.55 | *** join/#brlcad jasleen (~chatzilla@117.253.233.26) | |
| 16:43.33 | *** join/#brlcad jasleen (~chatzilla@117.253.233.26) | |
| 17:28.39 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 17:38.34 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 18:02.30 | rays2pix | Hi I am Deepak.Just got to see the comments on my GSOC proposal. Missed to check GSOC site for last few days. |
| 18:05.05 | rays2pix | brlcad: I would choose to do certain new format conversions. |
| 18:07.54 | *** join/#brlcad caen23 (~caen23@92.81.181.29) | |
| 18:41.53 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5301 /wiki/User:Rays2pix2013/GSoc2013/Proposal: /* Development Schedule */ |
| 18:51.01 | rays2pix | My bad, havent checked melange site in recent days due to exam pressure and missed the comments. wish there had been a email notification from gsoc-melange |
| 18:54.34 | rays2pix | just turned on the notification for comments. Sorry for responding late |
| 19:15.16 | *** join/#brlcad jasleen (~chatzilla@117.253.233.56) | |
| 19:18.31 | Notify | 03BRL-CAD:carlmoore * 55514 (brlcad/trunk/src/proc-db/brep_cube.cpp brlcad/trunk/src/proc-db/brep_simple.cpp): supply missing right parenthesis in printusage string |
| 19:20.44 | Notify | 03BRL-CAD:carlmoore * 55515 brlcad/trunk/src/proc-db/breplicator.cpp: fix help and no-arguments run of breplicator |
| 20:08.19 | Notify | 03BRL-CAD:n_reed * 55516 brlcad/trunk/src/proc-db/breplicator.cpp: mark local functions static |
| 20:20.21 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 00:31.08 | ``Erik | effin' awesome http://fab.cba.mit.edu/classes/862.13/students/brandon/index.html laptop sonar |
| 00:33.03 | ``Erik | the future improvements section talks about using the technique in combination with a smartphones accelerometer to map surroundings |
| 02:06.15 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 04:32.31 | *** join/#brlcad jasleen (~chatzilla@117.255.246.73) | |
| 05:45.48 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 05:51.01 | Notify | 03BRL-CAD Wiki:Navdeepbagga * 0 /wiki/User:Navdeepbagga: |
| 06:04.02 | Notify | 03BRL-CAD Wiki:Navdeepbagga * 5302 /wiki/User:Navdeepbagga: Created page with "Personal Information Name: Navdeep Bagga Email Address: gottarocknow@gmail.com IRC Username: navdeep Phone number: +91 981 556 4887 Blog Address : http://www.navdeepbagga..." |
| 07:07.24 | *** join/#brlcad kesha (~kesha@49.249.18.127) | |
| 07:26.42 | *** join/#brlcad priyanka (~priyanka@202.164.53.117) | |
| 07:34.12 | priyanka | Hello, I want to know which files are showing output on console. I changed fb_log of if_ogl.c file, if_debug.c file, but what I see is that output on console are not from these files. I checked for ogl_getmem error on running rt command. How could I know which file is responsible for output on console. Am I doing something wrong? |
| 07:53.27 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ocegrcajhjnrpmbl) | |
| 07:54.15 | *** join/#brlcad priyanka (~priyanka@202.164.53.119) | |
| 08:55.17 | *** join/#brlcad priyanka (~priyanka@202.164.53.117) | |
| 10:06.38 | *** join/#brlcad priyanka (~priyanka@202.164.53.119) | |
| 11:08.51 | ``Erik | 'output on console'? you could try a recursive grep to match the string you're seeing... quite a bit uses bu_log() |
| 11:50.32 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 12:57.27 | Notify | 03BRL-CAD:bob1961 * 55517 brlcad/trunk/src/libtclcad/tclcad_obj.c: Call DM_MAKE_CURRENT before calling DM_GEN_DLISTS in libtclcad. |
| 13:02.16 | Notify | 03BRL-CAD:bob1961 * 55518 brlcad/trunk/src/libged/erase.c: Can't assume that display lists are contiguous in gdl_headSolid. This was the culprit/bug that was causing geometry to mysteriously disappear from the display in MGED and Archer. |
| 13:07.35 | Notify | 03BRL-CAD:bob1961 * 55519 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: By default, Archer will use display lists. |
| 13:12.15 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:28.10 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 13:34.03 | brlcad | starseeker: did you ever read this about the mark iv? http://blog.nikonmetrology.com/2011/01/24/modeling-a-world-war-i-mark-iv-tank/ |
| 13:42.08 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:52.53 | Notify | 03BRL-CAD:bob1961 * 55520 brlcad/trunk/src/mged/dozoom.c: Added a call to DM_MAKE_CURRENT to mged's createDList and freeDListsAll functions. |
| 14:11.08 | *** join/#brlcad kesha (~kesha@49.249.18.127) | |
| 14:23.34 | *** join/#brlcad navdeep (75c76ad4@gateway/web/freenode/ip.117.199.106.212) | |
| 14:23.53 | brlcad | d_rossberg or``Erik or starseeker: can one of you attend the gsoc deduplication meeting on friday? |
| 14:24.29 | brlcad | right now we don't have any duplicates, but someone is required to attend and I'll be in a car at that time (1900 UTC, 3-4pm EDT) |
| 14:25.03 | brlcad | required to attend just in case a duplication results from resolving some other org's duplication |
| 14:27.03 | ``Erik | I'll be driving as well |
| 14:33.47 | d_rossberg | I can do it |
| 14:35.28 | brlcad | d_rossberg: thank you, it's held in #gsoc |
| 14:36.08 | brlcad | you basically just make a quick decision whether to keep or let another org have a student, if a conflict arises (very unlikely) |
| 14:37.56 | d_rossberg | ok, i subscribed to the gsoc calendar, it contains all the details |
| 15:15.21 | *** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102) | |
| 15:33.28 | starseeker | brlcad: I knew about the scanning effort, but I didn't know they'd published an article on it |
| 15:34.08 | starseeker | don't supposed they published the data set somewhere? |
| 15:38.43 | *** join/#brlcad navdeep (75c76ad4@gateway/web/freenode/ip.117.199.106.212) | |
| 16:51.09 | *** join/#brlcad kesha (~kesha@49.249.19.49) | |
| 16:59.47 | *** join/#brlcad jasleen (~chatzilla@117.253.202.91) | |
| 17:34.43 | *** join/#brlcad harmanpreet (~chatzilla@210.56.121.193) | |
| 17:39.31 | brlcad | starseeker: not that I ever heard of, the paper doesn't link it |
| 17:41.26 | *** join/#brlcad kesha (~kesha@49.249.19.49) | |
| 17:49.38 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 18:13.32 | *** join/#brlcad jasleen (~chatzilla@117.255.243.223) | |
| 18:42.59 | *** join/#brlcad merzo (~merzo@73-183-132-95.pool.ukrtel.net) | |
| 18:45.32 | *** join/#brlcad kesha_ (~kesha@49.249.19.49) | |
| 19:00.14 | *** join/#brlcad jasleen (~chatzilla@117.255.243.223) | |
| 19:18.45 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 19:43.07 | jasleen | brlcad: currently LIBDM display manager library has canvas specific DM |
| 19:44.26 | jasleen | I am proposing, not to extend LIBDM, rather create a seperate path for this cross platform DM. |
| 19:44.34 | jasleen | Is this ok? |
| 20:01.22 | Notify | 03BRL-CAD:brlcad * 55521 brlcad/trunk/src/librt/db_anim.c: validate our input parameters before assuming they're non-null |
| 20:09.45 | Notify | 03BRL-CAD:brlcad * 55522 brlcad/trunk/src/librt/test_bot2nurbs.cpp: style cleanup, ws |
| 20:10.18 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 20:10.35 | Notify | 03BRL-CAD:brlcad * 55523 brlcad/trunk/src/librt/prep.c: make rt_clean() work even if it's an rtip that no longer has a dbip handle (instead of crashing) |
| 20:15.37 | Notify | 03BRL-CAD:brlcad * 55524 brlcad/trunk/src/librt/db_open.c: behave more user-friendly gracefully if we attempt to close a null dbip. let it mean we have nothing to do instead of halting the application. |
| 20:34.06 | ``Erik | hm, sbcl core had a fit of x86_64 simd improvements just now O.o |
| 20:57.48 | Notify | 03BRL-CAD:brlcad * 55525 brlcad/trunk/TODO: turns out at least the one instance being used with rt_new_rti()+rt_free_rti() does result in zero leaks (so long as you close the cloned dbip). still needs more TLC w.r.t. duplicate geometry and usage of the rt_uniresource/global memory pools, but no longer seems like a release barrier. |
| 20:59.25 | brlcad | jasleen: I'm highly skeptical that you have enough time to change your proposal in such a drastic way that it could be evaluated with any confidence |
| 20:59.41 | brlcad | that's something that should have come up in discussion literally a month ago |
| 21:00.39 | brlcad | if this is because you're having such trouble with your libdm patch, that's a problem in itself that should be discussed |
| 21:01.14 | jasleen | well.. the more i search, the more i get ideas. that's why updating my proposal. |
| 21:01.39 | jasleen | yes i want to discuss |
| 21:02.08 | brlcad | we can do that in a few hours if you have the time |
| 21:02.26 | brlcad | it's probably an involved discussion :) |
| 21:02.53 | jasleen | I have time. Just give me few minutes . I am updating scheduling in it |
| 21:03.05 | jasleen | yah... i feel the same |
| 21:04.00 | brlcad | in general, it doesn't sound like a great plan (to me), perhaps it does to others though |
| 21:04.50 | brlcad | a primary rule of risk reduction (and debugging) is to only change one thing at a time |
| 21:05.16 | brlcad | completely circumventing libdm probably cascades FAR more work than there is time to consider within the GSoC timeframe |
| 21:06.16 | brlcad | "maybe" if you were already very experienced in libdm and our mged front-end code, you could successfully propose a "de-wire" proposal to circumvent libdm altogether |
| 21:06.57 | brlcad | doing it all at once sounds like a recipe for disaster... or not even half-finished unusable code |
| 21:07.19 | rays2pix | brlcad: I have updated my schedule to have only image format conversions. Request you to review it |
| 21:07.31 | brlcad | rays2pix: you don't have to request anything |
| 21:07.38 | brlcad | all proposals get reviewed over and over |
| 21:09.28 | brlcad | it's pretty much assumed that you will respond to questions, comments, and requests posted as feedback with something satisfactory |
| 21:09.37 | jasleen | can you tell about de-wire |
| 21:09.50 | brlcad | if we find later that it's not, then ... we have a problem :) |
| 21:10.09 | starseeker | brlcad: a tar.gz of my Haiku virtual machine (shows the off_t issue) is about 800 megs - would that be of use to you? |
| 21:10.10 | brlcad | rays2pix: so best I can suggest is to re-read the feedback you have and make sure you really did address all questions/comments |
| 21:10.38 | brlcad | starseeker: maybe, I have several haiku images too -- just haven't tried a compile since beginning release prep |
| 21:10.43 | jasleen | brlcad: I am not getting what you want to say |
| 21:10.56 | brlcad | jasleen: of course I could, but to what end? |
| 21:11.48 | starseeker | brlcad: ah, k - you had mentioned needing access to a machine showing the issue, and that was the best idea I've had thus far... ironically enough, it's an issue I'm only seeing at the moment in virtual machines |
| 21:12.37 | brlcad | starseeker: then before you consume the bytes uploading, let me just try a compile on my box |
| 21:12.42 | brlcad | i can do that this evening |
| 21:12.58 | jasleen | brlcad: Gave me few minutes. I Have to go now. |
| 21:13.13 | starseeker | brlcad: k, thanks. I'd be willing to take a stab at it, but headcold + fatigue do not a good developer make :-/ |
| 21:13.18 | jasleen | Then i will discuss. |
| 21:13.38 | brlcad | starseeker: no worries, it's now our very last release issue that I'm aware of |
| 21:13.52 | starseeker | sweet |
| 21:14.13 | starseeker | one thing I can do... |
| 21:14.15 | brlcad | and arguably not major, just worth looking into |
| 21:14.24 | starseeker | starts bringing up virtual machines and firing off distchecks |
| 21:14.35 | brlcad | ah, yeah, that'd be good |
| 21:15.39 | starseeker | brlcad: FreeBSD i386 is probably the most worrisome - Haiku is a niche target and OpenIndiana (and presumably other Solaris derivatives) have other issues |
| 21:16.15 | rays2pix | brlcad: Are you expecting more details on test tools? |
| 21:16.23 | starseeker | only has Windows 8 + Visual Studio 2012 Express here, so someone will need to do that test |
| 21:18.37 | brlcad | starseeker: it's almost certain that 32-bit linux will be a problem |
| 21:19.13 | brlcad | rays2pix: tools? no. testing? depends, but yes you should account for proper testing. |
| 21:20.35 | rays2pix | I proposed to develop example code which also serves to test every added feature |
| 21:27.06 | rays2pix | as per current plan, as I develop code for every format, I will also have example converter utils and test the same before taking up a new format |
| 21:27.51 | ``Erik | speaking of slowaris derivatives, anyone done opensolaris lately? I signed up for a dvd when they announced a completely open source x86 version, but never recieved it :/ |
| 21:28.12 | starseeker | ``Erik: my understanding was opensolaris is effectively defunct? |
| 21:28.14 | ``Erik | I have a 32bit linux ubuntu 12.04 box I can grind a test on |
| 21:29.18 | starseeker | illumos and its derivatives seem to be where the action is - I've got OpenIndiana, and I think brlcad was interested in taking a look at SmartOS |
| 21:29.44 | starseeker | ``Erik: that'd be cool - I have the latest 13.04 (or whatever) in my own 32bit Ubuntu image |
| 21:29.45 | ``Erik | is ignorant of the current status of the solaris tree :( |
| 21:30.22 | starseeker | http://en.wikipedia.org/wiki/OpenSolaris |
| 21:30.32 | starseeker | looks like it got "Oracled" |
| 21:30.46 | ``Erik | Linux putrid 3.5.0-30-generic #51~precise1-Ubuntu SMP Wed May 15 08:50:20 UTC 2013 i686 i686 i386 GNU/Linux |
| 21:30.52 | ``Erik | model name : Intel(R) Celeron(R) CPU 450 @ 2.20GHz |
| 21:31.48 | ``Erik | $200 at bj's, yo... with a 500g sata, couple gigs of ram, kbd, mouse, etc |
| 21:33.01 | ``Erik | illumos, openindiana and smartos are probably the family I'd be looking for... bsd as at&t and berkeley did it is long gone, fbsd/obsd/netbsd/pcbsd/dragonfly are the descendants |
| 21:35.29 | ``Erik | illumos does seem like the nexus for post-opensolaris activities |
| 21:36.54 | starseeker | yeah, I think they're all building on that core |
| 21:37.51 | starseeker | at least in principle, we might be able to download the latest Solaris for testing - I haven't scoped out their new license |
| 21:38.30 | starseeker | the "sun studio" compiler is likely to be a test we still don't pass |
| 21:39.44 | Notify | 03BRL-CAD:carlmoore * 55526 brlcad/trunk/src/fb/fb-rle.c: replace -h with '-S 1024' so -h can be used for help; also, implement -? |
| 21:39.49 | starseeker | is quickly reminded that he needs more ram if he wants to run large numbers of VM's simultaneously |
| 21:43.04 | starseeker | ah, bugger |
| 21:43.15 | starseeker | installs autoconf, automake and friends |
| 21:58.11 | ``Erik | hm, we used to be cool with sunw pro on sparcIIi I think, an e420 or something |
| 21:58.28 | starseeker | nods - I think that was pre openNURBS days |
| 21:58.33 | ``Erik | oh, yeah, it was |
| 21:58.39 | ``Erik | pre-cmake, too |
| 21:58.45 | starseeker | and stepcode :-) |
| 21:59.22 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 21:59.25 | ``Erik | yeah, all the imported c++ stuff might cause a fit... hopefully not much of one since we're ok with gcc, clang and msvc |
| 22:00.08 | starseeker | I remember tweaking openNURBS to at least build with Sun Studio - don't think I ever tried stepcode |
| 22:01.06 | ``Erik | stepcode comes from nist, right? I'd assume it'd be much more solaris friendly than openNURBS, which comes from a very very win32 background |
| 22:01.19 | starseeker | could be |
| 22:01.58 | starseeker | problem is stepcode pre-dates a lot of modern C++ standards, and sunstudio seems to be real big on strict standard adherence |
| 22:02.21 | starseeker | on the other hand, they may have ended up using a "simple" subset too - would just have to try it |
| 22:03.03 | ``Erik | hm, is stepcode old enough to be consumable by the old c++ to c compilers? :D |
| 22:09.32 | jasleen | brlcad: I just updated my proposal. Please give time to review it. |
| 23:29.06 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 23:38.42 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 03:20.40 | Notify | 03BRL-CAD:brlcad * 55527 brlcad/trunk/src/libpkg/pkg.c: quell openindiana warning, unused onoff var |
| 03:23.24 | brlcad | starseeker: what does man tgetent on openindiana say for headers? |
| 03:25.20 | brlcad | see if term.h and curses.h header checks pass too (they should have...) |
| 03:28.18 | Notify | 03BRL-CAD:brlcad * 55528 brlcad/trunk/src/anim/anim_time.c: avoid shadowing time (openindiana) |
| 03:38.48 | brlcad | starseeker: looks like those are the few I could fix from your log without more information |
| 03:39.46 | brlcad | if you retry and get the some ones, would be good to see byteorder.h in full to see if the htonll error is quellable/detectable |
| 03:44.59 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 06:11.39 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 08:08.36 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:55.30 | *** join/#brlcad merzo (~merzo@120-193-133-95.pool.ukrtel.net) | |
| 11:12.29 | Notify | 03BRL-CAD:bob1961 * 55529 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Tweaks for Archer's Rt image view mode. |
| 11:56.10 | Notify | 03BRL-CAD:bob1961 * 55530 brlcad/trunk/src/libged/draw.c: In _ged_drawtrees, set autoview to 1 only if doing adaptive plotting. |
| 12:47.21 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 12:57.15 | *** join/#brlcad jasleen (~chatzilla@117.253.203.100) | |
| 13:10.21 | Notify | 03BRL-CAD:bob1961 * 55531 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Archer mods to initialize a bit of tree state when a database is loaded. This is related to Archer's rt image view mode. |
| 14:20.41 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 14:33.30 | *** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd) | |
| 14:34.42 | ajQD | Hello everyone |
| 14:38.02 | ajQD | I have a question about the GSoC application and I don't know to whom should I ask |
| 14:38.36 | ajQD | brlcad, as you wrote the comment in the application I guess I have to wait for you.. |
| 14:57.44 | brlcad | ~ask |
| 14:57.45 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 14:58.15 | brlcad | "just ask what you intended to ask" |
| 15:07.58 | *** join/#brlcad ajQD (~ajQD@gateway/tor-sasl/ajqd) | |
| 15:13.50 | ajQD | brlcad, I received a comment in my application asking "what portions of the image processing library would you intend to have finished before the midterm evaluations?" And since I wrote in the application "July 30th (midterm evaluation) Try to have 50% percent of the tools migrated with the Main loop in [3]" I don't understand the question you made.. 50% of the tools is the portion right? |
| 15:43.54 | ``Erik | maybe list the binaries you intend to do before the midterm and the ones after? |
| 15:44.46 | ``Erik | otherwise, it sounds like: "what do you plan to have completed at the half-way mark?" "half of it." |
| 15:49.43 | Notify | 03BRL-CAD:r_weiss * 55532 brlcad/trunk/sh/cmp.sh: Needed to also comment out "Norm" because it was dependant on "Tied", "Diff" and "TDif" which was already commented out. |
| 15:56.52 | ajQD | ``Erik, thanks for replying |
| 15:58.12 | ajQD | But.. I don't see how can I define the number of tools that I will have migrated by then if I don't first do this two steps: [1] Analise and study BU* and ICV (standars, differences what does each contain) |
| 15:58.13 | ajQD | [2] Come up with an strategy for migrating BU tools for image processing to use ICV. |
| 16:00.19 | starseeker | interesting - vanilla BSD make doesn't seem to know how to cope with our odd pathnames distcheck |
| 16:03.52 | starseeker | aand autotools distcheck crashes and burns on Fedora 64 bit |
| 16:15.49 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:15.49 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 16:26.53 | Notify | 03BRL-CAD:bob1961 * 55533 (brlcad/trunk/src/libged/draw.c brlcad/trunk/src/libged/ged_private.h): Remember the autoview setting in _ged_drawtrees by adding it to the _ged_client_data struct. |
| 16:33.54 | Notify | 03BRL-CAD:bob1961 * 55534 brlcad/trunk/src/libged/draw.c: Minor cleanup of _ged_drawtrees. |
| 16:44.31 | *** join/#brlcad harmanpreet (~chatzilla@124.253.150.57) | |
| 16:57.10 | *** join/#brlcad vladbogo (~vlad@188.25.237.147) | |
| 16:59.27 | *** join/#brlcad rays2pix (~deepak@110.234.229.2) | |
| 17:11.10 | *** join/#brlcad harmanpreet (~chatzilla@210.56.124.124) | |
| 17:12.25 | ``Erik | siggraph 2013 tech paper preview trailer http://youtu.be/JAFhkdGtHck |
| 17:52.07 | Notify | 03BRL-CAD:brlcad * 55535 (brlcad/trunk/src/tclscripts/CMakeLists.txt brlcad/trunk/src/tclscripts/archer/CMakeLists.txt and 15 others): walls of code are bad... clean up and document the pkgIndex.tcl and tclIndex macros. eliminated the name argument since we can generate it automatically off of the path. |
| 17:56.30 | Notify | 03BRL-CAD:carlmoore * 55536 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: remove h option |
| 18:00.08 | starseeker | brlcad: http://www.cmake.org/pipermail/cmake/2013-May/054829.html |
| 18:00.17 | starseeker | might be of interest |
| 18:01.22 | brlcad | starseeker: it's of interest if someone hooks it up ;) |
| 18:02.25 | starseeker | heh |
| 18:03.02 | starseeker | brlcad: thanks for simplifying the Tcl CMake macros |
| 18:03.22 | starseeker | iterated on those one too many times and it got hard to see the forest for the trees |
| 18:09.43 | *** join/#brlcad ncsaba (~ncsaba@p54981D99.dip0.t-ipconnect.de) | |
| 18:10.31 | ncsaba | Hi all |
| 18:12.19 | ncsaba | is there anybody who can give me a quick hint where to look for the implementation of commands available in mged ? |
| 18:13.31 | ncsaba | ok, never mind, I found the command I was looking for... |
| 18:16.05 | ncsaba | so they are in the "libged" subdirectory - one question though: if I would have a new command, where should I look to register it so it is acessible from mged shell ? |
| 18:21.00 | ncsaba | found that too by for searching references to ged_analyze |
| 18:22.06 | ncsaba | ok, so I managed to answer my own questions - seems I only need to write them down ;-) |
| 18:22.07 | starseeker | hmm: src/libbn/ulp.c:170: warning: comparing floating point with == or != is unsafe |
| 18:22.54 | starseeker | little surprising - it's the isnan and isinf calls that it doesn't seem to like |
| 18:26.00 | starseeker | another source of fun: http://paste.lisp.org/display/137259 |
| 18:38.47 | starseeker | aaand openNURBS doesn't want to build either |
| 18:38.49 | starseeker | yeesh |
| 18:38.55 | starseeker | later for this |
| 18:39.57 | Notify | 03BRL-CAD:carlmoore * 55537 brlcad/trunk/src/proc-db/brickwall.c: implement -? and no-arguments; switch over to use of getopt's error messages; have not yet resolved -h |
| 19:21.18 | *** join/#brlcad jasleen (~chatzilla@117.253.228.174) | |
| 19:55.11 | Notify | 03BRL-CAD:carlmoore * 55538 brlcad/trunk/src/burst/burst.c: implement h and ?; no-argument option NOT implemented because we go to the screen-display instead |
| 20:27.20 | Notify | 03BRL-CAD:erikgreenwald * 55539 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: try to rebalance xml after the -h removal... |
| 20:57.53 | Notify | 03BRL-CAD:carlmoore * 55540 brlcad/trunk/src/util/buffer.c: implement -h and -? but not help-by-running-with-no-arguments |
| 21:08.16 | Notify | 03BRL-CAD:carlmoore * 55541 brlcad/trunk/src/util/bw-a.c: implement -h and -?; run-with-no-arguments IS available already |
| 21:20.52 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 00:20.29 | starseeker | brlcad: http://brlcad.org/~starseeker/brlcad_build_log_openindiana.txt |
| 01:12.47 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 02:50.12 | Notify | 03BRL-CAD:brlcad * 55542 (brlcad/trunk/src/tclscripts/ami.tcl brlcad/trunk/src/tclscripts/ampi.tcl): fix the silent error that was causing mged to run without a slew of commands being available. if we can't build a tclIndex, stop hard because something went terribly wrong. sync ami.tcl and ampi.tcl too so they basically do the same thing (might want to merge at some point). print the actual error if there was one. |
| 02:51.32 | brlcad | starseeker: yep, I skipped some of the indiana warnings because they're libc implementation errors |
| 02:53.36 | brlcad | the paste issue is compiler options needing adjustment |
| 03:07.21 | *** join/#brlcad velociostrich (~anonymous@c-24-0-153-224.hsd1.pa.comcast.net) | |
| 03:10.02 | Notify | 03BRL-CAD:brlcad * 55543 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: quell mass of openindiana warnings for NAME_MAX not being defined |
| 03:34.00 | Notify | 03BRL-CAD:brlcad * 55544 brlcad/trunk/src/other/openNURBS/opennurbs_system.h: also provide isfinite(), but comment out both so they can be specifically tested |
| 03:41.53 | Notify | 03BRL-CAD:brlcad * 55545 brlcad/trunk/src/libfb/if_mem.c: quell redefinition error for openindiana |
| 03:48.30 | Notify | 03BRL-CAD:brlcad * 55546 brlcad/trunk/src/anim/anim_offset.c: don't shadow time |
| 03:49.08 | Notify | 03BRL-CAD:brlcad * 55547 brlcad/trunk/src/anim/anim_keyread.c: anothoer time shadow |
| 04:04.00 | Notify | 03BRL-CAD:brlcad * 55548 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: remove extended characters |
| 04:16.27 | Notify | 03BRL-CAD:brlcad * 55549 brlcad/trunk/doc/docbook/system/man1/en/fb-rle.xml: indent and format to look for tag errors, but looks clean |
| 04:17.37 | brlcad | starseeker: I think that's all of them from that log file |
| 04:44.56 | *** join/#brlcad caen23 (~caen23@92.81.193.129) | |
| 04:49.04 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 05:29.20 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:47.51 | *** join/#brlcad kesha_ (~kesha@49.249.18.44) | |
| 06:53.10 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:51.59 | *** join/#brlcad jasleen (~chatzilla@202.164.53.118) | |
| 09:12.06 | *** join/#brlcad navdeep (75c76178@gateway/web/freenode/ip.117.199.97.120) | |
| 09:18.05 | *** join/#brlcad jasleen (~chatzilla@202.164.53.117) | |
| 09:49.30 | *** join/#brlcad jasleen (~chatzilla@202.164.53.120) | |
| 09:54.29 | *** join/#brlcad merzo (~merzo@9-6-132-95.pool.ukrtel.net) | |
| 11:11.22 | Notify | 03BRL-CAD Wiki:Phoenix * 5303 /wiki/User:Phoenix/GSoc2013/Proposal: /* Links */ |
| 11:27.00 | starseeker | brlcad: I'm not too concerned about the lex issue - the correct answer there is to convert that code to re2c/lemon anyway. |
| 11:27.20 | starseeker | I'll give it another go tonight |
| 11:29.50 | Notify | 03BRL-CAD:phoenixyjll * 55550 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp and 3 others): Fix return value of ON_Intersect (SSI) - returns the number of intersection events (consistent with openNURBS), and add comment to brep.h. Remove the uncessary check of OPENNURBS_PLUS_INC_, and reduce debugging messages. |
| 11:30.32 | Notify | 03BRL-CAD Wiki:Phoenix * 5304 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */ |
| 11:50.12 | Notify | 03BRL-CAD:d_rossberg * 55551 (brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt brlcad/trunk/src/libbrep/CMakeLists.txt and 3 others): link openNURBS statically in brlcad.dlldoing so some of the Windows-DLL-import/export-flag logic can be simplified |
| 12:19.05 | Notify | 03BRL-CAD:phoenixyjll * 55552 (brlcad/trunk/src/librt/tests/arb_intersect.g =================================================================== (Binary files differ)): Add a test geometry for SSI - surface tree approach is not so suitable for intersection of two plane surfaces, and we need some special handling. It includes transverse intersection curve, tangent intersection curve, tangent intersection point, |
| 12:19.07 | Notify | overlap intersection and some other corner cases - a good test case to test to find the problem in and improve the SSI routine. |
| 12:21.02 | Notify | 03BRL-CAD Wiki:Phoenix * 5305 /wiki/User:Phoenix/GSoc2013/Proposal: /* Things I have done this year */ |
| 12:27.37 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 13:12.03 | *** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102) | |
| 13:32.50 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 13:49.24 | *** join/#brlcad kesha_ (~kesha@49.249.18.44) | |
| 14:14.46 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 15:22.31 | Notify | 03BRL-CAD:indianlarry * 55553 brlcad/trunk/src/libged/tables.c: For the 'idents' command skip over non-union combinations above the region level, these members of a combination don't add positively to the defined regions of space and their region ID's will not show up along a shotline unless positively added elsewhere in the hierarchy. This is causing headaches for users generating an association table from our |
| 15:22.33 | Notify | 'idents' listing. |
| 15:45.24 | Notify | 03BRL-CAD:brlcad * 55554 brlcad/trunk/NEWS: the idents command now skips over non-union combination members above the region level. to quote commit r55553: these members of a combination don't add positively to the defined regions of space and their region ID's will not show up along a shotline unless positively added elsewhere in the hierarchy. This was causing headaches for users generating an association table |
| 15:45.26 | Notify | from our idents listing. |
| 15:49.47 | Notify | 03BRL-CAD:brlcad * 55555 brlcad/trunk/NEWS: Aiming to finally release 7.24.0 on Monday! Good times ... r55555 woot! |
| 16:13.57 | starseeker | bugger - getting a regression test failure |
| 16:14.43 | brlcad | starseeker: which one? |
| 16:14.58 | Notify | 03BRL-CAD:brlcad * 55556 brlcad/trunk/include/bu.h: talked with some of our s2 users and we're going to go ahead with the new INFINITY values even though they introduce/expose changes to results. changing infinity results in slightly different bsp cell traversal (grazing case) but the object being reported was always on the shotline to begin with. the decision was to allow this change since the new hits encountered |
| 16:14.58 | brlcad | I'm getting a command not found error on regress-mged |
| 16:14.59 | Notify | are correct. |
| 16:15.09 | brlcad | which is what I was working on yesterday with the cmake changes |
| 16:15.43 | brlcad | some build system issue, tcl file not found |
| 16:16.03 | starseeker | hmm - this is a bu_bomb of some sort |
| 16:16.42 | starseeker | wipeout in bu_noise_init |
| 16:21.40 | starseeker | ah, might be my fault |
| 16:22.27 | Notify | 03BRL-CAD:starseeker * 55557 brlcad/trunk/src/librt/tests/CMakeLists.txt: add arb_intersect.g to the CMAKEFILES list. |
| 16:41.50 | *** join/#brlcad jasleen (~chatzilla@117.253.203.165) | |
| 16:44.23 | *** join/#brlcad kesha_ (~kesha@49.249.200.98) | |
| 16:53.32 | starseeker | yeah, my fault |
| 16:53.54 | starseeker | had a local change I forgot to revert - regression passing now |
| 16:54.16 | starseeker | brlcad: you still seeing your error? |
| 16:55.10 | brlcad | will test, but I presume yes because it was a different test |
| 17:08.44 | *** join/#brlcad kesha__ (~kesha@49.249.200.98) | |
| 17:14.58 | *** join/#brlcad jasleen (~chatzilla@117.253.203.165) | |
| 17:52.37 | brlcad | starseeker: I found the error, it's because of symlinking instead of copy |
| 17:53.04 | brlcad | fortunately not major and workaroundable |
| 18:04.15 | *** join/#brlcad kesha (~kesha@49.249.9.241) | |
| 18:09.05 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 18:16.57 | *** join/#brlcad kesha_ (~kesha@49.249.9.241) | |
| 18:20.30 | *** join/#brlcad caen23 (~caen23@92.81.168.35) | |
| 18:37.29 | Notify | 03BRL-CAD:carlmoore * 55558 brlcad/trunk/src/sig/bw-d.c: implement -h, -? |
| 18:50.19 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 18:59.26 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 19:00.35 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 19:01.25 | *** join/#brlcad Ch3ck (~Ch3ck@77.220.0.18) | |
| 19:03.23 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 19:16.27 | *** join/#brlcad jasleen (~chatzilla@117.253.203.165) | |
| 19:22.50 | Notify | 03BRL-CAD Wiki:117.253.203.165 * 5306 /wiki/User:Jasleen_Kaur: |
| 19:37.21 | *** join/#brlcad kesha_ (~kesha@49.249.19.243) | |
| 19:45.58 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 5307 /wiki/User:Jasleen_Kaur: |
| 19:51.54 | brlcad | gdb --args bin/nirt -xffffffff -b -e "units in; xyz -181.91 0 96; dir -1 0 0; s; q;" ../infbug.g tube |
| 19:52.39 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 5308 /wiki/User:Jasleen_Kaur: |
| 19:54.21 | starseeker | woot - finally, someone other than Apple getting into high PPI screens - both Google and Toshiba are getting into the game (finally) |
| 19:54.57 | starseeker | 12.85" 2560x1700 :-) |
| 19:56.23 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 5309 /wiki/User:Jasleen_Kaur: |
| 20:01.28 | jasleen | brlcad: Is my approach of work wrong? |
| 20:06.58 | Notify | 03BRL-CAD:carlmoore * 55559 brlcad/trunk/src/sig/bw-d.c: supply 'bad argument' message for arguments other than the prescribed ones |
| 20:10.36 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:27.14 | Notify | 03BRL-CAD:carlmoore * 55560 brlcad/trunk/src/fb/bw-fb.c: supplied h and ? as help flags; converted old h to H because the workaround would require BOTH s and S in place of old h |
| 20:40.08 | Notify | 03BRL-CAD Wiki:Jasleen Kaur * 5310 /wiki/User:Jasleen_Kaur: |
| 20:58.07 | starseeker | drools... a 3:2 aspect ratio on a truly high DPI screen... kinda ironic that the ultimate programmers laptop screen is in a machine that comes with such a locked-down OS |
| 21:04.34 | mpictor | starseeker: slightly higher resolution than the nexus 10 http://bergie.iki.fi/files/nexus10-shell.png |
| 21:05.16 | starseeker | grins - now *that's* what laptop screenshots *should* look like |
| 21:05.38 | mpictor | he claims to like it, but of course it's limited to wifi since he's compiling on a desktop |
| 21:05.40 | mpictor | http://bergie.iki.fi/blog/six-weeks-working-android/ |
| 21:06.21 | mpictor | yea... if only those buttons at the bottom didn't waste soooo much space! |
| 21:06.57 | starseeker | that's why the reports that you can run Ubuntu on the chromebook pixel make it interesting |
| 21:07.08 | starseeker | fluxbox + gkrellm for the win |
| 21:07.18 | mpictor | huh. didn't realize that was possible |
| 21:07.50 | starseeker | http://lifehacker.com/how-to-install-linux-on-a-chromebook-and-unlock-its-ful-509039343 |
| 21:07.50 | mpictor | not too surprising since google uses 100% goobuntu internally |
| 21:08.57 | starseeker | wouldn't be worth squat with just Chrom OS, but a full Linux distribution makes it an entirely different proposition |
| 21:08.59 | ``Erik | starseeker: what machine has the 3:2 high resolution? |
| 21:09.07 | starseeker | Chromebook Pixel |
| 21:09.38 | starseeker | http://en.wikipedia.org/wiki/Chromebook_Pixel |
| 21:09.46 | *** join/#brlcad vladbogo (~vlad@188.25.238.238) | |
| 21:09.48 | ``Erik | hm, saw the samsung one a couple days ago, but I think it's 16:9 or something |
| 21:10.10 | starseeker | yeah, this sucker is apperently the ultimate in laptop screens for the moment |
| 21:10.21 | ``Erik | touch screen, even |
| 21:10.30 | ``Erik | a bazillion pixels hidden by smudges |
| 21:11.00 | starseeker | Torvalds himself likes it, so it's a pretty good candidate for proper Linux support: http://www.zdnet.com/chromebooks-biggest-fan-linus-torvalds-7000012842/ |
| 21:11.28 | mpictor | my n10 is 2560x1600, and I really don't notice smudges on it |
| 21:11.44 | starseeker | is trying to think of the last time he saw *any* laptop screen with a 3:2 ratio... |
| 21:12.54 | starseeker | not what google designed it for, but that has "programming laptop" written all over it (given the proper OS) |
| 21:13.44 | starseeker | is not a fan of "short and wide" in laptop screens - or desktop either, come to think of it |
| 21:14.21 | mpictor | I *hate* 16:9 |
| 21:14.45 | ``Erik | <-- still on an old macbook with 1280x800, so *shrug* all of 'em look good |
| 21:16.03 | starseeker | <snort> - ``Erik, with your approach to hardware I'm surprised you're not staring at an old green CRT and wondering what all the fuss is about with this "full color" thing |
| 21:16.42 | starseeker | *likes* being able to have a zillion terminals and documents open at once without them overlapping |
| 21:18.06 | starseeker | funny how things change - these days $1,500 is considered a very expensive laptop. If you factor in inflation especially, you don't have to go back so far before that wouldn't have gotten you much of anything |
| 21:18.07 | ``Erik | I, um, actually do still have a monochrome vga display somewhere... 640x400! |
| 21:19.14 | starseeker | hands ``Erik +3 nerd points - touchée |
| 21:19.37 | starseeker | what's its power consumption like? |
| 21:19.53 | *** join/#brlcad kesha_ (~kesha@49.248.244.126) | |
| 21:20.03 | ``Erik | I don't think this laptop can hold a number that big |
| 21:20.11 | starseeker | heh |
| 21:20.39 | ``Erik | but ya throw the big rocker switch and it does make an impressive 'bzzt' |
| 21:21.39 | ``Erik | my next laptop might still be a mac, mostly due to xcode/ios |
| 21:22.20 | starseeker | nods - yeah, that's the logical platform for that work |
| 21:23.20 | mpictor | I've been using KDevelop for a couple years. It has improved drastically from the 3.x versions. Never tried xcode, but I do hear that it's good. |
| 21:23.46 | starseeker | is still quite fond of the Mac retina machines - without them, no one would be pushing PPI on laptop screens at all |
| 21:24.27 | starseeker | however annoying the Mac "walled garden" approach may be, they do at least force the industry to keep moving |
| 21:24.45 | mpictor | that they do |
| 21:25.22 | starseeker | mpictor: I poked at KDevelop once or twice - I probably should look at it again, I understand they have pretty good CMake support |
| 21:26.33 | mpictor | your relative path commit make kdevelop crash, but they fixed it within a couple days |
| 21:26.45 | starseeker | heh - oops |
| 21:27.12 | starseeker | wonder what would happen with the full BRL-CAD cmake build logic |
| 21:27.22 | starseeker | that's quite a bit more gnarly |
| 21:27.57 | mpictor | their cmake support is pretty good, but they do parse the files themselves - so things don't match 100% |
| 21:28.20 | mpictor | I'd try it myself, but you guys haven't moved to git yet |
| 21:28.20 | starseeker | ah - yeah, now that you say that I remember a developer discussing that with them on the CMake list |
| 21:28.25 | mpictor | svn is slooooooooow |
| 21:28.46 | starseeker | mpictor: heh - actually, things got a lot better in that regard now that sf.net has upgraded things |
| 21:33.02 | mpictor | is impressed |
| 21:33.26 | mpictor | I thought they'd _never_ upgrade |
| 21:33.58 | mpictor | BTW, your twitter url is invalid at http://sourceforge.net/projects/brlcad/ |
| 21:52.42 | Notify | 03BRL-CAD:carlmoore * 55561 brlcad/trunk/src/util/bw-imp.c: implement h and ? as help flags; old h is replaced by '-s 1024' |
| 21:53.50 | kesha_ | Read this. http://opensource.com/government/13/2/bug-fix-day Awesome!! :) |
| 21:56.26 | Notify | 03BRL-CAD:carlmoore * 55562 brlcad/trunk/doc/docbook/system/man1/en/bw-imp.xml: change the man page for bw-imp; old h has been removed |
| 22:26.23 | ``Erik | mpictor: http://brlcad.org/brlcad.git/ |
| 22:26.25 | brlcad | mpictor: thanks, will fix |
| 22:28.22 | ``Erik | huh, doesn't seem to have updated since april 22 O.o |
| 22:37.08 | ``Erik | heh http://www.giantfreakinrobot.com/scifi/dalek-bottom-british-pond-biding-time.html |
| 22:54.51 | *** join/#brlcad kesha_ (~kesha@49.248.244.126) | |
| 23:49.07 | *** join/#brlcad kesha_ (~kesha@49.248.244.126) | |
| 23:54.51 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 00:59.53 | mpictor | ``Erik: thanks |
| 01:00.40 | mpictor | starseeker: kdevelop takes a while to load it, but it does load without error |
| 01:01.08 | mpictor | search, code browser, etc work and aren't noticeably slow |
| 01:01.24 | starseeker | that's pretty impressive |
| 01:01.56 | starseeker | mpictor: we do plan to switch to the github srcs, by the way - we're just delaying it until we complete our release |
| 01:02.09 | mpictor | oic |
| 01:02.20 | starseeker | we're just a tad late, so we don't want to introduce any more variables... |
| 01:02.50 | mpictor | btw, if you want to use kdevelop, you'll need 4.5.61 or later |
| 01:03.20 | mpictor | or use gentoo and build kdevelop from master :) |
| 01:03.35 | starseeker | heh - I'm trying to be nicer to my computer this time |
| 01:03.49 | starseeker | the last two used gentoo and bit the dust after a couple years |
| 01:04.00 | mpictor | lol |
| 01:04.19 | mpictor | I was on debian until I got this system last fall |
| 01:04.51 | starseeker | had an old alienware laptop (from before they got bought by Dell) and wiped it out trying to upgrade a Gentoo install that got too old |
| 01:05.04 | mpictor | got tired of reporting bugs in things only to find that they'd been fixed months ago in a version that wasn't in testing yet |
| 01:05.14 | starseeker | heh |
| 01:05.17 | mpictor | crap :( |
| 01:05.51 | starseeker | tends to just build and install in /usr/local the things he cares about most for being current (CMake, clang, etc.) |
| 01:05.55 | mpictor | yea I had trouble with this computer, but the only solution was a 32-bit kernel or a very new kernel |
| 01:06.17 | starseeker | nods - I needed the latest Ubuntu for this Dell machine |
| 01:06.35 | mpictor | I thought about that, but it looked like building kdevelop would get pretty involved |
| 01:06.46 | starseeker | winces - yeah, that's a point |
| 01:07.02 | starseeker | probably why I usually end up back at CMake + vim + xterm + compiler :-) |
| 01:07.09 | mpictor | heh |
| 01:07.21 | starseeker | yeah, available version is 4.4.4 |
| 01:07.23 | starseeker | phooey |
| 01:07.32 | mpictor | the only vi I know is :wq and :q |
| 01:07.38 | starseeker | hehe |
| 01:07.42 | mpictor | kdevelop? that might work |
| 01:07.52 | starseeker | you said 4.5.61 or later... |
| 01:08.02 | mpictor | some older versions don't crash, but they have a bug wrt build targets |
| 01:08.09 | starseeker | hrm |
| 01:08.12 | mpictor | yea |
| 01:08.29 | starseeker | what the heck, I haven't crashed the machine this week... |
| 01:08.37 | mpictor | I upgraded to get away from the build target bug, only to hit the cmake parse bug |
| 01:08.41 | mpictor | lol |
| 01:09.13 | starseeker | wonders if that's what prompted that little exchange he saw on the CMake list... |
| 01:11.24 | mpictor | it would have been 5/5 or after |
| 01:11.25 | mpictor | https://bugs.kde.org/show_bug.cgi?id=319379 |
| 01:13.13 | starseeker | there are occasional discussions trying to get CMake to use some other, pre-existing language instead of defining their own |
| 01:13.54 | starseeker | can see both sides of that - the limited subset sort of forces you to behave and not go hog wild with complexity, unless it's something you *really* need |
| 01:14.38 | starseeker | but by the same token, if you really *do* need it the limitations are a pain |
| 01:15.09 | mpictor | seems like cmake could parse the files and output most of the info in xml |
| 01:15.34 | mpictor | that way, it's easy to skip any info that the ide doesn't need |
| 01:15.59 | mpictor | I remember some other ide causes cmake to generate code::blocks files, then parses those |
| 01:16.06 | starseeker | or JSON even (I'll let ``Erik advocate for s-expressions) |
| 01:16.39 | starseeker | nods - in some ways, I think we've reached the point where we need a tool-agnostic way to describe software systems |
| 01:17.01 | starseeker | Autotools, CMake, scons, Visual Studio, Xcode, etc. etc. etc... |
| 01:17.01 | Notify | 03BRL-CAD:brlcad * 55563 brlcad/trunk/src/util/bw-imp.c: rarely ever need to document what the code was to developers |
| 01:17.18 | mpictor | yea |
| 01:17.52 | starseeker | *how* the build tools get the job done is an imlementation detail - what the project folks need to provide is the description of the system to be fed to the tools |
| 01:18.04 | mpictor | a standard language, and more than one implementation competing |
| 01:18.56 | starseeker | would be a truckload of work to do it, and unfortunately some of the major players *really* wouldn't care at all about compatibility (*cough*Microsoft*cough*) |
| 01:19.50 | starseeker | there are enough separate tools now, that have been used for real world projects, that a comprehensive survey and design effort could probably define something useful |
| 01:20.24 | Notify | 03BRL-CAD:brlcad * 55564 brlcad/trunk/src/fb/bw-fb.c: ws |
| 01:21.55 | starseeker | lol - "It lead to problems with weird uses of get_filename_components" |
| 01:21.58 | starseeker | takes a bow |
| 01:22.25 | mpictor | hah |
| 01:22.57 | mpictor | yea I was thinking that the redmond implementation would have non-standard extensions and/or subtly different behavior |
| 01:23.00 | mpictor | :) |
| 01:23.28 | starseeker | cmake 2.8.11 has actually introduced some interesting new features, which down the road might simplify some of BRL-CAD's build logic, but it's going to be a while before I can require that as a minimum version |
| 01:23.38 | Notify | 03BRL-CAD:brlcad * 55565 brlcad/trunk/src/fb/bw-fb.c: the high resolution flags can all just go away, even if they equate to two flags (-s 1024 -S 1024) like here, so long as it's a simple substitution. |
| 01:23.38 | starseeker | 2.8.8 was bad enough |
| 01:26.30 | starseeker | pfft - crashed 4.4.4 no problem. |
| 01:26.56 | starseeker | back to the joys of ninja |
| 01:27.24 | mpictor | I used some 2.8.[78] features in stepcode without realizing it. I wish their docs showed what features were introduced when :/ |
| 01:28.02 | mpictor | btw, I saw a comment in src/conv/step/CMakeLists about massively parallel builds |
| 01:28.09 | starseeker | it needs updating, but quite useful: http://www.cmake.org/Wiki/CMake_Version_Compatibility_Matrix |
| 01:28.12 | mpictor | I've run into that muself |
| 01:28.23 | mpictor | *myself |
| 01:28.25 | starseeker | mpictor: oh, really? did you save the error message? |
| 01:28.41 | mpictor | no, I just noticed that it seemed to build the same files over and over |
| 01:28.59 | starseeker | bugger |
| 01:29.35 | starseeker | if you can get it to do that and capture a build log, I might be able to do something about it |
| 01:29.37 | mpictor | I think it may be because of the way I wrote data/CMakeLists in stepcode |
| 01:29.51 | starseeker | checks... |
| 01:30.07 | mpictor | to be specific, the problem I ran into was with stepcode by itself, not with brlcad |
| 01:30.22 | starseeker | nods |
| 01:31.16 | starseeker | oh, mpictor - can I safely delete my stepcode clone on my own github projects page? |
| 01:31.33 | mpictor | IIRC, when there are multiple output files for a custom command, cmake ignores all but the first |
| 01:31.36 | mpictor | yes you can |
| 01:31.42 | starseeker | cool |
| 01:32.17 | starseeker | has accumulated quite a number of "cmakeified" projects on github... |
| 01:32.36 | mpictor | hah |
| 01:34.37 | mpictor | I've wondered if cmake was sometimes running several instances of fedex_plus in parallel for one schema, when multiple targets that depended on the lib were being built at once |
| 01:35.45 | starseeker | you wouldn't think so... |
| 01:36.09 | starseeker | it probably depends on how you set up the dependencies |
| 01:36.49 | starseeker | usually, I have a custom target that depends on the output files of the custom command(s), and those custom commands in turn have dependencies on their input files |
| 01:37.31 | mpictor | there's a kdevelop ppa, but it's only at 4.5.0 http://www.ubuntuupdates.org/package/kubuntu-ppa_backports/raring/main/base/kdevelop |
| 01:38.06 | starseeker | mpictor: I can try restructuring this, but I can't trigger the parallel failure myself |
| 01:38.22 | starseeker | if I rework it, can you put it through its paces? |
| 01:38.34 | mpictor | sure |
| 01:38.49 | starseeker | alrightie - let me check out a non-anonymous repo |
| 01:39.13 | mpictor | I don't remember triggering it recently though :/ |
| 01:39.48 | mpictor | the fedex command is at https://github.com/stepcode/stepcode/blob/master/data/CMakeLists.txt#L67 |
| 01:40.34 | mpictor | I'm going to hit the sack. should be back on fairly early tomorrow |
| 01:40.49 | starseeker | cool |
| 01:41.05 | starseeker | If this turns out to be straightforward, I'll try to commit it tonight |
| 01:41.41 | starseeker | will try his "standard" custom command pattern and see if that works... |
| 01:41.59 | starseeker | CMake has lots of ways to do this, but it always seems to boil down into one particular pattern... |
| 01:42.09 | brlcad | twitter url fixed (thx mpictor) |
| 01:52.19 | Notify | 03BRL-CAD:brlcad * 55566 (brlcad/trunk/src/fb/cmap-fb.c brlcad/trunk/src/fb/fb-bw.c and 28 others): ws indent style cleanup |
| 02:03.49 | starseeker | yow - some of these step schemas are mean on memory to build |
| 02:09.37 | starseeker | hopes it really was that simple... |
| 02:09.44 | starseeker | fingers crossed |
| 02:22.24 | brlcad | starseeker: you trying the combined schema? |
| 02:22.37 | starseeker | hmm? |
| 02:22.53 | starseeker | did the default build, which I think builds the schema |
| 02:22.53 | brlcad | really wonders if that one will behave well enough for 203 and adequately for 214 files |
| 02:23.00 | starseeker | oh, sorry |
| 02:23.16 | starseeker | no, trying to fix the problem building on a massively parallel setup |
| 02:23.35 | brlcad | http://www.steptools.com/support/stdev_docs/stpcad/index.html |
| 02:23.55 | starseeker | thinks he recalls brlcad mentioning the parallel build issue in stepcode too... |
| 02:23.58 | brlcad | more specifically, http://www.steptools.com/support/stdev_docs/stpcad/step_merged_cad_schema.exp |
| 02:24.32 | brlcad | in theory, that bad-boy would give us a step-g that could read pretty much anything |
| 02:26.22 | starseeker | step_merged_cad_schema.exp:16224: --ERROR: Entity motion_link_relationship missing from supertype list for subtype resulting_path. |
| 02:26.41 | starseeker | few other errors |
| 02:27.09 | brlcad | hm |
| 02:27.29 | brlcad | don't know the spec that well to know if that's a stepcode error or a schema error |
| 02:32.32 | starseeker | brlcad: http://paste.lisp.org/display/137286 |
| 02:37.48 | brlcad | fortunately that doesn't look like a lot of issues |
| 02:38.45 | starseeker | ah: http://www.steptools.com/support/stdev_docs/stpfiles/ap214/index.html |
| 02:39.32 | starseeker | http://www.steptools.com/support/stdev_docs/stpfiles/ap203e2/index.html |
| 02:40.01 | starseeker | more basic than their ap203 tests, but useful none the less |
| 02:40.37 | starseeker | wonders if he should have the "deterministic build system" discussion with mpictor... |
| 02:42.15 | starseeker | crosses his fingers that used chromebook pixels appear on the market cheaper after a year or so... |
| 03:51.19 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 06:15.19 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 06:58.55 | *** join/#brlcad kesha_ (~kesha@49.249.18.23) | |
| 07:18.23 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:39.40 | *** join/#brlcad caen23 (~caen23@92.83.181.106) | |
| 09:24.01 | *** join/#brlcad kesha_ (~kesha@49.249.18.23) | |
| 09:53.30 | *** join/#brlcad merzo (~merzo@39-68-132-95.pool.ukrtel.net) | |
| 12:00.48 | Notify | 03BRL-CAD:indianlarry * 55567 brlcad/trunk/src/fb/fbcolor.c: Space was accidently added to constant chat "," -> ", ". Looks to have been added by ws space scripts. Need to check and possible fix script. |
| 12:13.19 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 12:34.04 | Notify | 03BRL-CAD:indianlarry * 55568 (brlcad/trunk/src/fb/fbzoom.c brlcad/trunk/src/fb/gif-fb.c brlcad/trunk/src/fb/pl-fb.c): Sorry a few more. where space was accidently added to constant chat "," -> ", ". Looks to have been added by ws space scripts. Need to check and possible fix script. |
| 12:44.12 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 13:00.19 | *** join/#brlcad phoenixyjll (8c71fd66@gateway/web/freenode/ip.140.113.253.102) | |
| 14:15.55 | *** join/#brlcad kesha (~kesha@49.249.1.158) | |
| 14:28.31 | *** join/#brlcad kesha (~kesha@49.249.1.158) | |
| 14:37.31 | *** join/#brlcad vladbogo (~vlad@188.25.238.238) | |
| 15:02.23 | *** join/#brlcad kesha_ (~kesha@49.202.239.115) | |
| 16:53.17 | *** join/#brlcad jasleen (~chatzilla@117.253.203.197) | |
| 17:18.20 | *** join/#brlcad kesha_ (~kesha@49.202.239.115) | |
| 17:57.05 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-nafyavcvevkyexub) | |
| 18:15.05 | *** join/#brlcad jasleen (~chatzilla@117.255.246.98) | |
| 18:16.13 | starseeker | mpictor: can you tell if that tweak helped the parallel build situation? |
| 18:22.53 | Notify | 03BRL-CAD:carlmoore * 55569 brlcad/trunk/src/util/bw-pix.c: implement -h and -?; also, expand 2 error messages |
| 18:24.19 | mpictor | starseeker: I haven't been able to trigger it |
| 18:24.40 | starseeker | heh |
| 18:24.58 | starseeker | ah well |
| 18:25.29 | mpictor | like I said at 21:38, I haven't hit it recently - either because I no longer do whatever caused the problem or because of my current setup |
| 18:25.46 | starseeker | it's a bit hard to tell whether SOURCES establishes the dependency relationship between the custom target and the custom command, but DEPENDS should guarantee it |
| 18:25.58 | mpictor | yeah |
| 18:26.36 | mpictor | in the generated makefiles, IIRC, the dependency between the different targets is the first file in the list |
| 18:26.57 | starseeker | hmm - in principle it should require all of them |
| 18:36.04 | mpictor | at one time, one of the scripts I used ran make for one generated file: |
| 18:36.05 | mpictor | make -f data/CMakeFiles/sdai_$i.dir/build.make $i/compstructs.cc >/dev/null |
| 18:36.18 | mpictor | https://github.com/stepcode/stepcode/commit/b5f23743d62144de74f1e49a97cec377c7b7e8a8#L1R55 |
| 18:37.20 | mpictor | or maybe I used that file simply because it was easy... don't remember |
| 18:47.36 | mpictor | the first error was easy to fix |
| 18:47.48 | mpictor | changed line 16226 of the schema to |
| 18:47.50 | mpictor | <PROTECTED> |
| 18:48.01 | mpictor | I'm not sure about the others |
| 18:48.44 | starseeker | mpictor: if we get it working, would you be ok with adding it to stepcode? brlcad is interested in that as a possible path to a multi-version step importer |
| 18:49.02 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 18:49.33 | mpictor | the entity in the first error is identical to the one in ap214e3_2010, and I don't see where 'joint' comes from - it would take more digging to understand |
| 18:49.35 | mpictor | sure |
| 18:49.45 | mpictor | s/first/second |
| 18:50.51 | *** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-lqejxpkzntipdosc) | |
| 19:00.37 | *** join/#brlcad viku__ (uid11086@gateway/web/irccloud.com/x-osfqwlrpznwalkqf) | |
| 19:32.29 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 19:37.31 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 20:57.15 | Notify | 03BRL-CAD:carlmoore * 55570 brlcad/trunk/src/util/bw-png.c: implement -h , -? |
| 21:02.55 | Notify | 03BRL-CAD:carlmoore * 55571 brlcad/trunk/src/util/bw-ps.c: -h , -? |
| 01:33.11 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 06:14.58 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 07:30.12 | *** join/#brlcad jasleen (~chatzilla@117.255.244.137) | |
| 08:32.24 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 09:01.23 | *** join/#brlcad jasleen (~chatzilla@117.253.202.196) | |
| 09:08.57 | *** join/#brlcad jasleen (~chatzilla@117.253.202.196) | |
| 09:25.07 | *** join/#brlcad caen23 (~caen23@92.83.186.156) | |
| 09:26.47 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 10:49.43 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 10:51.24 | *** join/#brlcad caen23 (~caen23@92.85.86.12) | |
| 11:22.37 | zero_level | belcad: how many slots did BRLCAD got this time ? If i am allowed to ask that :) |
| 11:24.04 | zero_level | brlcad: how many slots did BRLCAD got this time ? If i am allowed to ask that :) |
| 12:48.55 | ``Erik | 7 |
| 13:12.46 | zero_level | ``Erik thanks |
| 13:26.52 | *** join/#brlcad caen23_ (~caen23@92.81.192.154) | |
| 13:31.51 | *** join/#brlcad caen23 (~caen23@92.81.192.154) | |
| 13:51.37 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 15:35.58 | *** join/#brlcad merzo (~merzo@221-124-132-95.pool.ukrtel.net) | |
| 15:49.14 | *** join/#brlcad jasleen (~chatzilla@117.253.203.141) | |
| 16:21.14 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 16:49.49 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 17:00.32 | *** join/#brlcad caen23_ (~caen23@92.85.90.207) | |
| 18:10.32 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 19:14.30 | *** join/#brlcad jasleen (~chatzilla@117.253.203.141) | |
| 20:30.08 | *** join/#brlcad caen23 (~caen23@92.81.213.235) | |
| 01:08.39 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 01:41.29 | starseeker | mpictor: thanks for sorting out the merged express schema! |
| 01:41.43 | starseeker | should be able to try plugging that in to our converter in the next couple days |
| 01:43.38 | starseeker | finally builds varkon successfully. MGED has met its equal in the "obtuse GUI" department |
| 02:55.11 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 03:15.39 | mpictor | starseeker: as I commented on the pull request, I don't have very high expectations |
| 03:16.10 | mpictor | though I suppose it's possible that the stuff that changed did so because the earlier version wasn't really usable |
| 03:16.21 | mpictor | guess we'll find out |
| 03:17.29 | mpictor | It was pretty easy to fix. Glad I could be of assistance :) |
| 03:17.55 | mpictor | signing out... |
| 06:36.32 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 09:07.08 | *** join/#brlcad caen23 (~caen23@92.85.83.136) | |
| 09:51.32 | *** join/#brlcad merzo (~merzo@217-47-132-95.pool.ukrtel.net) | |
| 12:06.41 | *** join/#brlcad caen23_ (~caen23@92.81.221.156) | |
| 12:24.04 | ``Erik | starseeker: you might appreciate this, dude equates parsing perl to the halting problem and calls it 'formal proof' of perl being unparsable http://www.perlmonks.org/index.pl?node_id=663393 |
| 12:26.12 | ``Erik | (via https://news.ycombinator.com/item?id=5770531 ) |
| 14:04.49 | *** join/#brlcad caen23 (~caen23@92.81.177.117) | |
| 14:21.53 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 16:04.11 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 16:36.28 | *** join/#brlcad jasleen (~chatzilla@117.253.203.12) | |
| 16:47.33 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 16:59.41 | *** join/#brlcad caen23_ (~caen23@92.81.179.101) | |
| 17:25.17 | starseeker | ``Erik_: that's awesome |
| 17:27.16 | *** join/#brlcad kesha_ (~kesha@49.249.18.101) | |
| 17:37.17 | *** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-ipirpiwghtqwpwlm) | |
| 17:49.09 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xqxhdsnvutvwyudi) | |
| 20:28.03 | *** join/#brlcad caen23 (~caen23@92.81.197.121) | |
| 02:12.18 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 05:13.24 | *** join/#brlcad caen23_ (~caen23@92.81.176.202) | |
| 05:20.02 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 07:57.54 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:35.52 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 09:52.29 | *** join/#brlcad merzo (~merzo@95-91-133-95.pool.ukrtel.net) | |
| 10:49.56 | Notify | 03BRL-CAD:d_rossberg * 55572 brlcad/trunk/src/other/poly2tri/CMakeLists.txt: link p2t with zlib-static if a brlcad.dll should be build |
| 11:31.30 | *** join/#brlcad caen23 (~caen23@92.83.176.127) | |
| 12:18.39 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 14:29.53 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 14:50.47 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 14:52.24 | Notify | 03BRL-CAD Wiki:JoelDBenson * 0 /wiki/User:JoelDBenson: |
| 15:07.56 | *** join/#brlcad caen23_ (~caen23@92.81.179.170) | |
| 15:49.27 | *** join/#brlcad kesha_ (~kesha@49.202.239.92) | |
| 16:42.02 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5311 /wiki/User:JoelDBenson: Created page with "==Spring 2013== I'm an old, very experienced tech writer who is new to and envisions using BRL-CAD to create 3D illustrations. I'll be adding stuff that I would have found he..." |
| 16:46.04 | *** join/#brlcad jasleen (~chatzilla@117.255.243.200) | |
| 16:58.14 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 17:40.15 | *** join/#brlcad jasleen (~chatzilla@117.253.232.185) | |
| 18:24.21 | *** join/#brlcad kesha__ (~kesha@49.249.18.178) | |
| 18:32.45 | *** join/#brlcad caen23 (~caen23@92.81.222.51) | |
| 18:33.41 | *** join/#brlcad kesha__ (~kesha@49.249.18.178) | |
| 19:13.32 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5312 /wiki/Sed: created as a redirect to the MGED CMD sed article |
| 19:16.18 | *** join/#brlcad AndroUser (~androirc@14.139.82.6) | |
| 19:24.50 | rays2pix | hi |
| 19:57.19 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5313 /wiki/Determining_the_properties_of_primitive_objects: basically renamed old "Determining the properties of primitives" article for consistency's sake |
| 20:00.32 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5314 /wiki/Creating_primitive_objects: created in part from paragraphs moved from BRL-CAD Primitives article |
| 20:01.15 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5315 /wiki/Determining_the_properties_of_primitives: Redirected page to [[Determining the properties of primitive objects]] |
| 20:02.18 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5316 /wiki/Changing_the_properties_of_primitive_objects: Created page with "We have [[Determining the properties of primitives|determined the properties of a primitive object]]. From the [[mged]] console, we now wish to change the properties of this o..." |
| 20:05.06 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5317 /wiki/Changing_the_properties_of_a_primitive_objec: moved contents to "Changing the properties of primitive objects" for consistency, made this a redirect |
| 20:05.49 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5318 /wiki/Determining_the_properties_of_primitive_objects: |
| 20:07.16 | kesha__ | ``Erik brlcad cstirk starseeker Thanks a lot. Looking forward to have awesome summer. And congrats to fellow gsocers :) |
| 20:10.19 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5319 /wiki/BRL-CAD_Primitives: moved discussion of creation methods to a new "Creating primitive objects" article, inclduing only a link here (see talk page) |
| 20:10.55 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 20:22.38 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5320 /wiki/Talk:BRL-CAD_Primitives: Explained my revision of the introductory section. |
| 20:46.29 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5321 /wiki/Creating_primitive_objects: polished the article I created a few minutes ago |
| 21:09.18 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5322 /wiki/Talk:Creating_primitive_objects: why I created this article |
| 21:31.39 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5323 /wiki/BRL-CAD_Primitives: tweaked the first paragraph |
| 22:26.50 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5324 /wiki/Changing_the_properties_of_primitive_objects: |
| 22:29.25 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5325 /wiki/Talk:Changing_the_properties_of_primitive_objects: Created page with "Yes, I know that examples and screen captures would be nice. All in due time! ~~~~" |
| 22:34.05 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5326 /wiki/BRL-CAD_Primitives: removed an old link to an article I renamed |
| 02:04.16 | Notify | 03BRL-CAD Wiki:Taxedman01 * 0 /wiki/User:Taxedman01: |
| 03:37.10 | Notify | 03BRL-CAD Wiki:JoelDBenson * 0 /wiki/File:DefaultRPP.png: 500 by 530 pixel screen capture of a default rpp object created and raytraced using MGED |
| 03:42.18 | Notify | 03BRL-CAD Wiki:JoelDBenson * 0 /wiki/File:DefaultRppThumb.png: Thumbnail screen capture of default RPP created and raytraced using MGED |
| 04:12.29 | brlcad | says hi and congrats to all! |
| 04:53.17 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5329 /wiki/BRL-CAD_Primitives: /* Arbs */ Revised the heading 1 level, general discussion of arbs and the level 2 discussion of rpps. |
| 06:11.06 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 06:12.29 | zero_level | Just found out.. selected to work for BRLCAD this summer. Thanks you mentors for showing confidence in me. |
| 06:55.20 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:41.15 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:49.27 | *** join/#brlcad merzo (~merzo@112-252-133-95.pool.ukrtel.net) | |
| 10:00.57 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 10:09.52 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:24.43 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:46.09 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 14:02.57 | *** join/#brlcad merzo_ (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:18.19 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 15:45.09 | brlcad | zero_level: it was pretty solid competition this year since we decided to only work with 7 |
| 15:46.07 | Notify | 03BRL-CAD Wiki:JoelDBenson * 0 /wiki/File:ExampleBox.png: screen capture of a generic box primitive |
| 15:46.40 | brlcad | had more qualified applications than available slots, so some hard choices had to be made |
| 15:47.05 | Notify | 03BRL-CAD Wiki:JoelDBenson * 0 /wiki/File:ExampleBoxThumb.png: 200 pixel wide thumbnail of generic box screen capture |
| 15:47.14 | brlcad | zero_level: your job #1 now is getting commit access before the program begins, anyone that doesn't will get dropped |
| 15:48.01 | zero_level | brlcad: do u mean by 17 |
| 15:48.21 | brlcad | hm? what do you mean? |
| 15:48.37 | brlcad | I meant 7, we only asked for and accepted 7 students |
| 15:49.11 | brlcad | we could have asked for more, but intentionally wanted to accept fewer this year |
| 15:50.03 | zero_level | brlcad: i was asking about commit acess. Do u mean we should get commit acess by 17th Jun ? |
| 15:50.24 | brlcad | oh, whenever the start date is, yes |
| 15:50.35 | brlcad | you should be able to get it FAR before then though |
| 15:50.58 | brlcad | it really only takes two or three good patches |
| 15:51.12 | brlcad | they must be "perfect" though |
| 15:51.39 | brlcad | the point isn't to get useful things done but, rather to demonstrate proper patch/commit competency |
| 15:51.51 | brlcad | per our developer guidelines (read HACKING) |
| 16:02.16 | zero_level | brlcad: yes about the numbers, i saw the pattern |
| 16:32.30 | Notify | 03BRL-CAD Wiki:Phoenix * 5332 /wiki/User:Phoenix/GSoc2013/Reports: Created page with "= Log = == Community bonding == * May 28 ** Create the log page ** Things have done: *** Test program for SSI and a test geometry file *** Some improvement with SSI and API de..." |
| 16:34.08 | Notify | 03BRL-CAD Wiki:Phoenix * 5333 /wiki/User:Phoenix: /* GSoC 2013 Project */ |
| 16:34.27 | Notify | 03BRL-CAD Wiki:Phoenix * 5334 /wiki/User:Phoenix: /* GSoC 2013 Project */ |
| 16:43.10 | *** join/#brlcad jasleen (~chatzilla@117.255.241.53) | |
| 16:46.40 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5335 /wiki/BRL-CAD_Primitives: /* Arbitrary convex polyhedra */ developed box subsection of arb section |
| 16:50.49 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 17:43.23 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 18:13.28 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-kxjlfthcuxhhunat) | |
| 18:27.29 | *** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-xuwcdntywgmgcflk) | |
| 18:29.40 | *** join/#brlcad viku__ (uid11086@gateway/web/irccloud.com/x-xigrrvuvjqzlcaum) | |
| 19:24.38 | *** join/#brlcad vladbogo (~vlad@188.25.238.238) | |
| 19:53.44 | Notify | 03BRL-CAD:carlmoore * 55573 (brlcad/trunk/doc/docbook/system/man1/en/bw-rle.xml brlcad/trunk/doc/docbook/system/man1/en/pix-rle.xml and 3 others): remove -h (high-res) option so it can be used for help |
| 19:56.18 | Notify | 03BRL-CAD:carlmoore * 55574 (brlcad/trunk/TODO brlcad/trunk/include/config_win_cmake.h.in and 5 others): remove trailing blanks/tabs |
| 20:08.02 | ``Erik | pixar has moved to completely raytraced O.o http://thisanimatedlife.blogspot.com/2013/05/pixars-chris-horne-sheds-new-light-on.html?m=1 |
| 20:13.27 | ``Erik | crazy train explosion is crazy O.o |
| 20:19.47 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 23:11.41 | Notify | 03BRL-CAD Wiki:Tbrowder * 5336 /wiki/DSP: /* Preparing your height field data */ |
| 23:12.39 | Notify | 03BRL-CAD Wiki:Tbrowder * 5337 /wiki/Main_page: /* Tutorials */ add reference to DSP tutorial |
| 23:14.08 | Notify | 03BRL-CAD Wiki:Tbrowder * 5338 /wiki/EBM: /* Making an image with GIMP */ |
| 23:16.57 | Notify | 03BRL-CAD Wiki:Tbrowder * 5339 /wiki/EBM: /* Inserting ebm in MGED */ |
| 23:18.20 | Notify | 03BRL-CAD Wiki:Tbrowder * 5340 /wiki/EBM: /* Converting PNG into x bitmap file */ |
| 23:24.48 | Notify | 03BRL-CAD:tbrowder2 * 55575 brlcad/trunk/TODO: not sure if this is the right place for a wiki item, but I am sure I'll find out if it isn't |
| 07:07.11 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 08:49.50 | *** join/#brlcad viku__ (uid11086@gateway/web/irccloud.com/x-eyrsqdzvfspzisse) | |
| 09:20.56 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 09:46.01 | *** join/#brlcad vladbogo (~chatzilla@188.25.238.238) | |
| 09:48.46 | *** join/#brlcad merzo (~merzo@147-138-132-95.pool.ukrtel.net) | |
| 11:31.01 | Notify | 03BRL-CAD Wiki:Ravivaghela * 0 /wiki/User:Ravivaghela: |
| 12:30.42 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 13:52.35 | Notify | 03BRL-CAD Wiki:Sean * 5341 /wiki/Emacs: |
| 14:10.32 | Notify | 03BRL-CAD:n_reed * 55576 brlcad/trunk/include/vmath.h: fix two macros that referenced a non-existent 's' parameter |
| 15:41.28 | Notify | 03BRL-CAD Wiki:Don.brutzman * 0 /wiki/User:Don.brutzman: |
| 15:42.44 | brlcad | now there's a surprising name |
| 15:42.45 | Notify | 03BRL-CAD:brlcad * 55577 (brlcad/trunk/src/util/bw-ps.c brlcad/trunk/src/util/rle_args.c): historic comments about the prior state of code are not necessary. |
| 15:44.44 | Notify | 03BRL-CAD:brlcad * 55578 brlcad/trunk/src/fb/fb-rle.c: one more, don't document the past |
| 17:08.36 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 17:08.36 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 17:26.53 | Notify | 03BRL-CAD:carlmoore * 55581 brlcad/trunk/src/util/bwhist.c: implement h,? |
| 17:31.00 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 17:33.49 | Notify | 03BRL-CAD:carlmoore * 55582 brlcad/trunk/src/util/bwmod.c: implement h,? |
| 17:40.57 | rays2pix | Hi I am Deepak and would like to receive feedback on my proposal |
| 17:43.24 | Notify | 03BRL-CAD:carlmoore * 55583 brlcad/trunk/src/util/bwrot.c: implement h,? as help; 'h' for high-res is replaced by 's 1024'; usage statement already had h removed |
| 17:44.30 | brlcad | rays2pix: you are next on my list |
| 17:44.57 | rays2pix | brlcad: thanks.Will wait for it |
| 17:45.17 | brlcad | since you didn't specify on the mailing list, would you like it public or private, irc or via e-mail? |
| 17:46.06 | rays2pix | I prefer IRC, but if you dont see me around when you have time, you can send me a public email |
| 17:52.19 | Notify | 03BRL-CAD:carlmoore * 55584 brlcad/trunk/src/util/bwscale.c: remove high-res ('-s 1024' replaces it), and add h and ? for help) |
| 17:56.23 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:04.39 | Notify | 03BRL-CAD:carlmoore * 55585 brlcad/trunk/src/util/bwshrink.c: go with bu_getopt error messages; high res changes from 'h' to '-s 1024'; implement h and ? for help |
| 18:08.06 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 18:09.57 | Notify | 03BRL-CAD:carlmoore * 55586 brlcad/trunk/src/util/bwstat.c: implement use of h and ? |
| 18:23.31 | Notify | 03BRL-CAD:carlmoore * 55587 brlcad/trunk/src/util/bwthresh.c: implement h and ? |
| 18:29.48 | *** join/#brlcad Ch3ck (295cd36f@gateway/web/freenode/ip.41.92.211.111) | |
| 18:29.58 | Ch3ck | Hi everyone... |
| 18:30.14 | brlcad | rays2pix: okay so looking over my notes for your proposal now |
| 18:30.20 | brlcad | Ch3ck: hi |
| 18:30.26 | rays2pix | brlcad:cool |
| 18:30.28 | Ch3ck | hi |
| 18:30.47 | Ch3ck | brlcad: nice being with you all for this summer of code |
| 18:31.01 | brlcad | rays2pix: your level of detail was good, very good |
| 18:31.41 | Ch3ck | just wanted to know what perculiarity sorted me out |
| 18:31.48 | brlcad | rays2pix: it was a technically useful and interesting proposal, you expanded on our idea well enough |
| 18:31.59 | Ch3ck | brlcad: some feedback on how my proposal looked on the panel.. |
| 18:32.16 | brlcad | rays2pix: you were tied for ranking with several other students as well, so it was a close/tough call |
| 18:32.55 | brlcad | Ch3ck: if you hang around, I can hopefully get to yours before jetting off |
| 18:33.12 | Ch3ck | ok thanks brlcad |
| 18:33.28 | Ch3ck | be right here just having a failing network thats all.. |
| 18:33.35 | rays2pix | brlcad: Thanks. I want to know what could be have been better. |
| 18:33.43 | brlcad | rays2pix: getting to that ;) |
| 18:33.55 | rays2pix | listening:! |
| 18:34.43 | brlcad | rays2pix: so first critique was your response to my early feedback |
| 18:35.19 | brlcad | rays2pix: even ignoring that it took you almost week to respond, you didn't seem to address the concerns raised |
| 18:36.27 | brlcad | rays2pix: your proposed schedule is impossible, attempting to do WAY too much in a very short amount of time |
| 18:37.05 | *** join/#brlcad caen23 (~caen23@92.81.222.51) | |
| 18:37.42 | rays2pix | brlcad: I revised that after your comments. I agree on be being late and not addressing other parts (you mean testing?) |
| 18:37.43 | brlcad | rays2pix: you basicallly proposed integrating a format a day for an entire month, several of which are completely new formats that will be very difficult |
| 18:38.50 | rays2pix | brlcad:mm listening** |
| 18:40.40 | brlcad | rays2pix: you needed a drastic revision, e.g., no new formats or only one or two new formats and no old formats -- as written, you're basically claiming to be able to integrate and refactor/rewrite AND test nearly 200k lines of code in under a month ... that is basically impossible |
| 18:41.41 | rays2pix | brlcad:okay |
| 18:41.46 | Notify | 03BRL-CAD:starseeker * 55588 brlcad/trunk/src/other/libregex/regex.h: Don't (re)define off_t unless we have to - try sys/types.h first except in the case of Windows. |
| 18:41.51 | brlcad | rays2pix: it indicated either completely unrealistic expectations or misunderstanding of the complexity involved -- which is fine, that's why feedback was given -- but then you didn't seem to take that feedback into as serious consideration as it called for |
| 18:43.07 | *** part/#brlcad vladbogo (~chatzilla@188.25.238.238) | |
| 18:43.54 | *** join/#brlcad vladbogo (~chatzilla@188.25.238.238) | |
| 18:44.14 | rays2pix | brlcad:I did go through samples of encoders and decoders of the formats I included - I take in this feedback will try to be realistic in my estimates |
| 18:44.55 | brlcad | rays2pix: your patches could have been better, it seemed like something you pulled together without much effort |
| 18:45.09 | rays2pix | brlcad: Response to feedback - I did modify my schedule and work plan as per your comments. Still didnt understand where you felt it was irresponsible |
| 18:45.38 | rays2pix | brlcad:Patches - I agree, it was just a re-write |
| 18:46.15 | brlcad | rays2pix: rather, you just moved a function and didn't even make the bwfilter tool use your function to demonstrate that it works |
| 18:47.34 | rays2pix | brlcad:ok |
| 18:48.18 | brlcad | rays2pix: patches are expected to be demonstrations of your ability so if the task is predominantly moving/refactoring code, it needs to be complete or improved or somehow requiring effort and though on your part |
| 18:48.34 | brlcad | your patch didn't really demonstrate much at all other than you could move a function from one file to another |
| 18:48.55 | brlcad | super aggressive schedule warranted a super aggressive patch, didn't deliver |
| 18:49.38 | rays2pix | brlcad: :(! Agreed. Will spice up my coding and estimation skills |
| 18:50.04 | *** join/#brlcad Ch3ck (295cd36f@gateway/web/freenode/ip.41.92.211.111) | |
| 18:50.40 | Ch3ck | hi.. |
| 18:50.42 | brlcad | rays2pix: so to your earlier comment, you did modify your schedule, but it was still "crazy" ambitious ... :) |
| 18:51.13 | brlcad | you reduced it from 200k lines to like 100k, but you needed it get it down to something like 10-20k |
| 18:51.26 | brlcad | Ch3ck: you don't need to say hi every time ;) |
| 18:52.14 | rays2pix | brlcad: mm. Looks like I lost my time mostly on collecting details. Next time I will restrict that to what fits in time line |
| 18:52.19 | Ch3ck | aight.. |
| 18:53.23 | brlcad | rays2pix: yeah, like I said earlier too -- we could have worked with that, further reduced the scope even more .. but it was just too little too late and there wasn't code to back up your ability |
| 18:53.53 | brlcad | had you come in the channel a couple weeks earlier or responded more quickly, we might have been able to address the scope problem or you might have had more time to work on a better patch at least |
| 18:54.02 | rays2pix | brlcad: I agree with that. if i had got in to review process a little early, we could have found out this problem |
| 18:54.02 | brlcad | open source is all about communication |
| 18:54.11 | brlcad | early, often, better, more |
| 18:54.59 | rays2pix | brlcad: Sure. Its my mistake. I was checking melange everyday still around 10th, but some how lost on it. My mistake that I failed to turn on email notification as well |
| 18:55.00 | brlcad | you were on the cusp, just too many issues and enough students that didn't have quite as many before all slots were filled up |
| 18:56.37 | brlcad | there's still plenty of opportunity to get involved this year if you're able and interested, gsoc orgs love to see prior participation as a vetting of ability |
| 18:56.58 | brlcad | rays2pix: did you have any specific questions? |
| 18:57.34 | rays2pix | brlcad: thanks Sean for your time.That really helps. I enjoy being around here and would come up with patches. |
| 18:57.59 | brlcad | thank you for your interest, hope you do contribute |
| 18:58.46 | brlcad | I've seen many students get rejected one year only to begin participating with an org and get a solid acceptance the next year ... many times |
| 18:59.44 | rays2pix | brlcad: Sure. Your feedback was very valuable. I treasured the mentoring opportunity more than the cash and I am sure its still available! |
| 19:00.04 | rays2pix | Will find an area to work on and get you guys on mailing list |
| 19:00.10 | brlcad | sounds great |
| 19:00.29 | brlcad | pick something really small ;) |
| 19:00.49 | brlcad | the smaller the better |
| 19:01.34 | rays2pix | huh sure:). Learnt it hard way |
| 19:03.06 | rays2pix | brlcad: Once again thanks for your time and bye for now |
| 19:03.13 | brlcad | rays2pix: you're quite welcome |
| 19:03.18 | brlcad | see you around |
| 19:03.24 | vladbogo | hi all |
| 19:03.38 | brlcad | vladbogo: hi |
| 19:03.55 | vladbogo | first of all i want to say that I am really enthusiastic about working with you all |
| 19:04.07 | brlcad | good :) |
| 19:04.27 | zero_level | vladbogo : same is true for me :) |
| 19:04.41 | vladbogo | brlcad: i would like to ask you to give me some feedback when you have time |
| 19:06.12 | Notify | 03BRL-CAD:carlmoore * 55589 brlcad/trunk/src/mged/cad_boundp.c: provide for ? and h, and exit program immediately if those or an illegal option are detected |
| 19:09.32 | vladbogo | also i saw on the melange page that my assigned mentor is D. Rossberg. Can you tell me his email address in order to contact him? |
| 19:09.40 | *** join/#brlcad Ch3ck (295cd36f@gateway/web/freenode/ip.41.92.211.111) | |
| 19:18.30 | Notify | 03BRL-CAD:carlmoore * 55590 brlcad/trunk/src/mged/cad_parea.c: move Usage to stderr; remove Output(0.0) |
| 19:31.51 | Notify | 03BRL-CAD:carlmoore * 55591 brlcad/trunk/src/fb/cell-fb.c: h and ? provided for help; use '-S 1024' for high-res) |
| 19:45.42 | *** join/#brlcad Ch3ck (295cd36f@gateway/web/freenode/ip.41.92.211.111) | |
| 19:49.31 | *** join/#brlcad vladbogo_ (~chatzilla@188.25.238.238) | |
| 19:51.04 | *** join/#brlcad vladbogo_ (~chatzilla@188.25.238.238) | |
| 20:11.48 | brlcad | vladbogo: some review feedback for you, overall a very strong proposal (both of them really) |
| 20:12.09 | brlcad | vladbogo: if you end up doing aspects of both over the summer, that really is fine as they're both desireable activities |
| 20:13.06 | brlcad | vladbogo: your first patch looked spot on, your follow-up patches were gravy -- I hope to have them fully reviewed/applied after our upcoming release is out |
| 20:14.52 | brlcad | vladbogo: you had competition for your proposal topic but you did well demonstrating an understanding of the complexity involved in your task and the technical problems to be overcome |
| 20:15.34 | vladbogo | brlcad: thanks for your feedback |
| 20:16.47 | brlcad | vladbogo: I have my doubts that you'll be able to get to any embedded framebuffer aspects, but it's not a bad goal to set in the schedule |
| 20:16.47 | vladbogo | as it comes to patches the last one i can't say that it proves any skills. I've just submitted it following your request on the mailing list |
| 20:17.24 | brlcad | your difficulty will probably be your availability before gsoc begins, to ensure you get all of the preliminary work out of the way (some of which you've already done well with) |
| 20:17.45 | brlcad | vladbogo: being able to address little quick problems like that demonstrates skill |
| 20:17.50 | brlcad | and initiative |
| 20:19.14 | vladbogo | brlcad: that's the most unclear aspect of the project. I hope that all the features will be implemented and i will do my best to do so. |
| 20:20.42 | brlcad | vladbogo: just remember the desirability criteria on http://brlcad.org/wiki/Summer_of_Code/Acceptance#Participation_Requirements ... that last point in particular |
| 20:20.52 | brlcad | you've got a complicated but succinct project |
| 20:21.05 | brlcad | you just want to make sure that it's always "done" every step along the way |
| 20:21.28 | zero_level | brlcad: can i have a feedback regarding the uses of icv library for BRLCAD |
| 20:22.30 | *** join/#brlcad Izak (~Izak@77.220.0.18) | |
| 20:22.33 | vladbogo | as it comes to the second patch i tried to do my best to eliminate all the #ifdefs in dm-generic. If you think that my approach it's better then the existing one, the patch has to be fully implemented. |
| 20:22.43 | brlcad | zero_level: maybe later, vladbogo is up next/now |
| 20:22.47 | brlcad | but yes, you cad :) |
| 20:22.51 | brlcad | s/cad/can |
| 20:22.55 | brlcad | jeez, can't type |
| 20:23.12 | ``Erik | <PROTECTED> |
| 20:23.20 | brlcad | vladbogo: yeah, that patch has to be studied more carefully |
| 20:23.25 | brlcad | I took it at face value |
| 20:23.42 | vladbogo | brlcad: thanks for your advice. I plan to test every aspect and then move to the other |
| 20:24.32 | brlcad | that's good, but what coding complete usuallly means is not putting problems off for later |
| 20:24.42 | Guest72124 | Izak:How can I know who my Project mentor is? |
| 20:25.03 | vladbogo | that's what i meant |
| 20:25.07 | ``Erik | izak: you're the heart primitive, right? |
| 20:25.11 | brlcad | vladbogo: like if you figure out how to open up a Qt window, but have trouble figuring out how to minimize/restore the window |
| 20:25.33 | brlcad | vladbogo: coding complete would generally have you spend the time to figure it out before moving on to something else |
| 20:25.40 | vladbogo | got it:) |
| 20:26.06 | Guest72124 | Yes I am |
| 20:26.28 | *** join/#brlcad Guest72124 (~Izak@77.220.0.18) | |
| 20:26.30 | brlcad | basically don't leave crumbs/turds that someone else will have to clean up later |
| 20:26.45 | brlcad | even if that someone else is you and later is tomorrow, don't do it ;) |
| 20:27.17 | brlcad | Guest72124: your mentor is everyone with commit access |
| 20:27.20 | ``Erik | izak: I believe I'm the mentor administratively, but technical issues should be discussed in public and whoever is available/capable will step up and help |
| 20:27.55 | brlcad | yeah, and maybe try "/nick Izak" |
| 20:27.57 | Guest72124 | Thank you Erik |
| 20:28.08 | ``Erik | bbiab, half to pick up a lil'un from daycare O.o |
| 20:28.14 | brlcad | cya |
| 20:29.03 | Guest72124 | brlcad What does /nick mean? |
| 20:29.17 | vladbogo | brlcad: just read your mail an the mailing list. Is there a wiki page with all mentor's emails? I can't find D Rossberg's email. |
| 20:48.40 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:56.27 | brlcad | vladbogo: you shouldn't need to e-mail him directly |
| 20:56.31 | brlcad | didn't you read the e-mail? :) |
| 20:57.07 | *** join/#brlcad Izak_ (~Izak@77.220.0.18) | |
| 20:59.08 | vladbogo | brlcad: it says to send an e-mail back to you and your assigned mentor stating my agreement with the participation requirements |
| 21:01.20 | *** join/#brlcad Izak_ (~Izak@77.220.0.18) | |
| 21:01.50 | *** join/#brlcad Izak_ (~Izak@77.220.0.18) | |
| 21:09.04 | zero_level | vladbogo: are u talking of the mail sent on brlcad-devel group |
| 21:09.07 | ``Erik | vladbogo: for the most part, communications should be public... (mailing list or irc) |
| 21:09.51 | zero_level | vladbogo: or you got a personalized mail ? |
| 21:10.09 | vladbogo | zero_level: yes I am talking about the email send on the brlcad-devel-group |
| 21:14.06 | zero_level | vladbogo but i didnt find info to reply back ? |
| 21:14.07 | *** join/#brlcad Izak_ (~isaac@77.220.0.18) | |
| 21:14.40 | vladbogo | `Erik: i know that we should make public communication. That was related to our participation requirements that I understood that we have to send to our assigned mentor |
| 21:15.15 | vladbogo | zero_level: "SEND AN E-MAIL back to me and your assigned mentor stating your agreement with our participation requirements" that's a transcript from the email |
| 21:18.15 | brlcad | right right, my bad for forgetting that detail |
| 21:18.25 | brlcad | i guess I should read it again ;) |
| 21:19.01 | Notify | 03BRL-CAD:carlmoore * 55592 (brlcad/trunk/src/anim/chan_add.c brlcad/trunk/src/anim/chan_mult.c brlcad/trunk/src/anim/chan_permute.c): implement h and ? for 3 chan_* utilities |
| 21:20.28 | brlcad | vladbogo: you can just e-mail me and I'll pass it along |
| 21:20.30 | Izak_ | `Erik: You said you are my administrative mentor , right ? |
| 21:20.38 | vladbogo | brlcad: thanks for your help |
| 21:21.16 | vladbogo | also i will be waiting for the patches feedback |
| 21:21.48 | vladbogo | do you think that I should start working on a new patch in order to get commit access? |
| 21:22.55 | ``Erik | Izak_: yes, is there an issue already? :D |
| 21:27.57 | Izak_ | No no. I am good. |
| 21:41.14 | brlcad | vladbogo: your welcome and it can't hurt (patches), maybe revisit your existing ones to make sure they are pristine (run the sh scripts on them) |
| 21:45.11 | vladbogo | brlcad: thanks again. I will start revising the existing ones because i'm really short of time these days. i'm in full exams period (4 more to go :) ) |
| 21:45.26 | Notify | 03BRL-CAD:brlcad * 55593 (brlcad/trunk/src/anim/anim_track.c brlcad/trunk/src/anim/anim_turn.c and 3 others): usage functions should be static, top-level function scope curlies go on their own line, and indent first level with 4 spaces not tab. |
| 21:53.45 | brlcad | vladbogo: then yeah definitely just revisit what you have and make sure your public description is clean |
| 21:54.09 | brlcad | 2-3 patches is plenty IFF they have no problems ;) |
| 21:55.38 | ``Erik | (for those without a lot of formal logic study, 'iff' is code for "if and only if") |
| 22:00.38 | vladbogo | thanks again for your help. I have to go now because it's quite late here. Speak to you soon |
| 22:01.26 | *** part/#brlcad vladbogo (~chatzilla@188.25.238.238) | |
| 23:23.59 | Notify | 03BRL-CAD:starseeker * 55594 brlcad/trunk/src/other/libregex/regex.h: Haiku's sys/types.h doesn't use protective wrappers around its off_t definition, so check directly. |
| 23:54.58 | Notify | 03BRL-CAD:starseeker * 55595 brlcad/trunk/src/libbu/affinity.c: Avoid a set-but-unused warning. |
| 23:57.19 | Notify | 03BRL-CAD:starseeker * 55596 brlcad/trunk/src/libbu/heap.c: PAGESIZE is defined in Haiku's limits.h file - check to avoid a define conflict. |
| 00:02.31 | Notify | 03BRL-CAD:starseeker * 55597 brlcad/trunk/src/other/tcl/CMakeLists.txt: The space in tcl's PACKAGE_STRING variable value is causing problems for the Haiku command line |
| 00:05.12 | starseeker | confound it |
| 00:05.27 | starseeker | brlcad: well, FreeBSD i386 had regress-red pass |
| 00:05.34 | starseeker | hitting other issues with Haiku |
| 00:09.25 | Notify | 03BRL-CAD:starseeker * 55598 brlcad/trunk/src/libbu/heap.c: Actually, PAGESIZE is quite deliberately defined here - rename to avoid conflict rather than using system definition. |
| 00:13.32 | starseeker | brlcad: http://paste.lisp.org/display/137370 |
| 00:13.46 | brlcad | BU_ prefix implies public API |
| 00:14.11 | starseeker | ah, ok - add a preceeding _ ? |
| 00:14.25 | brlcad | HEAP_ prefix ftw |
| 00:14.31 | starseeker | all rightie |
| 00:14.46 | starseeker | was justing making as sure as possible that there would be no more OS collisions |
| 00:14.58 | brlcad | nods |
| 00:15.52 | Notify | 03BRL-CAD:starseeker * 55599 brlcad/trunk/src/libbu/heap.c: defines aren't public - nix BU_ prefix. |
| 00:15.54 | starseeker | is surprised by the timer issue |
| 00:16.07 | starseeker | they're missing a *lot* of stuff... |
| 00:19.42 | starseeker | brlcad: should we test for specific entries in the struct during configure? |
| 00:29.49 | ``Erik | almost sounds like timerbe.c might be in order O.o (iirc, timer42 specifically refers to 42BSD) |
| 00:31.20 | starseeker | confound it - now libcursor isn't working either |
| 00:35.19 | starseeker | aand libtcl can't resolve symbol 'listen' |
| 00:35.38 | starseeker | tcl.c needs string.h for memset... |
| 00:35.52 | starseeker | brlcad: nevermind - Haiku isn't viable for this release |
| 00:35.59 | ``Erik | 'listen' might be in a libsocket or something |
| 00:38.12 | ``Erik | ah, here we go, it's libsocket on solaris, libnetwork on haikubeos |
| 00:38.24 | Notify | 03BRL-CAD:starseeker * 55600 brlcad/trunk/TODO: regress-red passes now on i386 FreeBSD, and Haiku (and OpenIndiana) have a slew of other issues besides the regex issue. Remove item as a release blocker. |
| 00:38.44 | starseeker | ``Erik: we need to add the libnetwork test to the tcl build, looks like |
| 00:41.32 | Notify | 03BRL-CAD:starseeker * 55601 brlcad/trunk/src/other/tcl/CMakeLists.txt: Put tcl CMakeLists.txt back for now - will need more work to make a viable tcl build on Haiku anyway. Erik found that libnetwork has the 'listen' symbol, needed for libtcl (causing btclsh to fail) |
| 00:52.24 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 04:03.31 | brlcad | starseeker: probably not, need to look up what posix says about that struct |
| 04:04.07 | brlcad | i've had haiku compile successfully before, so one of the other timers may be more appropriate |
| 04:39.53 | Notify | 03BRL-CAD:brlcad * 55602 brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp: quell warning, false is not a pointer value |
| 05:00.21 | brlcad | looks like testing isn't going to finish up soon, so hopefully we can tag it up later today |
| 05:00.26 | brlcad | will work on release notes |
| 05:34.12 | Notify | 03BRL-CAD:brlcad * 55603 brlcad/trunk/include/bu.h: make sure we don't cast away constness unnecessarily. looks like gcc 4.4 has trouble parsing a const genptr_t but no problems with the const type overall, so we introduce a const_genptr_t type and use accordingly. |
| 05:44.43 | *** join/#brlcad zero_level (~androirc@14.139.82.6) | |
| 06:33.52 | zero_level | hi brlcad ``Erik |
| 08:13.56 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 08:32.12 | *** join/#brlcad zero_level (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 09:28.01 | *** join/#brlcad vladbogo (~vlad@188.25.238.238) | |
| 09:42.09 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 09:47.31 | *** join/#brlcad merzo (~merzo@36-175-133-95.pool.ukrtel.net) | |
| 09:58.50 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 10:09.08 | *** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-iuhqjhylpkzcpkcs) | |
| 10:32.26 | Notify | 03BRL-CAD Wiki:Phoenix * 5342 /wiki/User:Phoenix/GSoc2013/Proposal: /* Brief summary */ |
| 14:03.12 | Notify | 03BRL-CAD:carlmoore * 55604 brlcad/trunk/src/util/pixrot.c: implement help via h and ?; h for high-res is replaced by 's 1024' |
| 14:34.51 | *** join/#brlcad vladbogo (~chatzilla@188.25.238.238) | |
| 16:56.37 | Notify | 03BRL-CAD:carlmoore * 55605 (brlcad/trunk/doc/docbook/system/man1/en/cmap-fb.xml brlcad/trunk/src/fb/cmap-fb.c): use h,? for help; old h became H because I had no high-res alternative available |
| 17:20.31 | *** join/#brlcad jasleen (~chatzilla@117.255.243.176) | |
| 18:19.34 | *** join/#brlcad zero_level (0e63445d@gateway/web/freenode/ip.14.99.68.93) | |
| 18:26.34 | Notify | 03BRL-CAD:carlmoore * 55606 brlcad/trunk/src/shapes/coil.c: simplify handling of h and ? for help; old h becomes H (argument for helix angle) |
| 18:36.34 | Notify | 03BRL-CAD:carlmoore * 55607 brlcad/trunk/src/conv/comgeom/cvt.c: make ?,h available as help in comgeom-g |
| 18:46.17 | Notify | 03BRL-CAD:carlmoore * 55608 brlcad/trunk/src/proc-db/csgbrep.cpp: add 'continues running (will create file' |
| 18:57.16 | Notify | 03BRL-CAD:starseeker * 55609 (brlcad/branches/STABLE/AUTHORS brlcad/branches/STABLE/BUGS and 3559 others): Update STABLE to match trunk r55605. This is the big merge (but not the final merge) before tagging the next release. |
| 19:40.45 | Notify | 03BRL-CAD Wiki:Level zero * 5343 /wiki/User:Level_zero/GSOC13/logs: /*Log Page for GSOC13 user: zero_level*/ |
| 19:48.32 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:00.32 | *** join/#brlcad kesha (~kesha@117.204.220.109) | |
| 20:25.43 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5344 /wiki/User:Vladbogolin/GSoC2013/Logs: Created page with "=Daily Progress= =Project Info= {| class="wikitable" |- |'''Project Name''' || New Cross-Platform 3D Display Manager |- |'''Student Name'''|| Bogolin Simion Vlad |- |'''IRC n..." |
| 20:28.01 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5345 /wiki/User:Vladbogolin/Proposal/DisplayManager: /* Patches */ |
| 20:29.04 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5346 /wiki/User:Vladbogolin/Proposal/DisplayManager: /* Brief project summary */ |
| 20:30.01 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5347 /wiki/User:Vladbogolin/Proposal/DisplayManager: /* Concepts */ |
| 20:39.20 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5348 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:08.57 | Notify | 03BRL-CAD:carlmoore * 55610 (brlcad/trunk/src/sig/d-bw.c brlcad/trunk/src/sig/d-f.c and 2 others): use preset of scale=1.0, like FORTRAN DATA statement (variable can receive different values during execution |
| 21:13.46 | Notify | 03BRL-CAD:carlmoore * 55611 brlcad/trunk/src/util/dbcp.c: provide h and ? for help; all I did was eliminate illegal-option message when one of those is detected |
| 21:17.36 | *** join/#brlcad Izak (~Izak@41.202.193.180) | |
| 21:19.49 | starseeker | sweet: http://www.ogre3d.org/forums/viewtopic.php?f=13&t=77319 |
| 21:28.11 | Guest52926 | Izak sets mode +i Izak |
| 21:29.38 | Guest52926 | Hello brlcad and Erik, I have accepted to abide by the participation requirements for the GSoC 2013 by writing to you. |
| 21:37.01 | brlcad | Guest52926: please do as the email asks (i.e., email your response) and also respond to the melange comment) |
| 21:37.44 | Guest52926 | That is exactly what I have done. |
| 21:37.49 | Notify | 03BRL-CAD:carlmoore * 55612 brlcad/trunk/src/sig/ddisp.c: implement h,?, and Illegal option; old h became H |
| 21:38.23 | brlcad | Guest52926: I don't seem to have an e-mail from you |
| 21:38.37 | Guest52926 | I responded to the melange commment an wrote brlcad and Erik through emails |
| 21:39.08 | brlcad | checks again |
| 21:39.58 | Guest52926 | Sorry I may have written to the mailing list. Please , can I have your email address? |
| 21:40.52 | brlcad | to the list would have been fine, but I'm just not seeing it |
| 21:41.09 | brlcad | I see your melange comment now and somehow didn't get notification for that either |
| 21:41.17 | Guest52926 | Then I'll redo it |
| 21:41.23 | brlcad | don't redo it |
| 21:41.27 | brlcad | you need to change it :) |
| 21:41.41 | brlcad | you can't say "I agree as follows" |
| 21:42.03 | brlcad | you need to say that you'll abide by our stated terms |
| 21:42.55 | Guest52926 | Okay |
| 21:43.26 | brlcad | the first term we list is a legal requirement, so you can't caveat it with your own terms |
| 21:43.35 | brlcad | please read them in full and make sure you understand everything |
| 21:43.56 | brlcad | if you don't or have a question or a concern, just let me know |
| 21:44.48 | Guest52926 | I will do just as yoiu say and send the agreement |
| 21:52.18 | brlcad | starseeker: yeah, that is pretty sweet .. yay for scenegraph doing work for us |
| 21:52.56 | brlcad | starseeker: any progress on the bug (or reproduction on windows)? |
| 21:53.01 | brlcad | s/windows/linux/ |
| 23:14.17 | starseeker | brlcad: not yet - clock ran out before I could set up the older revisions for building |
| 23:14.22 | starseeker | will pursue it tomorrow |
| 23:14.40 | starseeker | will check locally here, but I doubt I'll see anything... |
| 23:17.33 | Notify | 03BRL-CAD:starseeker * 55613 brlcad/trunk/doc/docbook/system/man1/en/coil.xml: h -> H in coil per 55606 - update man page |
| 23:48.44 | starseeker | yeah, can't reproduce it here |
| 01:09.45 | Notify | 03BRL-CAD Wiki:Level zero * 5349 /wiki/User:Level_zero/GSOC13/logs: /* Introduction */ |
| 01:09.56 | brlcad | starseeker: okie dokie |
| 01:10.08 | Notify | 03BRL-CAD Wiki:Level zero * 5350 /wiki/User:Level_zero/GSOC13/logs: /* From 31st May to 5th June */ |
| 01:10.12 | brlcad | zero_level: high |
| 01:10.17 | brlcad | hi even |
| 01:10.40 | zero_level | hi brlcad |
| 01:11.19 | zero_level | brlcad i would remain unavialable on the internet for few days |
| 01:11.20 | brlcad | just fyi, I won't generally respond via PM or public if all you say is hi |
| 01:11.34 | zero_level | ok :-) |
| 01:11.37 | brlcad | not being rude, it's actually irc etiquette to not say hi because it doesn't scale |
| 01:11.52 | brlcad | and for gsoc and open source, private discussions are bad |
| 01:12.00 | brlcad | (usually) |
| 01:12.45 | zero_level | brlcad: i hope you got my mail regarding acceptance of the terms |
| 01:13.52 | brlcad | if I didn't, I'll certainly be chasing you down |
| 01:14.03 | brlcad | you also need to reply to the melange comment |
| 01:14.22 | brlcad | as well as the two or three other things asked of everyone in the e-mail |
| 01:14.41 | Notify | 03BRL-CAD Wiki:Level zero * 5351 /wiki/User:Level_zero/GSOC13/logs: /* From 31st May to 5th June */ |
| 01:15.13 | zero_level | i hope brlcad@mac.com and brlcad@gmail.com |
| 01:15.26 | zero_level | are these your email ids ? |
| 01:15.40 | brlcad | probably |
| 01:16.28 | brlcad | it's generally also bad online etiquette (irc, e-mail, whatever) to paste people's e-mail addresses |
| 01:16.47 | brlcad | spam and privacy to name some issues |
| 01:17.12 | zero_level | ok |
| 01:17.44 | zero_level | i thought those are public :-) |
| 01:19.07 | brlcad | what would make you think that? |
| 01:19.49 | brlcad | even if they were, it's still not polite because it increases spam harvesting whenever an address is publicly posted |
| 01:20.08 | brlcad | no matter whose address it is, no matter if it's already somewhere else even |
| 01:21.11 | brlcad | if you need to talk about an address, you can at least try to obfuscate it in a non-parseable manner |
| 01:21.17 | brlcad | like saying my address is brlcad |
| 01:21.30 | brlcad | at mac dot com |
| 01:21.50 | brlcad | nothing will likely parse that out of an IRC log |
| 01:22.35 | Notify | 03BRL-CAD Wiki:Level zero * 5352 /wiki/User:Level_zero/GSOC13/logs: /* From 31st May to 5th June */ |
| 01:22.37 | brlcad | across multiple lines with jibberish in between helps |
| 01:27.48 | zero_level | brlcad :i think i will learn a lot through your mentoring this summer. |
| 01:28.26 | brlcad | hopefully everyone does |
| 01:28.32 | brlcad | and it won't just be through me |
| 01:28.52 | brlcad | zero_level: and you still didn't answer my question... I really am curious what would make you think that? |
| 01:29.55 | zero_level | i saw them on brlcad website and i brlcad-devel mailing list is also publicly accessible |
| 01:30.15 | brlcad | where? |
| 01:31.03 | zero_level | http://brlcad.org/wiki/User:Sean |
| 01:31.16 | zero_level | no in the format i wrote. |
| 01:31.39 | zero_level | I am sorry for that |
| 01:31.42 | brlcad | and that makes ALL the difference |
| 01:33.07 | zero_level | brlcad: about my brief description of the project |
| 01:33.09 | brlcad | addresses from the mailing list are also not publicly accessible ... you know them because you subscribed |
| 01:33.30 | brlcad | even the online archives scrub the addresses for the same reasons |
| 01:34.43 | ``Erik | lisp editor on ios https://itunes.apple.com/us/app/lisping/id512138518?mt=8 |
| 01:36.14 | zero_level | it looks fine to me for all the computer Science background people |
| 01:36.29 | zero_level | hi ``Erik |
| 01:37.37 | Notify | 03BRL-CAD Wiki:Level zero * 5353 /wiki/User:Level_zero/GSOC13/logs: /* From 31st May to 5th June */ |
| 01:38.10 | brlcad | zero_level: relevance? |
| 01:38.35 | zero_level | for brief description ? |
| 01:39.12 | brlcad | what is the relevance of you telling me that you think your brief description looks fine |
| 01:39.29 | brlcad | if you're looking for affirmation, ask for it :) |
| 01:39.42 | brlcad | why are you telling me that? |
| 01:41.06 | zero_level | one of our task was to review the brief description of the project |
| 01:41.14 | brlcad | yes it was |
| 01:41.26 | zero_level | yes asking for affirmatition. :) |
| 01:41.40 | zero_level | *affirmation |
| 01:42.28 | brlcad | so having it look fine to a computer scientist is good and all, but it should also make at least some sense to someone not familiar with code |
| 01:43.15 | brlcad | have someone else you consider smart but not necessarily a programmer read it and see if they understand it |
| 01:43.25 | brlcad | if they can explain it to you correctly, it's probably fine |
| 01:45.08 | brlcad | my quick read says it's not bad, but then I'm not the target audience |
| 02:00.28 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 02:43.27 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 02:47.57 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 07:06.42 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:26.08 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 07:27.00 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 07:52.04 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 09:35.17 | *** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-omkybjrocbpdgxud) | |
| 09:38.56 | starseek1r | http://www.wikihouse.cc/library |
| 09:39.57 | starseeker | sketchup probably not the best format for something like that... |
| 09:46.25 | starseeker | heh - this one looks like concept art for a Mars colony: http://hexayurt.com/ |
| 09:49.27 | *** join/#brlcad merzo (~merzo@61-139-132-95.pool.ukrtel.net) | |
| 10:17.44 | *** join/#brlcad vladbogo (~chatzilla@188.25.238.238) | |
| 10:56.29 | brlcad | starseeker: yeah, I love the wikihouse project -- found them a year or so ago after they'd completed a structural analysis of one of the completed houses (and someone built it) |
| 10:57.10 | brlcad | I'd love to make that be the third floor to my house if I could ever get the permits |
| 11:13.08 | brlcad | http://www.youtube.com/watch?v=09QyFJXrPB4 |
| 11:13.59 | *** join/#brlcad kesha (~kesha@117.222.85.61) | |
| 11:31.30 | *** join/#brlcad kesha (~kesha@117.222.85.61) | |
| 11:31.43 | Notify | 03BRL-CAD Wiki:Sean * 5354 /wiki/Talk:BRL-CAD_Primitives: |
| 11:37.49 | Notify | 03BRL-CAD Wiki:Sean * 5355 /wiki/Talk:Creating_primitive_objects: |
| 13:12.49 | *** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-sycsqtcoqaxvskbd) | |
| 13:15.58 | Notify | 03BRL-CAD:starseeker * 55614 brlcad/trunk/db/pinewood.asc: Tweak the pinewood car subtractions so the faces of the subtraction arbs aren't exactly on the faces of the solid arb - more robust. |
| 15:38.32 | *** join/#brlcad caen23 (~caen23@92.81.222.51) | |
| 15:54.58 | Notify | 03BRL-CAD:r_weiss * 55615 brlcad/trunk/src/libged/draw.c: Fixed a bug in libged 'draw.c' function 'append_solid_to_display_list' which corrects 'autoview' in mged. |
| 16:21.34 | Notify | 03BRL-CAD:carlmoore * 55616 brlcad/trunk/src/util/azel.c: remove 'Bad option' message (go with bu_getopt instead); Ch would be '?' anyway if we got here |
| 16:25.20 | *** part/#brlcad viku__ (uid11086@gateway/web/irccloud.com/x-eyrsqdzvfspzisse) | |
| 16:52.07 | Notify | 03BRL-CAD:starseeker * 55617 (brlcad/trunk/include/ged.h brlcad/trunk/src/conv/bot_dump.c and 45 others): Convert libged struct elements to pointers from inline bu_list structures. ged_close no longer frees the top level gedp pointer automatically, in case callers want to close stack-allocated ged structures. |
| 16:56.26 | Notify | 03BRL-CAD:r_weiss * 55618 brlcad/trunk/src/libged/gqa.c: Improve the speed of libged 'gqa' by reducing semaphore locking in function 'plane_worker'. |
| 17:26.51 | Notify | 03BRL-CAD:bob1961 * 55619 brlcad/trunk/src/librt/primitives/pipe/pipe.c: Initial min and max in pipe_elements_calculate(). Also removed the PIPE_MM macro. |
| 17:33.42 | *** join/#brlcad avneet__ (318ad542@gateway/web/freenode/ip.49.138.213.66) | |
| 18:24.05 | *** join/#brlcad Ch3ck (295cd3cd@gateway/web/freenode/ip.41.92.211.205) | |
| 18:26.44 | Ch3ck | Hi every one i wish to know the email address of my mentor Clifford Yabb |
| 18:26.55 | Ch3ck | i wish to send him my acceptance.. |
| 18:54.35 | Ch3ck | any one there? |
| 18:54.37 | starseeker | Ch3ck: see pm |
| 18:54.53 | Ch3ck | ok thanks |
| 18:55.39 | starseeker | Ch3ck: congrats on making the cut |
| 18:56.05 | Ch3ck | yeah |
| 18:56.26 | Ch3ck | would be delighted to contribute greatly to brlcad |
| 18:56.47 | starseeker | that's expected :-) |
| 18:56.52 | Ch3ck | currently working on a TODO list exercise to get commit access. |
| 18:57.02 | starseeker | very good - be sure you've read HACKING |
| 18:57.13 | Ch3ck | well i submitted my code patch and have not gotten any feedback yet.. |
| 18:57.25 | Ch3ck | during my gsoc application |
| 18:57.39 | starseeker | it may take a little bit - we're currently preparing a release, so we're a bit busy |
| 18:57.58 | Ch3ck | it was just a basic function that decomposes a 4x4 matrix to its scale, rotation .ets parts. |
| 19:00.20 | Ch3ck | so i just wanted to know if its enough to get commit access or i actually enough |
| 19:00.51 | Ch3ck | or i actually need to work on one of the todo list projects.. |
| 19:35.32 | starseeker | sweet - regress passed on Linux 64-bit and Mac |
| 19:39.39 | ``Erik | starseeker: trunk or stable? |
| 20:42.23 | Notify | 03BRL-CAD:carlmoore * 55620 brlcad/trunk/src/util/dpix-pix.c: fix comments (including changing a 'larger' to 'smaller' |
| 21:17.19 | Notify | 03BRL-CAD:carlmoore * 55621 brlcad/trunk/src/sig/dsel.c: improve the Usage message, and implement -h and -? |
| 21:24.02 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 03:15.50 | Notify | 03BRL-CAD:brlcad * 55622 brlcad/trunk/NEWS: carl has made numerous improvements to dozens of utilities making -h and -? consistently give a usage statement. lots of output/usage statement cleanup along with way too. |
| 03:22.34 | Notify | 03BRL-CAD:brlcad * 55623 brlcad/trunk/src/util/dpix-pix.c: vmath min/max macros ftw. also use a more standard definition of infinity and eliminate those silly static globals. |
| 03:25.36 | Notify | 03BRL-CAD:brlcad * 55624 brlcad/trunk/src/util/dpix-pix.c: main() isn't that complicated, doesn't benefit from the min/max scope |
| 03:35.45 | Notify | 03BRL-CAD:brlcad * 55625 brlcad/trunk/include/bu.h: clean up api documentation on bu_vls_vprintf() and bu_vls_printf() |
| 03:36.23 | Notify | 03BRL-CAD:brlcad * 55626 brlcad/trunk/src/libged/nirt.c: replace four vls calls to strcat() with one call to printf(). |
| 03:46.52 | Notify | 03BRL-CAD:brlcad * 55627 brlcad/trunk/NEWS: richard identified a bug in the mged/archer autoview command where it was calucating the view size/center dramatically wrong for some geometry (including a pipe in our toyjeep example). the problem was a primitive that was not properly setting it's min/max value and the autoview command starting with unininitalsed variables. fix was simply to init them proper to INF/-INF. |
| 03:59.35 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 04:09.16 | *** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 04:10.16 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 04:13.02 | Notify | 03BRL-CAD:brlcad * 55628 brlcad/trunk/NEWS: turns out the fix richard applied was never publicly visible, isolated to either r53477 or r53495, so doesn't get announced. however, bob's fix for the pipe primitive should be publicly visible (looks like it's not been calculating linear segmenets at least up to the 7.22 release) |
| 04:22.46 | *** join/#brlcad caen23 (~caen23@92.81.171.12) | |
| 04:30.02 | Notify | 03BRL-CAD:brlcad * 55629 (brlcad/trunk/src/sig/a-d.c brlcad/trunk/src/sig/butter.c and 36 others): ws style cleanup |
| 04:36.50 | Notify | 03BRL-CAD:brlcad * 55630 brlcad/trunk/NEWS: still need to quantify this change (r55618), but in theory it'll be faster no matter what because the number of locks are reduced. richard fixed the FIXME in the file that talks about the excessive locking. he made it perform local book-keeping (no contention) and then combines that all together at the end (contention). |
| 06:00.56 | *** join/#brlcad kesha (~kesha@117.222.82.35) | |
| 06:16.15 | *** join/#brlcad aks001_ (uid10889@gateway/web/irccloud.com/x-ugwtgvzbbssizqvh) | |
| 06:44.29 | *** join/#brlcad kesha (~kesha@117.222.82.35) | |
| 06:44.32 | Notify | 03BRL-CAD Wiki:117.222.82.35 * 5356 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 08:30.37 | *** join/#brlcad caen23_ (~caen23@92.85.92.235) | |
| 09:25.55 | *** join/#brlcad vladbogo (~chatzilla@188.25.238.238) | |
| 09:35.07 | *** join/#brlcad vladbogo (~chatzilla@188.25.238.238) | |
| 09:45.28 | *** join/#brlcad merzo (~merzo@234-92-133-95.pool.ukrtel.net) | |
| 09:53.06 | *** join/#brlcad vladbogo_ (~chatzilla@188.25.238.238) | |
| 12:58.40 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 15:56.31 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 16:09.24 | Notify | 03BRL-CAD Wiki:Prathamesh * 0 /wiki/User:Prathamesh: |
| 16:40.14 | *** join/#brlcad joelDB (43296de4@gateway/web/freenode/ip.67.41.109.228) | |
| 16:54.51 | *** part/#brlcad joelDB (43296de4@gateway/web/freenode/ip.67.41.109.228) | |
| 18:56.31 | *** join/#brlcad jasleen (~chatzilla@117.255.240.102) | |
| 19:01.54 | jasleen | brlcad: I want your feedback about my proposal's rejection |
| 19:02.27 | jasleen | brlcad: I put this in mailing list, but didn't get any reply. |
| 19:02.53 | jasleen | brlcad: Your feedback is very important to me, for my improvement. |
| 19:06.09 | jasleen | brlcad: I would like to get this feedback Publically |
| 19:07.57 | jasleen | Publicly* |
| 19:08.17 | jasleen | waiting for your reply on mailing list. |
| 19:27.44 | *** join/#brlcad jbschw (~jbschw@ool-4355ee54.dyn.optonline.net) | |
| 19:27.44 | *** join/#brlcad jbschw (~jbschw@unaffiliated/jbschw) | |
| 00:05.46 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 00:34.15 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 02:02.35 | *** join/#brlcad jbschw_ (~jbschw@ool-4355ee54.dyn.optonline.net) | |
| 02:18.05 | brlcad | had replied in private, sees she forwarded the reply to the list |
| 02:18.26 | brlcad | yet more lacking attention to detail.. |
| 02:23.31 | Notify | 03BRL-CAD:brlcad * 55631 brlcad/trunk/include/brep.h: support compiling with this header in c90 mode, no // comments in non-c++ sections of the file |
| 02:29.16 | Notify | 03BRL-CAD:brlcad * 55632 brlcad/trunk/src/librt/primitives/brep/brep.cpp: set but unused var quellage |
| 02:59.24 | Notify | 03BRL-CAD:brlcad * 55633 brlcad/trunk/include/brep.h: reminded of some instanity in the C standard that has comments parsed in phase 3 BEFORE the preprocessor (phase 4) so even #if 0 // comments being compiled in -pedantic mode will cause gcc to issue a warning. it's a silly unhelpful interpretation by the gcc devs (that a warning needs to be issued in phase 3 just because it's a comment issue even if the comment |
| 02:59.27 | Notify | is in code hidden by the pre-processor. at least accommodating the silly is simple. |
| 03:02.07 | Notify | 03BRL-CAD:brlcad * 55634 brlcad/trunk/src/conv/3dm/3dm-g.cpp: remove unhelpful comment |
| 03:02.14 | brlcad | that was apparently why distcheck-autotools was failing where it used to be succeeding, helps to read the error messages! |
| 03:17.54 | *** join/#brlcad kingofcsu (de8303d9@gateway/web/freenode/ip.222.131.3.217) | |
| 03:18.48 | kingofcsu | Linux king-laptop 3.9.4-1-ARCH #1 SMP PREEMPT Sat May 25 16:14:55 CEST 2013 x86_64 GNU/Linux make[2]: *** [src/libged/CMakeFiles/libged.dir/simulate/simphysics.cpp.o] Error 1 |
| 03:19.01 | kingofcsu | make[1]: *** [src/libged/CMakeFiles/libged.dir/all] Error 2 |
| 03:34.27 | starseek1r | brlcad: so what I did in 54833 was correct? |
| 03:37.16 | starseeker | hadn't worried about sprinkling the c99 flag around after some of the OSX system headers started *requiring* it... |
| 03:51.22 | brlcad | starseeker: yeah, I guess you reverted it at some point? |
| 03:52.44 | brlcad | the c99 flag? |
| 04:10.47 | starseeker | std=gnu99 |
| 04:11.00 | starseeker | or are you saying the autotools build was *still* failing just now? |
| 04:11.23 | starseeker | it only failed in my testing when make clean hit libpng |
| 04:11.55 | starseeker | brlcad: IIRC you told me when I originally changed the comments to C style that I shouldn't need to do that and something else was wrong... |
| 04:12.25 | starseeker | I went with the std=gnu99 solution since the CMake build was doing that and the flag was needed in some other cases anyway... |
| 04:13.35 | starseeker | nice to know I wasn't nuts and the gcc compiler was doing something weird |
| 04:13.37 | starseeker | :-) |
| 22:36.41 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 22:36.41 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 23:44.51 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 23:44.51 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 02:43.29 | *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:06.18 | tofu | starseeker: the build was failing just 'now' before I'd applied those changes, no -std flag |
| 03:07.51 | tofu | I saw the errors and thought something else was wrong myself, with the comments clearly in preprocessor protected sections |
| 03:08.42 | tofu | it took me a while of hunting forsomething else before I remembered that detail |
| 03:09.22 | tofu | so yeah, you weren't nuts .. you just didn't dig deep enough to realize it ;) |
| 03:11.21 | brlcad | and neither did I at the time, so you probably did seem nuts ;) |
| 03:38.15 | Notify | 03BRL-CAD Wiki:Ronshannon * 0 /wiki/User:Ronshannon: |
| 03:57.26 | Notify | 03BRL-CAD Wiki:Pat Griffin * 0 /wiki/User:Pat_Griffin: |
| 08:06.39 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 08:07.56 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 08:08.06 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 08:08.23 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 08:11.22 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:47.27 | *** join/#brlcad merzo (~merzo@67-73-132-95.pool.ukrtel.net) | |
| 10:14.34 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 12:03.34 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 12:51.37 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 13:35.08 | Notify | 03BRL-CAD:phoenixyjll * 55635 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Begin to add P/P, P/C and P/S support. Implement ON_PX_EVENT for reporting the intersections. |
| 13:43.55 | Notify | 03BRL-CAD:phoenixyjll * 55636 brlcad/trunk/include/brep.h: remove the comma at end of enumerator list. |
| 13:48.58 | Notify | 03BRL-CAD:phoenixyjll * 55637 brlcad/trunk/src/libbrep/intersect.cpp: remove the unused variable names to quell compiler warnings. |
| 13:57.57 | Notify | 03BRL-CAD:phoenixyjll * 55638 (brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/libbrep/Makefile.am brlcad/trunk/src/libbrep/px_event.cpp): Oops, forget to add px_event.cpp to the CMakeList and Makefile. |
| 13:58.51 | Notify | 03BRL-CAD Wiki:Phoenix * 5357 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */ |
| 15:35.52 | brlcad | waves |
| 16:29.40 | ``Erik | how goeth 7.24.0 ? |
| 16:45.08 | ``Erik | heh, nutty.. a movie review on twitter rot13'd to hide spoilers |
| 16:53.25 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 17:03.48 | brlcad | spoilage within tweet limits? can't be that big a spoil |
| 17:04.25 | brlcad | I guess that's enought room to say "Darth Vader is Luke's father" |
| 17:08.32 | Notify | 03BRL-CAD:brlcad * 55639 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove unused var |
| 17:28.29 | ``Erik | it was a terse harsh 4 tweet review... @zedshaw |
| 18:10.25 | Notify | 03BRL-CAD:carlmoore * 55640 brlcad/trunk/src/liboptical/sh_treetherm.c: provide solid_name in fixing warning messages |
| 18:24.02 | *** join/#brlcad vladbogo (~vlad@188.25.238.175) | |
| 18:25.12 | vladbogo | ls |
| 18:25.31 | vladbogo | hi all sorry about that :) |
| 18:52.31 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 19:07.16 | Notify | 03BRL-CAD:carlmoore * 55641 brlcad/trunk/src/util/dsp_add.c: clean up the handling of h and ? as help |
| 19:07.33 | Notify | 03BRL-CAD:brlcad * 55642 brlcad/trunk/include/brep.h: more comment conversion for the new PP PC functions // -> /* */ and eliminate tons of trailing ws. |
| 19:17.12 | *** join/#brlcad Ch3ck (29cac69d@gateway/web/freenode/ip.41.202.198.157) | |
| 19:18.10 | Ch3ck | Hi everyone i just wish to know when i am to submit my design document on the wiki pages.. |
| 19:24.46 | Notify | 03BRL-CAD Wiki:77.220.1.218 * 5358 /wiki/User:Izak: |
| 19:30.28 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 19:43.01 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 19:51.23 | Notify | 03BRL-CAD Wiki:77.220.1.218 * 5359 /wiki/User:Izak: /* PROJECT SUMMARY */ |
| 19:52.03 | brlcad | vladbogo: about what? |
| 19:55.43 | vladbogo | brlcad: I accidentally sent a "ls" message |
| 19:59.10 | brlcad | starseeker: trying to figure out some cmakeness and could use some pointers |
| 19:59.13 | brlcad | vladbogo: ah, no worries |
| 20:07.02 | mpictor | brlcad: when you guys move to github, are you planning to make perplex/re2c/lemon a separate project? |
| 20:07.47 | brlcad | mpictor: we're not moving brl-cad to github anytime soon |
| 20:08.01 | mpictor | oh ok |
| 20:08.15 | mpictor | ``Eric said something, but I guess I misunderstood |
| 20:08.48 | brlcad | when he said we were "moving to github" a couple weeks ago, he meant we'll be converting our src/other/step sources to those in stepcode on github |
| 20:09.02 | mpictor | oic |
| 20:09.34 | brlcad | we're in the middle of preparing a major release, so it's just on hold until after |
| 20:09.51 | brlcad | erik might have mentioned the git svn mirror he set up |
| 20:10.35 | brlcad | http://brlcad.org/brlcad.git |
| 20:10.40 | mpictor | yea he did |
| 20:11.43 | mpictor | I was thinking of putting perplex/lemon/re2c up by themselves so it would be easier to grab them to rebuild the generated sources |
| 20:12.11 | mpictor | I think I found a regression in the lemon-based parser, where it isn't setting initializers |
| 20:12.34 | brlcad | the intent has been for those to be their own project, since they are so generally useful |
| 20:14.28 | brlcad | i think nick just sorta ran out of steam making it be its own thing once he got it all working, but he did talk about setting something up |
| 20:14.44 | mpictor | have you spoken with kesha recently? I haven't in the last several days |
| 20:14.50 | mpictor | oh ok |
| 20:15.33 | mpictor | is thinking of putting it on github as "baffled-citrus" |
| 20:16.04 | mpictor | (as opposed to perplexed lemon) |
| 20:18.39 | n_reed | laughs uncontrollably at baffled-citrus |
| 20:22.17 | mpictor | for a minute, I was worried that I was the only one who saw humor in that :) |
| 20:32.33 | mpictor | n_reed: not a regression after all |
| 20:34.20 | mpictor | now I need to figure out why attr initializers aren't being set by either parser |
| 20:45.57 | *** join/#brlcad Izak (4ddc01da@gateway/web/freenode/ip.77.220.1.218) | |
| 20:46.50 | Guest67778 | ``Erik: Please can I have your e-mail address ? |
| 20:54.30 | ``Erik | izak: you already have it and sent email to it... (It didn't seem like a response was necessary, is there something you need help with?) |
| 20:58.52 | brlcad | izak, Guest67778: you should download a real IRC client -- the web interface is not suitable for gsoc |
| 20:59.18 | Guest67778 | Thanks. Can you point me to any relevant books on constructive solid geometry which woull help with the project ? |
| 21:00.12 | Guest67778 | I have the xchat client but my I have connection problems now. That is why I am using this web interface |
| 21:00.31 | brlcad | what sort of connection problems? |
| 21:00.58 | brlcad | we're going to need to talk with you effectively for GSoC, so hopefully this can be sorted out |
| 21:01.35 | Guest67778 | The lines are slow right now due to the extreme rains |
| 21:02.10 | Guest67778 | Yes. I am working on getting more relaible and faster connection |
| 21:02.17 | brlcad | so how does using a web connection speed anything up? |
| 21:02.22 | brlcad | it's actually more overhead |
| 21:04.54 | Guest67778 | Do you think my Aggreement to participation requirements is adequate? |
| 21:05.37 | brlcad | how does using a web connection speed anything up? |
| 21:07.49 | Guest67778 | I intend to get a personal web connection with access to better speeds. The overheads in the cyber cafe will be eliminated |
| 21:08.14 | brlcad | the requirements were spelled out in detail ... if you did what the e-mails said, then that will be adequate otherwise it will not |
| 21:08.17 | brlcad | at a glance, you look fine |
| 21:08.34 | brlcad | Guest67778: so you're dodging my questions, that's really not appreciated |
| 21:08.39 | brlcad | you don't need to dodge, just answer honestly |
| 21:09.07 | brlcad | "I'm in a cyber cafe and they don't let me install xchat" sounds like it might be closer to the truth than "it's too slow" |
| 21:09.42 | brlcad | or, "it's too slow at home where I have xchat, but right now I'm in an internet cafe" |
| 21:10.08 | brlcad | I can't guess your situation, you have to state it clearly |
| 21:11.08 | Guest67778 | I am at a cyber cafe and the internet lines are used by a dozen people making the connection slower |
| 21:12.25 | Guest67778 | I intend to get a personal internet connection which I will use alone. I think this will be faster and I 'll use xchat |
| 21:14.56 | brlcad | Guest67778: so are you on your own computer? how're you going to write code? |
| 21:16.50 | Guest67778 | I am on my computer. I intend to write code in my closet not at the cyber cafe. I intend to get connected to the internet from home |
| 21:16.57 | brlcad | so then the question comes full circle |
| 21:17.01 | brlcad | I don't understand what connection speed has to do with using xchat vs a web interface if it's your computer... |
| 21:17.43 | brlcad | so it'll be slow in xchat and slow(er) in a browser ... is there some other problem? |
| 21:18.20 | Guest67778 | When I open xchat it keeps showing n |
| 21:19.15 | Guest67778 | messages like Disconnection from peers . I think this will be inappropriate to log in and quit |
| 21:20.56 | brlcad | Guest67778: are you familar with screen+irssi? |
| 21:21.40 | Guest67778 | No I am not. What is it? |
| 21:23.13 | brlcad | a way to maintain a persistent connection across local disconnects |
| 21:23.22 | brlcad | do you have access to a server anywhere? |
| 21:23.28 | brlcad | that you can ssh into |
| 21:24.44 | brlcad | Guest67778: what operating system are you using? |
| 21:25.57 | brlcad | Guest67778: and try typing "/nick thisisatest" |
| 21:53.59 | *** join/#brlcad caen23 (~caen23@92.85.92.235) | |
| 23:24.48 | starseeker | brlcad: what's the issue? |
| 23:27.43 | starseeker | (sorry, been away from the machine all day) |
| 00:21.05 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b109:b3ba:0:39:4f8c:8301) | |
| 02:27.02 | ``Erik | http://cheezburger.com/7521949696 |
| 02:32.31 | brlcad | starseeker: I figured out what I need to do |
| 02:32.59 | brlcad | needed to distinguish between a symbol existing and being declared |
| 02:33.25 | brlcad | appropriately, turns out cmake has a macro for this |
| 02:33.53 | brlcad | unfortunately, their macro blows major chunks and is basically broken for our needs |
| 02:35.41 | brlcad | CHECK_PROTOTYPE_EXISTS() is the gem |
| 02:36.03 | brlcad | I'll just have to implement it |
| 02:39.05 | Notify | 03BRL-CAD:brlcad * 55643 brlcad/trunk/CMakeLists.txt: test for fileno() since the function disappears in c99 pedantic mode (it's a posix function). instead, check for kill() and fileno() being declared. |
| 03:10.42 | Notify | 03BRL-CAD:brlcad * 55644 brlcad/trunk/src/libbn/plane.c: need stdlib.h for modf() and nextafter() but remove the long double support since it requires build system infrastructure. several relatively common platforms (some not so common, some common) don't support long doubles. (gnulib quotes FreeBSD 6.0, NetBSD 5.0, OpenBSD 3.8, Minix 3.1.8, HP-UX 11, IRIX 6.5, Solaris 9, Cygwin, Interix 3.5) moreover, we'd need |
| 03:10.44 | Notify | other changes to make fastf_t be more than single or double precision. |
| 03:12.55 | Notify | 03BRL-CAD:brlcad * 55645 brlcad/trunk/include/config_win.h: windows has fileno() (because we define it to _fileno()), and there aren't c99 declaration issues because msvc doesn't give a hoot about it. |
| 03:16.16 | Notify | 03BRL-CAD:brlcad * 55646 brlcad/trunk/include/config_win_cmake.h.in: ditto, we have fileno() |
| 03:24.39 | Notify | 03BRL-CAD:brlcad * 55647 brlcad/trunk/src/libbu/backtrace.c: hook off of the configure tests so we don't get duplciate declarations when the posix kill() and fileno() functions are available. |
| 03:39.03 | Notify | 03BRL-CAD:brlcad * 55648 brlcad/trunk/src/libbu/units.c: the ctype functions technically take an 'int' derived from an unsigned char, so netbsd is appropriately warning about the danger passing a signed char. we know these are strings, so casting to unsigned char is sufficient to quell. |
| 03:57.13 | Notify | 03BRL-CAD:brlcad * 55649 brlcad/trunk/misc/CMake/CompilerFlags.cmake: revert r54119 by caen23 that made debug compilation also use gnu99 instead of gnu89. as noted in the preceding comment, we intentionally compile with both to provoke more warnings. need more info on the clang failures. |
| 04:02.53 | Notify | 03BRL-CAD:brlcad * 55650 brlcad/trunk/misc/CMake/CompilerFlags.cmake: separate the comments so it's more obvious that we intentionally use two different standards during compilation testing. |
| 04:20.15 | Notify | 03BRL-CAD:brlcad * 55651 brlcad/trunk/misc/CMake/CompilerFlags.cmake: the gnu1x line was leftover, remove |
| 04:21.43 | Notify | 03BRL-CAD:brlcad * 55652 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: two more warnings to aspire to |
| 04:27.53 | Notify | 03BRL-CAD:phoenixyjll * 55653 (brlcad/trunk/src/libbrep/PullbackCurve.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 3 others): run ws.sh on src/libbrep |
| 05:31.05 | Notify | 03BRL-CAD:brlcad * 55654 brlcad/trunk/CMakeLists.txt: so CHECK_PROTOTYPE_EXISTS() is woefully busted in numerous ways. assumes c++, has a bad symbol test, results in unused var warnings, and doesn't work with preprocessor-wrapped symbols coming from system headers. former versions of CHECK_SYMBOL_EXISTS() almost did exactly what we need (a simple (void)symbol; test just like AC_CHECK_DECL) but was bastardized in |
| 05:31.07 | Notify | recent versions so it now spews an error too (it's busted and has been reported). |
| 05:37.58 | *** join/#brlcad caen23 (~caen23@92.85.92.235) | |
| 06:05.33 | Notify | 03BRL-CAD:brlcad * 55655 brlcad/trunk/CMakeLists.txt: manually wrap a couple simple tests since both CHECK_SYMBOL_EXISTS and CHECK_PROTOTYPE_EXISTS appear to be completely unusable for testing header declarations. deserves a macro in the meantime, but the issue has been reported. |
| 06:25.51 | *** join/#brlcad caen23 (~caen23@92.81.171.72) | |
| 06:27.18 | Notify | 03BRL-CAD:brlcad * 55656 brlcad/trunk/src/libfb/if_tk.c: more ctype argument type cleansing |
| 07:28.41 | *** join/#brlcad Izak (4ddc01da@gateway/web/freenode/ip.77.220.1.218) | |
| 07:32.58 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5360 /wiki/User:Izak: /* PERSONAL INFORMATION */ |
| 07:44.58 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:07.28 | *** join/#brlcad caen23 (~caen23@92.81.213.245) | |
| 09:29.37 | *** join/#brlcad vladbogo (~chatzilla@188.25.101.47) | |
| 09:43.29 | *** join/#brlcad merzo (~merzo@60-178-133-95.pool.ukrtel.net) | |
| 10:04.09 | starseeker | http://www.ebay.com/itm/Blackbird-Faster-Than-The-Wind-vehicle-/281114481020 |
| 10:04.32 | starseeker | votes the Smithsonian should buy it - that's one seriously *cool* vehicle |
| 10:37.14 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b109:b3ba:0:39:4f8c:8301) | |
| 11:37.56 | Notify | 03BRL-CAD:brlcad * 55657 brlcad/trunk/CMakeLists.txt: thanks netbsd 5 ... they partially implemented TLS support so it compiles and links, but will simply crash at runtime. (gives __tls_get_addr() runtime link failure on library linkage) change the test to also run the test, not just compile it for the __thread test only to catch this failure. pthread fallback should hopefully still work. |
| 11:43.25 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 11:45.44 | *** join/#brlcad merzo (~merzo@60-178-133-95.pool.ukrtel.net) | |
| 11:59.17 | d_rossberg | vladbogo: look e.g. at src/libdm/CMakeLists.txt: BRLCAD_ENABLE_TK => DM_TK ... QT should be similar |
| 11:59.45 | starseeker | brlcad: we can make our own local copy of CheckSymbolExists.cmake - if I remember correctly how that works it should be used in place of the system version, as long as we've specified the directory correctly |
| 12:00.19 | vladbogo | d_rossberg: thanks. I was currently searching for that |
| 12:00.54 | starseeker | CheckPrototypeExists.cmake too, for that matter... we already have local copies of that since (IIRC) it originally came from KDE and wasn't in CMake proper |
| 12:01.49 | starseeker | or I should say some of the src/other builds do |
| 12:03.09 | starseeker | probably would have to do that anyway, unless we want to make our minimum CMake version the one where they fix the macros |
| 12:14.00 | Notify | 03BRL-CAD:phoenixyjll * 55658 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Eliminate max_dis in the brep command for SSI. |
| 12:51.13 | vladbogo | d_rossberg: it is ok if i set the BRLCAD_ENABLE_QT in libdm/CMakeLists.txt or should I set it somewhere else? |
| 13:22.10 | Notify | 03BRL-CAD Wiki:Phoenix * 5361 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */ |
| 13:23.48 | Notify | 03BRL-CAD Wiki:Phoenix * 5362 /wiki/MGED_CMD_brep: /* Syntax */ |
| 13:25.46 | Notify | 03BRL-CAD Wiki:Phoenix * 5363 /wiki/MGED_CMD_brep: /* Argument(s) */ |
| 13:25.59 | Notify | 03BRL-CAD Wiki:Phoenix * 5364 /wiki/MGED_CMD_brep: /* Argument(s) */ |
| 13:26.57 | Notify | 03BRL-CAD Wiki:Phoenix * 5365 /wiki/MGED_CMD_brep: /* Example(s) */ |
| 13:27.50 | Notify | 03BRL-CAD Wiki:Phoenix * 5366 /wiki/MGED_Commands: /* B */ |
| 13:45.46 | Notify | 03BRL-CAD:phoenixyjll * 55659 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Extended the brep command to handle P/P, P/C, P/S, C/C and C/S. |
| 13:46.18 | d_rossberg | vladbogo: look for BRLCAD_ENABLE in CMakeLists.txt at the root directory ;) |
| 13:47.48 | vladbogo | d_rossberg: thanks |
| 13:48.59 | Notify | 03BRL-CAD:phoenixyjll * 55660 brlcad/trunk/src/libbrep/px_event.cpp: Fix the format of ON_PX_EVENT::Dump(). |
| 13:59.36 | Notify | 03BRL-CAD Wiki:Phoenix * 5367 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */ |
| 14:09.37 | brlcad | starseeker: I know, that was my thought as well -- it still needed to be reported upstream |
| 14:10.10 | brlcad | and I didn't want to take the time to test getting a macro perfect for inclusion in our build or submission to the cmake guys as a patch until after release |
| 14:10.28 | brlcad | so just a couple quick compile tests did the trick, just have to pick up from there after releae |
| 14:10.43 | brlcad | is having a heckuva morning |
| 14:18.32 | d_rossberg | vladbogo: your last comment to your patch is emty (?) |
| 14:20.09 | vladbogo | d_rossberg: I initially added it empty by mistake, but I've edited the post |
| 14:39.44 | brlcad | vladbogo: just a sanity check, are you compiling with default flags or do you have strict compilation (warnings as errors) disabled? |
| 14:49.40 | brlcad | mm, behold the awesome of: find -L -type l |
| 14:50.59 | brlcad | an equivalent of that for 'search' would be crazy useful |
| 14:51.25 | Notify | 03BRL-CAD:carlmoore * 55661 brlcad/trunk/src/util/dunncolor.c: implement -h and -?, and 'Program continues running:' for no-arguments help |
| 14:59.55 | Notify | 03BRL-CAD:carlmoore * 55662 brlcad/trunk/src/sig/dstats.c: remove verbose flag and reference to 'mode'; implement -h, -? |
| 15:02.24 | vladbogo | brlcad: it seems I had strict compilation disabled. Is there any problem with one of the patches? I will recompile them shortly |
| 15:06.10 | brlcad | vladbogo: if you disable strict compilation, there will almost certainly be problems later if there aren't already some now |
| 15:07.37 | brlcad | I hadn't applied your patch yet, but it looked like it lacked some attention to details right away (also demonstrated by all of rossberg's feedback) |
| 15:07.43 | brlcad | had my doubts that it would actually pass compilation |
| 15:08.03 | vladbogo | brlcad: I know. My bad. I had a compiling script with the wiki/compiling commands and somehow I missed the fact that strict compilation is disabled |
| 15:08.10 | brlcad | in any regard, you should be compiling with strict enabled -- it just means you should not ignore what the compiler is telling you |
| 15:08.18 | brlcad | must resolve all warnings properly |
| 15:08.26 | brlcad | no worries |
| 15:08.32 | brlcad | that's what discussion is for ;) |
| 15:09.45 | vladbogo | thanks:) |
| 15:10.44 | brlcad | if there's a warning you don't understand, just search it up |
| 15:11.13 | brlcad | there's usually several dozen articles, pages, stackoverflow questions, and more for each that explain them in detail |
| 15:11.26 | brlcad | or failing all that, ask here |
| 15:11.31 | brlcad | I've pretty much seen them all |
| 15:11.37 | vladbogo | I will. I'm waiting for the compilation process right now. |
| 15:13.38 | vladbogo | also I wanted to ask you about the additional info section on the melange page. How detailed should it be: should it be a general description of the project or something more specific? |
| 15:15.04 | brlcad | you mean the public summary? |
| 15:16.18 | brlcad | this write-up? http://www.google-melange.com/gsoc/project/google/gsoc2013/vladbogolin/47001 |
| 15:18.08 | vladbogo | Yes. When editing there is also an additional information in which I haven't written nothing for the moment and appears as a TODO |
| 15:19.47 | brlcad | vladbogo: additional info shows up like this: http://www.google-melange.com/gsoc/project/google/gsoc2013/phoenixyjll/40001 |
| 15:20.19 | brlcad | include whatever you like, but your abstract write-up looks good to me |
| 15:20.34 | vladbogo | ok thanks |
| 15:20.36 | brlcad | a link to your wiki and/or dev log would be good |
| 15:21.43 | vladbogo | also I have just compiled the latest version of the qt display manager patch and it was successful. About this version were you talking about? |
| 15:28.59 | brlcad | woo hoo, netbsd compilation complete |
| 15:31.29 | brlcad | I believe this release demonstrates that we've finally grown development activity beyond the need for release branches |
| 17:57.29 | starseeker | blinks - netbsd got added to our list of targeted platforms for this release? |
| 17:58.52 | starseeker | find -L -type l searches for broken symbolic links? |
| 17:59.26 | starseeker | ah - you're thinking of a way to look for entries in combs that reference geometry that doesn't exist in the db? |
| 18:07.00 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 18:07.40 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 18:17.17 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 18:17.17 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 18:19.13 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 18:19.13 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 18:27.54 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:32.13 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 19:09.11 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 19:09.11 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 19:16.02 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 19:18.50 | *** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net) | |
| 19:37.05 | *** join/#brlcad mpictor (~mpictor_@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 19:39.23 | tofu | starseek1r: libGLU is somehow getting found in a /usr/pkg/lib directory |
| 19:39.59 | brlcad | is there a Find GLU different from our FindOpenGL? I don't see any reference to /usr/pkg in our tree and it's causing a problem |
| 19:45.55 | starseeker | brlcad: there shouldn't be... what plaform is this, netbsd? |
| 19:46.05 | brlcad | yep |
| 19:46.58 | starseeker | FindGL.cmake and FindX11.cmake in our tree ook in /usr/pkg/xorg |
| 19:47.04 | starseeker | s/ook/look |
| 19:47.37 | starseeker | are there symlinks in /usr/pkg/xorg ? |
| 19:48.02 | brlcad | checks |
| 19:48.08 | brlcad | fwiw: http://paste.lisp.org/+2Y2I |
| 19:48.33 | brlcad | /usr/pkg/xorg does not exist |
| 19:48.56 | starseeker | it might be one of the "standard" system search paths CMake sets on NetBSD... |
| 19:50.15 | brlcad | how to find out where it's coming from? |
| 19:51.00 | starseeker | looks at our FindGL.cmake |
| 19:51.28 | starseeker | I don't understand why there would be a cyclic dependency there... |
| 19:51.59 | brlcad | what's even more frustrating, /usr/X11R7/lib/libGLU.so exists and is the one it needs to use |
| 19:52.28 | starseeker | what's the other one doing there? |
| 19:53.26 | brlcad | I think one is the base install, the other is the netbsd package management system |
| 19:55.39 | starseeker | my first test would be to add NO_DEFAULT_PATH to the OPENGL_glu_LIBRARY find_library call in misc/CMake/FindGL.cmake and see if that changes anything |
| 19:56.05 | starseeker | they *really* shouldn't do that, especially if there are system incompatibilities in the libraries |
| 19:57.02 | brlcad | do I need to replace all the FindGL.cmake files in the tree or just the top-level? |
| 19:57.11 | starseeker | er, NO_CMAKE_SYSTEM_PATH rather |
| 19:57.20 | starseeker | just the top level should work... |
| 19:57.45 | starseeker | FindX11.cmake uses NO_CMAKE_SYSTEM_PATH, I think for similar reasons... |
| 19:58.05 | starseeker | will update the others once a solution is found |
| 19:58.16 | starseeker | brlcad: I can add it if you like... |
| 19:58.40 | starseeker | tweaking the FindGL.cmake file will involve a fair bit of testing |
| 19:59.24 | brlcad | so adding it to the find_library() call (line 22) |
| 19:59.43 | brlcad | then clear the cache, and see what it finds |
| 19:59.47 | starseeker | in misc/CMake/FindGL.cmake? |
| 20:00.23 | brlcad | yeah |
| 20:00.29 | starseeker | line 22 is in the header comments... |
| 20:01.37 | brlcad | sry, line 220 |
| 20:01.51 | starseeker | yeah |
| 20:02.07 | brlcad | so another question, are those tests affected by other/prior tests? |
| 20:02.14 | starseeker | the other find_ calls in that case should probably have it to, for that matter... |
| 20:02.29 | brlcad | like if a find libz finds it in /usr/pkg/lib, is it going to look there? |
| 20:02.34 | starseeker | only a previous version of the same check |
| 20:03.00 | starseeker | ah. not sure |
| 20:03.24 | starseeker | I doubt it if the libz search specically added that path to its own search |
| 20:04.00 | brlcad | well if it's a system default path |
| 20:04.17 | brlcad | that for whatever reason is mysteriously being searched before our specified paths |
| 20:04.23 | starseeker | then it will always look there unless we tell it not to in that specific search |
| 20:05.12 | brlcad | right, but if we let it search system for libz and then tell it not system for libGLU, will it affect libGLU searching |
| 20:05.40 | starseeker | I want to say no |
| 20:06.01 | starseeker | but there are a lot of layers to the find_ macros |
| 20:06.18 | starseeker | brlcad: try r55664 |
| 20:06.32 | starseeker | hmm - we seem to have lost our bot |
| 20:30.42 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b114:3e93:0:39:4fd0:8901) | |
| 20:30.42 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:30.42 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 20:30.42 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 20:30.42 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:30.42 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 20:30.42 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 20:30.42 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 20:30.42 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 20:30.42 | *** join/#brlcad crdueck_ (~cdk@24.212.219.10) | |
| 20:30.42 | *** join/#brlcad merzo (~merzo@60-178-133-95.pool.ukrtel.net) | |
| 20:30.42 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 20:30.43 | *** join/#brlcad caen23 (~caen23@92.81.213.245) | |
| 20:30.43 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:30.43 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 20:30.43 | *** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:30.43 | *** join/#brlcad papna (~papna@python/site-packages/papna) | |
| 20:30.43 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:30.43 | *** mode/#brlcad [+o ChanServ] by calvino.freenode.net | |
| 20:32.27 | brlcad | well with the detection measures in place, it's "the one that works" :) |
| 20:32.28 | starseeker | but depending on which X11 and which OpenGL library you previously selected, that choice may change |
| 20:32.28 | brlcad | digging with this default path stuff, I think I've found part of the issue on the netbsd and there may be another approach altogether |
| 20:32.28 | brlcad | both GLU libraries actually seem to work just fine |
| 20:32.29 | starseeker | winces |
| 20:32.30 | starseeker | ick |
| 20:32.32 | starseeker | it's like OSX where you have the system Xorg X11 and one installed by fink - what's the "right" answer? |
| 20:32.36 | brlcad | you want/need there to be one, and there's really not |
| 20:32.36 | brlcad | that's the whole arbitrary |
| 20:32.59 | brlcad | frankly, I'd say we just look in whatever location the *vendor* shipped with (only) and let the user specify anything else |
| 20:33.39 | starseeker | O.o isn't that pretty much what we're currently doing with FindX11.cmake and FindGL.cmake ? |
| 20:34.17 | brlcad | nah, we search a ton of convention in those .. and cmake default does even more it appears |
| 20:35.46 | starseeker | wait, terminology check - by vendor do you mean the OS distribution or the original project (Xorg, Mesa, etc.) |
| 20:35.46 | brlcad | and yeah, even my notion of a vendor is no more or less flawed (arbitrary) given enough distros and vendors and time |
| 20:36.18 | brlcad | it's looking like with this netbsd system, it's basically a togl build system issue |
| 20:36.39 | brlcad | it needs to test the glew.h header because it requires a rather new version of it |
| 20:36.54 | brlcad | it provides one in its include directory, but that is searched after system dirs |
| 20:37.01 | starseeker | can't help thinking our "builds easily out of the box" experience that we try to guarantee with src/other is sunk before it sails if we force the user to specify basic things like X11 location... |
| 20:37.08 | starseeker | brlcad: ah |
| 20:38.01 | starseeker | that's... odd - I thought I took steps to check in the local src directories before the system dirs |
| 20:38.03 | brlcad | who is talking about forcing the user to specify things like X11 location?? |
| 20:38.11 | brlcad | non sequitor? |
| 20:38.33 | brlcad | just because you can't sometimes know the answer doesn't mean you'd always force them to tell you |
| 20:38.35 | starseeker | if we don't check in the various locations we've got in FindX11 and FindGL, we'll need user input |
| 20:39.14 | brlcad | you make them tell when it's not obvious ... or we make sure we test everything we're using so it doesn't result in errors down the line that they can't decipher |
| 20:39.16 | starseeker | isn't that the "searching a ton of convention" you were objecting to earlier? |
| 20:39.57 | brlcad | you're reading into what I'm saying as implying something I've not said... |
| 20:40.05 | starseeker | is confused |
| 20:41.12 | brlcad | I've said what I mean and only mean what I've said ;) |
| 20:41.28 | brlcad | that is to say I've not objected to anything that I recall |
| 20:41.45 | brlcad | just commenting on the system, our options, noting various deficiencies |
| 20:41.49 | brlcad | that is all... |
| 20:42.35 | starseeker | You had said earlier "if we're going to even try and be smart/fancy/auto-detecting like this..." - the implication being that we have the option *not* to try it |
| 20:43.29 | brlcad | we certainly do have that option .. it's code? still wasn't implying that was the thing to do or not do |
| 20:44.10 | starseeker | ah - I had the distinct impression over the last few years that you were not a fan of the automatic searching approach |
| 20:44.24 | brlcad | relevance? :) |
| 20:44.25 | starseeker | as you say, reading in... |
| 20:44.59 | starseeker | well, you're the project lead... if you don't like it then it's probably not a good idea for me to push in that direction :-P |
| 20:45.19 | brlcad | I'm not a fan of using a mouse either, but that doesn't mean it's not good for lots of things or that I need to use it or that it's inherently bad |
| 20:45.31 | brlcad | even if I thought it was BAD, it doesn't mean it's workable |
| 20:45.44 | brlcad | *not workable |
| 20:46.13 | brlcad | i'm more thinking long term how we evolve this even more so that it continues to get better |
| 20:46.36 | starseeker | in my experience, if you're thumbs down on something it's usually 'cause you have a better idea - given the number of times I've lost those arguments, it's usually more efficient to just skip to the system you want and try to get that working |
| 20:46.50 | brlcad | and not being hamstrung by any decision or punting that current is as good as it's going to get |
| 20:47.24 | brlcad | e.g., if the current searching really is as good as it gets with this approach, then I would naturally be a proponent of considering other approaches if only to keep us improving |
| 20:47.47 | brlcad | (that said, before you read into that! .. I don't think this is as good as it gets by a long shot) |
| 20:48.33 | starseeker | brlcad: I just want to know what needs to be coded up to solve the problem to your satisfaction |
| 20:48.48 | brlcad | so back to the problem at hand, a build failure and what to do about it :) |
| 20:49.01 | starseeker | mutters under his breath about nuking togl from orbit |
| 20:49.12 | brlcad | stop trying to please me, make the code be the best it can possibly be |
| 20:49.38 | brlcad | whether incrementally or in stages or steps .. it has to evolve with our needs |
| 20:49.43 | brlcad | it is just code, after all |
| 20:49.46 | brlcad | all code can be improved |
| 20:49.54 | starseeker | alright, glew details - you say it's finding a system glew that it doesn't like? |
| 20:50.02 | brlcad | raises a good point, what is togl in there for? |
| 20:50.10 | brlcad | adrt? |
| 20:50.15 | starseeker | isst gui, and customer code |
| 20:50.24 | starseeker | maybe just isst gui now |
| 20:50.45 | starseeker | if we do what archer/mged do to provide an opengl context to feed ISST, that might be the way out |
| 20:51.50 | brlcad | okay, so either hooking isst through libdm or integrating togl into archer would be some semblance of forward |
| 20:52.18 | brlcad | isst gui by itself is pretty compelling evidence to retain |
| 20:53.02 | starseeker | isst gui probably should be hooking through libdm, actually - I think togl was just the quick-and-dirty way to get an opengl context to play with |
| 20:53.43 | brlcad | thinks a STEP/ISST viewer would be highly valued pairing |
| 20:54.27 | starseeker | the question will be whether ``Erik's fast drawing trick can work inside a libdm opengl window - if it can, then isst would actually become a poster child for how to do "stand-alone" libdm apps |
| 20:54.39 | brlcad | absolutely |
| 20:54.49 | brlcad | and if libdm can't handle that, we should make it handle it |
| 20:54.54 | brlcad | (it should be able to) |
| 20:55.33 | starseeker | pulls up the isst code... |
| 20:56.02 | starseeker | just before release... heck of a time for this, but what the hey... |
| 20:56.46 | brlcad | I worked on a stand-along libdm app a while back ... recall keybindings being the biggest obstacle |
| 20:57.35 | starseeker | yeah, that was an issue with togl too iirc - let's see if we can get the libdm opengl context up in place of the togl opengl context as a first step |
| 21:00.45 | brlcad | starseeker: for glew, do you know if there would be any issue always searching their provided include dir first? |
| 21:01.08 | starseeker | you mean togl's? I thought that's what it *was* doing |
| 21:01.14 | starseeker | if it isn't, go for it |
| 21:01.44 | starseeker | actually stuck glew in when doing the initial import of togl, IIRC - was needed to wrap some nastiness |
| 21:03.42 | brlcad | yeah, it's not doing that |
| 21:04.01 | brlcad | searches system first -- thought it might have been intentional (to get a newer glew) |
| 21:04.19 | brlcad | testing |
| 21:04.28 | starseeker | scowls... this is probably going to be a significant restructure, actually - I cheated and used togl's Tcl command line init-and-pack routines to create and stash the context in a Tcl_Obj, which is opened up by various call-back functions |
| 21:04.59 | brlcad | you think it's safer to revert the no-system-paths change for release? |
| 21:05.06 | brlcad | or safe to keep |
| 21:05.36 | starseeker | brlcad: dunno. It was apparently an issue on netbsd... |
| 21:05.44 | starseeker | worked OK on Linux here when I tried it |
| 21:06.10 | brlcad | that just leaves a lot of other untested environments :) |
| 21:06.19 | starseeker | yeah - I'd say revert it for now |
| 21:06.45 | brlcad | it's feeling more stable after the past weekends changes going in |
| 21:06.45 | starseeker | but we probably want to stick it back in afterwards, if for no other reason than to match better what we do when searching for X11 |
| 21:06.50 | brlcad | just need another windows sanity test |
| 21:07.13 | starseeker | regex/red sanity, or just archer/mged generic testing? |
| 21:07.15 | brlcad | I can kick off a slew of compiles to test that change one last time |
| 21:07.20 | brlcad | just compilation sanity |
| 21:07.27 | starseeker | starts a build |
| 21:07.41 | brlcad | lot of little things that could kick off a failure on windows |
| 21:08.08 | brlcad | woot |
| 21:08.09 | brlcad | In file included from /home/sean/brlcad/src/other/togl/src/glew/glew.c:32: |
| 21:08.09 | brlcad | /home/sean/brlcad/src/other/togl/src/../include/GL/glew.h:2580:2: error: #error got here |
| 21:08.15 | brlcad | (that's a good error) |
| 21:08.20 | starseeker | hehe |
| 21:10.47 | starseeker | uh... 2580 in glew.h doesn't seem to have anything that would complain about "got here"... |
| 21:11.52 | starseeker | brlcad: I don't suppose plugging in the newest glew would help? |
| 21:12.23 | brlcad | that was my own code, testing that it got to a critical symbol it needs |
| 21:12.29 | brlcad | nope |
| 21:12.33 | brlcad | i think this'll fix it |
| 21:12.50 | starseeker | ah - phew :-) |
| 21:14.00 | brlcad | woot, togl compiled clean .. now to check the rest of the build |
| 21:17.29 | starseeker | ah, bugger, that's right - if we go with libdm we'll need code for wgl and ogl |
| 21:17.47 | starseeker | (assuming we can get the TIE stuff to work on Windows...) |
| 21:19.00 | brlcad | what do you mean? |
| 21:19.56 | starseeker | I guess I should say we *may* need code for both - ogl is X11 only, so if we want an ISST opengl context on Windows we'll need a wgl display manager |
| 21:19.57 | brlcad | sounds like "to go with libdm, we need another hook function so we don't end up with dm-platform-specific code in the client applications" :) |
| 21:21.09 | starseeker | judging by tclcad_obj, we'll at least need to pass in the DM_OGL and DM_WGL build flags for the right headers |
| 21:21.39 | starseeker | don't know if we'll need more platform specific stuff until we see how ``Erik's fast TIE display behaves with libdm |
| 21:22.48 | starseeker | hopefully not, but if I understand correctly his drawing approach is pretty different from what's usually done with libbm |
| 21:25.00 | brlcad | you say that but all i hear are things that need to be fixed |
| 21:25.25 | brlcad | callers aren't supposed to be aware of DM types (at all, ever) |
| 21:26.13 | brlcad | of course, this is not the current state of affairs, but I consider that a failure of attention only ... :) |
| 21:26.18 | starseeker | ``Erik's fast display uses some OpenGL specific stuff, so I'm guessing he would need to pull the opengl context out of the dm_vars |
| 21:26.26 | starseeker | heh |
| 21:26.38 | brlcad | yeah, opengl is about as "aware" as they need to be |
| 21:26.51 | brlcad | but that's like a DM attribute/setting that should be queryable |
| 21:27.04 | starseeker | well, if we can get away with togl for this release it would be nice to fix whatever needs fixing and nuke it - it's been a royal pain |
| 21:27.46 | starseeker | not to mention we could use libdm's proper quaternion support for rotation instead of that miserable hack that's in there now |
| 21:28.11 | brlcad | nods |
| 21:29.13 | starseeker | being able to make it a "mode" in archer would solve a number of other things, like proper tree support |
| 21:30.56 | starseeker | but that *would* be a major "binding" problem :-) tree actions, mouse actions, keys... probably not too different from sketch in some ways as a distinct interaction mode |
| 21:41.01 | starseeker | windows build commencing |
| 21:43.35 | starseeker | brlcad: did you want me to revert the FindGL.cmake change? |
| 22:04.20 | starseeker | build succeeded on Windows, mged comes up and raytraces toyjeep |
| 22:12.22 | *** join/#brlcad caen23 (~caen23@92.81.213.245) | |
| 22:24.24 | brlcad | starseeker: no, we can run with it if you think it's "better" |
| 22:25.05 | brlcad | netbsd is now clean and compiles default |
| 22:25.19 | brlcad | only issue is it seems to have littered the source tree with generated man pages |
| 22:26.04 | brlcad | and symbolic links in build tree |
| 23:02.36 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 23:03.31 | Notify | 03BRL-CAD:carlmoore * 55663 brlcad/trunk/src/util/dunnsnap.c: remove h for high-res ('s 1024' or 'S 1024' in its place), and implement -h,-? |
| 23:03.43 | Notify | 03BRL-CAD:starseeker * 55664 brlcad/trunk/misc/CMake/FindGL.cmake: Add NO_CMAKE_SYSTEM_PATH to OpenGL searches, to mirror FindX11 behavior. |
| 23:03.45 | Notify | 03BRL-CAD:carlmoore * 55665 brlcad/trunk/src/sig/dwin.c: implement -h and -? for help, specify usage of files (not stdin/stdout), and change old h to H |
| 23:03.55 | Notify | 03BRL-CAD:brlcad * 55666 brlcad/trunk/src/other/togl/src/CMakeLists.txt: search the provided source directories for headers before searching for them in system directories. fixes a build error encountered on a system where the system-installed glew.h was too old to be used. warrants a header compatibility test if we encounter a case where the system dirs need to get searched first. |
| 23:04.10 | Notify | 03BRL-CAD:carlmoore * 55667 brlcad/trunk/src/conv/dxf/dxf-g.c: remove a 'break'; add -h,-?; add 'Usage' |
| 23:42.29 | ``Erik | sooo much backlog |
| 23:45.35 | ``Erik | the subset of togl actually used by isst could be rewritten with very little effort... allz isst does is update a texture and blast it to the screen with one big quad |
| 23:47.06 | ``Erik | the ogl dm, iirc, draws rle scanlines using glrect, which is pretty crappy on modern hw (slow on osX, probably due to how glRect() is emulated)... |
| 23:49.12 | ``Erik | and yeh, 'convention' is all over the map, linux is weird in the greater scheme in how similar the distros tend to be.. even before lsb :) some systems considered it normal to put executables in /etc/, and frequently, /opt/<package>/ is normal... and that's just unix |
| 00:01.19 | starseeker | brlcad: I'll see if I can put together a netbsd image - were you using the built-in xsltproc or the system version? |
| 00:02.13 | starseeker | there's an annoying behavior I've occasionally observed with the man page output where it doesn't respect the "standard" output directory settings - not sure whether that's an issue with the .xsl files associated with man pages or what exactly |
| 00:02.35 | starseeker | I have cmake logic to try and handle it, but it sounds like it still has bugs |
| 00:03.21 | starseeker | ``Erik: I've never seen etc used for executables - who did that? |
| 00:04.37 | starseeker | nowadays /opt is generally for "binary" packages like opera and acroread - again in my experience I've never run across something we want to find being installed in opt... |
| 00:08.02 | ``Erik | starseeker: sunos, aix, hpux, irix, tru64, ... |
| 00:09.11 | ``Erik | I thought it was weird when I first saw it, I was all linux and fbsd with a little light aix as a mere mortal... |
| 00:10.12 | ``Erik | back in the day, there was no sbin, opt was probably a spindle that wasn't available during boot, and /etc was just a place to shove stuff that didn't belong somewhere... the junk drawer of the file system, thus the name :) |
| 00:20.57 | starseeker | are they still that messed up? (the survivors on that list?) |
| 00:31.45 | ``Erik | I'd imagine so O.o I mean, we have /opt/cmake/bin/ on the linux servers, right? :D |
| 00:33.02 | ``Erik | the point is that there is no 'right way' that everyone uses... :) |
| 00:33.31 | starseeker | there are however common ways on popular OSes |
| 00:36.47 | starseeker | better than nothing I guess |
| 00:37.08 | starseeker | wishes POSIX had standardized X11 and opengl file locations... |
| 00:40.00 | ``Erik | in '88, X had plenty of competition and opengl was called irisgl and sgi specific... :D |
| 00:41.17 | *** join/#brlcad IriX64 (~kvirc@65.95.149.3) | |
| 00:41.18 | ``Erik | always projects trying to supercede X as well... quartz seems to be the only one that got traction, though |
| 00:41.51 | starseeker | sure, but why can't POSIX standardize it now? :-) no rule against new standardization efforts... |
| 00:42.27 | starseeker | scowls at netbsd - how do I get networking going with this doggone thing? |
| 00:44.47 | *** part/#brlcad IriX64 (~kvirc@65.95.149.3) | |
| 00:49.49 | starseeker | ah |
| 01:46.48 | brlcad | starseeker: XSLTPROC_EXECUTABLE:FILEPATH=/usr/pkg/bin/xsltproc |
| 02:06.48 | starseeker | brlcad: I'd be curious if using the bundled version changes anything (I actually wouldn't expect it to, but it's something to check) |
| 02:15.13 | brlcad | how to force that? |
| 02:33.02 | starseeker | -DBRLCAD_XSLTPROC=BUNDLED (I think) |
| 02:54.51 | starseeker | brlcad: I'm getting a conflict on netbsd: include/common.h:68:0: error: "__BEGIN_DECLS" redefined |
| 02:55.11 | starseeker | /usr/include/sys/cdefs.h:293:0: note: this is the location of the previous definition |
| 02:55.19 | starseeker | same deal for __END_DECLS |
| 02:55.30 | starseeker | (netbsd 6.1 amd64) |
| 03:02.23 | brlcad | starseeker: what are they defined to? |
| 03:03.51 | brlcad | and what was being compiled -- that's a wrong header ordering |
| 03:04.22 | starseeker | sscanf.c |
| 03:04.24 | starseeker | in libbu |
| 03:04.53 | starseeker | defined to __BEGIN_PUBLIC_DECLS and __END_PUBLIC_DECLS respectively |
| 03:05.21 | brlcad | yep |
| 03:05.36 | brlcad | it's missing, that's wrong |
| 03:06.10 | starseeker | you mean cdefs.h is missing? |
| 03:06.40 | brlcad | no, common.h |
| 03:06.51 | Notify | 03BRL-CAD:brlcad * 55668 brlcad/trunk/src/libbu/sscanf.c: by design, common.h should always come before all system headers whenever system headers are include. |
| 03:08.10 | brlcad | what are those defines? |
| 03:08.52 | brlcad | actually, never mind.. shouldn't matter :) |
| 03:10.24 | brlcad | the header missing was the problem |
| 03:23.29 | starseeker | yep, that got it |
| 03:24.31 | starseeker | hmm - include/brep.h:110:1: error: no matching push for '#pragma GCC visibility pop' |
| 03:26.17 | starseeker | something about the #ifdef logic for C++ I'll bet - the corresponding begin is inside an ifdef |
| 03:32.31 | *** join/#brlcad caen23 (~caen23@92.81.213.245) | |
| 03:43.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:43.23 | Notify | 03BRL-CAD:starseeker * 55669 brlcad/trunk/src/libbn/tri_tri.c: another common.h missing |
| 03:48.18 | starseeker | brlcad: http://paste.lisp.org/display/137472 |
| 03:50.39 | brlcad | starseeker: gcc version? |
| 03:50.51 | Notify | 03BRL-CAD:starseeker * 55670 brlcad/trunk/include/brep.h: Both the BEGIN and the END need to be inside or outside the ifdef together - mixing and matching doesn't work on NetBSD. |
| 03:50.58 | starseeker | 4.5.3 |
| 03:51.06 | starseeker | NetBSD b2 20110806 |
| 03:51.18 | brlcad | huh, it was reported back in 4.1 for fedora and fixed then (7 years ago) |
| 03:54.23 | brlcad | starseeker: looks like we need a try compile test with the xmmintrin.h header |
| 03:55.19 | brlcad | starseeker: does this succeed: BRLCAD_INCLUDE_FILE(xmmintrin.h HAVE_XMMINTRIN_H) |
| 03:57.10 | starseeker | yes |
| 04:02.12 | brlcad | starseeker: try this |
| 04:02.30 | Notify | 03BRL-CAD:brlcad * 55671 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/dvec.h): make sure the emmintrin.h header actually works, not just exists. there's a gcc bug spanning 4.0-4.5 where the posix_memalign() decls are different causing a 'throws different exceptions' failure |
| 04:05.04 | Notify | 03BRL-CAD:starseeker * 55672 brlcad/trunk/src/other/libregex/regex.h: Don't define __BEGIN_DECLS and __END_DECLS in regex.h if they're already defined. |
| 04:05.53 | starseeker | CMake parsing fails |
| 04:07.33 | Notify | 03BRL-CAD:starseeker * 55673 brlcad/trunk/CMakeLists.txt: Fix syntax error |
| 04:07.45 | starseeker | that failed |
| 04:08.41 | starseeker | and compilation is now succeeding |
| 04:10.08 | Notify | 03BRL-CAD:starseeker * 55674 brlcad/trunk/src/libged/illum.c: Another missing common.h |
| 04:10.50 | Notify | 03BRL-CAD:starseeker * 55675 brlcad/trunk/src/libged/item.c: Another missing common.h |
| 04:13.35 | Notify | 03BRL-CAD:starseeker * 55676 (brlcad/trunk/src/libged/make_name.c brlcad/trunk/src/libged/regdef.c and 3 others): The rest of the missing libged common.h inclusions |
| 04:47.34 | Notify | 03BRL-CAD:starseeker * 55677 (brlcad/trunk/src/adrt/librender/component.c brlcad/trunk/src/adrt/librender/cut.c and 14 others): More common.h additions - this gets us to a finished build. |
| 04:47.48 | starseeker | brlcad: I didn't notice the problems with errant man pages you described using NetBSD 6.1 + bundled xsltproc + latest CMake |
| 04:48.18 | starseeker | not sure what triggered the issue in your case, but here at least it didn't seem to be an issue... |
| 04:49.40 | starseeker | calls it a night |
| 08:34.44 | *** join/#brlcad Black_Rabbit (~Black_Rab@122.177.69.178) | |
| 08:35.52 | *** join/#brlcad zero_level (~mohit@117.212.27.169) | |
| 08:58.06 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:59.44 | *** join/#brlcad caen23 (~caen23@92.81.213.245) | |
| 09:09.59 | *** join/#brlcad caen23 (~caen23@92.81.177.169) | |
| 09:30.54 | *** join/#brlcad merzo (~merzo@60-178-133-95.pool.ukrtel.net) | |
| 09:30.54 | *** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 09:42.48 | *** join/#brlcad merzo (~merzo@252-236-132-95.pool.ukrtel.net) | |
| 09:45.14 | starseeker | yawns |
| 09:49.02 | *** join/#brlcad zero_level (~mohit@117.220.8.177) | |
| 10:03.04 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:17.27 | *** join/#brlcad Mahi (~Mahi@ec2-23-20-158-45.compute-1.amazonaws.com) | |
| 10:45.33 | *** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 11:32.02 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:34.33 | *** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 12:46.06 | *** join/#brlcad caen23_ (~caen23@92.81.180.164) | |
| 13:21.34 | *** join/#brlcad Mahi_ (~Mahi@ec2-23-20-158-45.compute-1.amazonaws.com) | |
| 15:17.39 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:17.39 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 15:20.04 | zero_level | ``Erik: hi, i learnt from the project ideas page that, you will be mentoring project to implement the image processing library |
| 15:20.36 | zero_level | ``Erik: can i have ur email address. |
| 15:39.12 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 15:15.30 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:15.30 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 15:22.09 | *** join/#brlcad zero_level (~zero_leve@117.205.31.160) | |
| 15:59.30 | Notify | 03BRL-CAD:brlcad * 55682 brlcad/trunk/src/libbrep/intersect.cpp: bio.h is a system header wrapper but should still probably come after the <> headers |
| 16:01.04 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:14.30 | Notify | 03BRL-CAD:carlmoore * 55683 brlcad/trunk/src/sig/f-d.c: cosmetic stuff to resemble d-f.c source as much as possible |
| 16:28.25 | *** join/#brlcad zero_level (~zero_leve@117.205.18.39) | |
| 16:28.44 | *** join/#brlcad rays2pix (~deepak@14.139.226.34) | |
| 16:50.29 | brlcad | maths22_: would you be willing to set up viewvc? |
| 16:50.35 | brlcad | on the server |
| 16:51.17 | brlcad | sourceforge seems to not yet be sporting that feature with their new interface, and that's something we use daily |
| 16:51.37 | brlcad | plus... on our server, it'll probably be crazy faster than it was on sourceforge |
| 16:57.03 | brlcad | viewvc or websvn, seems to be merits to both |
| 20:22.47 | Notify | 03BRL-CAD:carlmoore * 55684 brlcad/trunk/src/fb/fbclear.c: remove old h (it was a high-res flag; use 's 1024' or 'S 1024) and implement h,? |
| 21:00.26 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 21:18.52 | Notify | 03BRL-CAD:carlmoore * 55685 brlcad/trunk/doc/docbook/system/man1/en/fbclear.xml: remove -h reference; notice the reference to Adage in the now-deleted remark about -h |
| 21:55.26 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 22:01.19 | Notify | 03BRL-CAD:carlmoore * 55686 brlcad/trunk/src/conv/euclid/euclid_format.c: remove a set of braces because the if/then has just 1 statement |
| 22:06.18 | *** join/#brlcad merzo_ (~merzo@251-173-132-95.pool.ukrtel.net) | |
| 00:19.22 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 00:21.07 | brlcad | caen23_: google just sent me a few pictures of you and skriptkid receiving your awards :) |
| 01:54.26 | *** part/#brlcad Mahi (~Mahi@ec2-54-234-175-101.compute-1.amazonaws.com) | |
| 03:17.20 | starseeker | sweet - glfw is adding support for undecorated OpenGL windows. May have to try plugging them in behind a generic OpenGL libdm/libfb layer. |
| 08:56.36 | *** join/#brlcad zero_level (~zero_leve@117.212.25.74) | |
| 10:45.38 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:1110:0:2:7a6a:b901) | |
| 11:59.40 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:57.55 | caen23_ | brlcad: :D heh, nice |
| 12:59.36 | caen23 | it was a very cool week indeed |
| 13:39.12 | starseeker | growls - n_reed, it looks like that trick for generating wireframes won't fly after all |
| 13:39.19 | starseeker | too resource intensive |
| 13:49.06 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 13:49.07 | n_reed | you mean it takes too much longer than the normal time? |
| 13:49.23 | n_reed | it was worth a try regardless |
| 14:13.55 | starseeker | yeah - I'm looking at anywhere I can trim fat to try and speed it up, but I doubt it'll be enough |
| 14:14.05 | starseeker | pity - it gives decent results in some cases |
| 14:14.44 | starseeker | is there any way we can tweak the vds folding to bias in some way toward original points in the local neighborhood? |
| 14:32.04 | n_reed | not sure what you mean |
| 14:35.01 | Notify | 03BRL-CAD:carlmoore * 55687 (brlcad/trunk/src/sig/f-i.c brlcad/trunk/src/sig/i-f.c): set scale=1.0 in the declaration, not in a separate statement |
| 14:35.38 | n_reed | avoid folding nodes containing original triangles which are adjacent to an already folded node? |
| 14:36.37 | n_reed | or when folding a node always use an original triangle vertex as the proxy? or something else? |
| 14:54.52 | Notify | 03BRL-CAD:carlmoore * 55688 (brlcad/trunk/src/sig/bw-d.c brlcad/trunk/src/sig/d-bw.c): changes (preset of scale =1.0 and implementing -h and -?) for bw-d.c and d-bw.c |
| 14:58.09 | Notify | 03BRL-CAD:carlmoore * 55689 brlcad/trunk/src/sig/bw-d.c: remove math.h reference, which d-bw.c did not have, and I did make to make sure this didn't break anything |
| 15:06.00 | starseeker | n_reed: something along those lines... you had mentioned "losing" the original shape as folding progressed |
| 15:25.44 | Notify | 03BRL-CAD:carlmoore * 55690 (brlcad/trunk/src/sig/d-u.c brlcad/trunk/src/sig/u-d.c): cosmetic changes for d-u.c/u-d.c file comparison, and in u-d.c implement 'double scale=1.0;' |
| 15:29.19 | Notify | 03BRL-CAD:carlmoore * 55691 brlcad/trunk/src/sig/u-f.c: move scale=1.0 into the type declaration |
| 15:35.08 | n_reed | to reiterate, the primary issue is that rendering requires too many original triangles to be present |
| 15:35.25 | n_reed | if you don't have a patch of original triangles every so often, you end up with holes |
| 15:35.45 | n_reed | if you don't keep any original triangles, you end up with nothing (disappearing tire syndrome) |
| 15:37.27 | n_reed | this restricts the number of triangles you can remove to a number that seems too few to be of much use to us |
| 16:12.06 | *** join/#brlcad zero_level (~zero_leve@117.205.26.141) | |
| 16:35.26 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:1110:0:2:7a6a:b901) | |
| 16:59.43 | Notify | 03BRL-CAD:phoenixyjll * 55692 brlcad/trunk/src/libbrep/intersect.cpp: Try to add PS support using get_closest_point(). |
| 17:00.56 | Notify | 03BRL-CAD:erikgreenwald * 55693 brlcad/trunk/doc/docbook/system/man1/en/fbclear.xml: rebalance the XML so it can be parsed |
| 17:05.04 | *** join/#brlcad zero_level (~zero_leve@117.205.20.87) | |
| 17:08.29 | Notify | 03BRL-CAD Wiki:Phoenix * 5368 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */ |
| 18:01.24 | *** join/#brlcad caen23 (~caen23@92.81.209.90) | |
| 18:14.51 | Notify | 03BRL-CAD:carlmoore * 55694 brlcad/trunk/src/sig/i-d.c: add a blank line (cosmetic comparison with d-i.c) and initialize scale in the type statement |
| 19:18.55 | zero_level | <PROTECTED> |
| 19:19.31 | zero_level | ``Erik : Hi |
| 19:31.16 | zero_level | ``Erik: I wish to discuss things related to buffers in the image utilities. Please respond when you see this. Thanks :-) |
| 19:32.42 | Notify | 03BRL-CAD:carlmoore * 55695 brlcad/trunk/src/util/pix-png.c: don't need those 2 case statements; just use default |
| 19:42.51 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:1110:0:2:7a6a:b901) | |
| 19:51.05 | *** join/#brlcad mpictor (~mpictor_@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 19:53.58 | *** join/#brlcad mpictor (~mpictor_@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 19:56.23 | *** join/#brlcad mpictor_ (~mpictor_@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 20:29.38 | Notify | 03BRL-CAD:carlmoore * 55696 brlcad/trunk/src/util/pix-ps.c: implement -h and -? (removing old -h high-res) |
| 20:35.37 | ``Erik | zero_level: ask your questions, someone will answer them eventually... I'm running around preparing for a preschool graduation at the moment, so I'm not very available, but other mentors might be |
| 20:42.23 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 20:54.10 | zero_level | ``Erik: ok, |
| 20:54.20 | zero_level | I am currently preparing implementation plan for utilities of group 1-6. I will post it on wiki page. I might need your review for that. |
| 20:54.36 | zero_level | Also i wish to shuffle components of development phase in my time-line. |
| 20:55.25 | zero_level | About buffers. |
| 20:57.13 | ``Erik | 'k, when the changes are committed to the wiki, mention it in here and at least one mentor will review/comment |
| 20:58.34 | ``Erik | re-ordering is fine, um, there are two review times, a half-way review and the final review... if the shuffling moves things between those two halves, just let us know |
| 20:59.36 | zero_level | In the image processing utilities, the image is not read in full to the memory, rather buffers of varied size are used. The image is read in parts from one of the raw format pix/bw to these buffers, processed and written to the output buffer/file depending upon the utility |
| 21:00.31 | zero_level | this reading --> processing and writting continues until the complete file is not read. |
| 21:01.16 | zero_level | I require few suggestions here |
| 21:04.03 | zero_level | a) The current work on ICV has a image container which contains feild for both file pointer and the array containing the file. The easiest task would be to refactor the code and let them use the buffers of the varied sizes and read from the input file pointer |
| 21:04.43 | zero_level | I would welcome implementation suggestion for this ! |
| 21:08.46 | Notify | 03BRL-CAD Wiki:Level zero * 5369 /wiki/User:Level_zero/proposal: /* June 17 - Sep 2 suffling of components of Development Phase */ |
| 21:10.21 | zero_level | ``Erik this notification is for shuffling of the components. I would now focus on the 11 Groups first and then the conversion tools |
| 21:10.57 | ``Erik | http://youtu.be/vxG1PFHOpI8 they turbo'd an old golf to break 1000hp (1013bhp, 744kw... I assume at the flywheel) |
| 21:15.02 | ``Erik | zero_level: I don't recall what group 11 is, but I'd imagine the converters are more important in the long run.. I'd like to see some effort on the converters, even if we decide to break it up differently... |
| 21:16.15 | ``Erik | w00t, got my twirssi back up and I only had to alter one system perl module |
| 21:17.07 | zero_level | ``Erik : i meant all the other image processing tools(1-11 groups) other than converters |
| 21:20.06 | starseeker | brlcad: anything we can do to assist with tagging? (I can do another sync, if that would help...) |
| 22:42.41 | Notify | 03BRL-CAD:r_weiss * 55697 brlcad/trunk/src/libged/gqa.c: Updates to 'gqa' command to improve results with default settings and improve user messages/warnings. More testing is needed. |
| 23:28.04 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 01:04.43 | ``Erik | extention error in BRL-CAD trunk, clang 3.0, ubuntu 12.04, i386 32b linux: http://paste.lisp.org/display/137516 |
| 01:11.07 | ``Erik | izzat pertinant to the current tag/release, or can we eat that this time? |
| 04:36.58 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 07:58.52 | *** join/#brlcad zero_level (~zero_leve@117.205.16.195) | |
| 08:19.55 | *** join/#brlcad zero_level (~zero_leve@117.205.27.247) | |
| 08:47.52 | *** join/#brlcad zero_level (~zero_leve@117.205.27.110) | |
| 10:10.29 | *** join/#brlcad caen23 (~caen23@92.81.166.218) | |
| 11:06.16 | *** join/#brlcad zero_level (~zero_leve@117.205.30.28) | |
| 11:44.07 | *** join/#brlcad zero_level (~zero_leve@117.205.22.222) | |
| 12:07.30 | *** join/#brlcad zero_level (~zero_leve@117.220.10.58) | |
| 13:00.17 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 13:01.05 | *** join/#brlcad zero_level (~zero_leve@117.205.31.37) | |
| 14:13.51 | *** join/#brlcad vladbogo (~chatzilla@188.25.101.47) | |
| 14:15.50 | *** join/#brlcad mpictor (~mark@99-93-104-202.lightspeed.iplsin.sbcglobal.net) | |
| 14:39.50 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 15:05.59 | *** join/#brlcad caen23 (~caen23@92.81.186.135) | |
| 15:08.26 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 16:34.56 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 19:59.54 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 20:03.42 | *** join/#brlcad papna_ (~papna@python/site-packages/papna) | |
| 20:06.25 | *** join/#brlcad KimK_ (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 20:08.57 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 20:10.54 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 20:31.05 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:31.05 | *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net | |
| 20:31.25 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:31.25 | *** mode/#brlcad [+o ChanServ] by kornbluth.freenode.net | |
| 07:19.18 | *** join/#brlcad IriX64 (~kvirc@65.95.149.59) | |
| 08:10.36 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 08:15.43 | *** join/#brlcad zero_level (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 08:58.10 | *** join/#brlcad zero_level (~zero_leve@117.205.19.170) | |
| 10:22.22 | zero_level | hi Erik: brlcad: what are pix(5) files. How are they different from normal pix files? Where are they used |
| 10:36.11 | Notify | 03BRL-CAD Wiki:Level zero * 5370 /wiki/User:Level_zero/patches: Created page with "=GSOC 13=" |
| 10:46.16 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 10:46.43 | Notify | 03BRL-CAD Wiki:Level zero * 5371 /wiki/User:Level_zero/patches: /* GSOC 13 */ Patch Information |
| 10:48.06 | Notify | 03BRL-CAD Wiki:Level zero * 5372 /wiki/User:Level_zero/: /* Index page user ZERO_LEVEL */ |
| 11:11.57 | *** join/#brlcad zero_level (~zero_leve@117.212.25.177) | |
| 11:32.53 | Notify | 03BRL-CAD Wiki:Level zero * 5373 /wiki/User:Level_zero/GSOC13/logs: LOG Update |
| 12:14.27 | ``Erik | zero_level: where are you seeing hte reference? (there is an alias pix file that is different than the older BRL-CAD pix format, maybe it's a reference to that?) |
| 12:18.09 | zero_level | Erik : for eg the man page of pixhalve |
| 12:39.09 | *** join/#brlcad zero_level (~zero_leve@117.212.28.227) | |
| 13:25.05 | *** join/#brlcad zero_level (~zero_leve@117.205.28.166) | |
| 13:29.12 | ``Erik | zero_level: pixhalve revers to the BRL-CAD raw PIX format, straight RGB24 (8 bits per channel) data, no header |
| 13:35.31 | ``Erik | I'd tink that modifications to the proposal should be discussed in public unless personal information is involved |
| 13:35.34 | ``Erik | think |
| 14:03.30 | zero_level | ok ``Erik |
| 14:04.22 | zero_level | but when i went through the source of pixhalve i found it different than the normal utilities dealing with pix format |
| 14:04.25 | zero_level | for eg. pixinterep2x |
| 14:21.19 | zero_level | sry it is pixinterp2x |
| 14:33.28 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:40.37 | *** join/#brlcad zero_level (~zero_leve@117.205.29.69) | |
| 14:45.56 | *** join/#brlcad kesha_ (~kesha@49.248.244.79) | |
| 15:04.16 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 16:37.26 | *** join/#brlcad zero_level (~zero_leve@117.205.25.216) | |
| 17:32.06 | *** join/#brlcad kesha_ (~kesha@49.249.9.35) | |
| 21:59.49 | *** join/#brlcad zero_level (~zero_leve@117.205.24.209) | |
| 22:24.06 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 22:46.03 | ``Erik | "spin hall effect" O.o interesting |
| 22:51.46 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:22.04 | *** join/#brlcad zero_level (~zero_leve@117.205.24.122) | |
| 00:43.11 | *** join/#brlcad zero_level (~zero_leve@117.205.18.35) | |
| 02:20.08 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 02:44.00 | *** join/#brlcad zero_level (~zero_leve@117.205.31.205) | |
| 02:58.13 | *** join/#brlcad zero_level (~zero_leve@117.205.31.205) | |
| 03:59.23 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5374 /wiki/Creating_and_editing_arbn_primitives: created using content formerly in the BRL-CAD Primitives article, in order to reduce the length of that article |
| 04:02.07 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5375 /wiki/Creating_and_editing_arbn_primitives: /* Creating and editing arbn primitives */ removed redundant heading |
| 04:06.27 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5376 /wiki/Talk:Creating_and_editing_arbn_primitives: Created page with "==Creation Note== I am working on completing the [[BRL-CAD Primitives]] article as an overview of all such shapes. To keep it to a managable length, I plan on creating a seri..." |
| 04:18.12 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5377 /wiki/BRL-CAD_Primitives: /* Arbitrary convex polyhedra */ moved creation discussions to a separate article, and finished this section as an overview of arb primitives |
| 04:40.50 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5378 /wiki/Talk:BRL-CAD_Primitives: Responded to Sean's comments and adding an explanation of my most recent changes |
| 04:50.35 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5379 /wiki/BRL-CAD_Primitives: /* ARB8 Records */ minor edit of arb4, arb5 and raw bullet points |
| 08:31.14 | *** join/#brlcad zero_level (~zero_leve@117.212.25.123) | |
| 08:51.35 | *** join/#brlcad zero_level (~zero_leve@117.205.25.147) | |
| 09:15.41 | *** join/#brlcad zero_level (~zero_leve@117.205.24.242) | |
| 10:46.49 | *** join/#brlcad zero_level (75cd11e0@gateway/web/freenode/ip.117.205.17.224) | |
| 13:10.35 | Notify | 03BRL-CAD:erikgreenwald * 55698 (svn:executable ## -1 +0,0 ## and 2 others): remove executable prop for .c filesProperty Changed:----------------brlcad/trunk/src/libdm/adc.cbrlcad/trunk/src/libdm/grid.cbrlcad/trunk/src/libdm/labels.cbrlcad/trunk/src/libdm/rect.cbrlcad/trunk/src/libdm/scale.c |
| 13:55.10 | brlcad | ``Erik: interesting: https://github.com/cosmos72/stmx/ |
| 14:02.24 | brlcad | ``Erik: heh, that VW is the same weight as my car ... 0-60 in <2s yikes |
| 14:22.13 | ``Erik | heh, yeh, kw/kg of .828 vs your .155 or my .160 (or starseekers .089) |
| 14:23.53 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:26.44 | ``Erik | probably needs a new set of tires every time it fuels |
| 14:26.48 | brlcad | ``Erik: your paste expired, what was the failure? |
| 14:27.09 | ``Erik | um, something about inline being an extension if it's the ubuntu/i386 one |
| 14:27.39 | brlcad | something that would have succeeded if strict was turned off? |
| 14:28.28 | brlcad | probably related to the -std=gnu90 flag I re-enabled on debug compilation |
| 14:28.38 | ``Erik | http://paste.lisp.org/display/137541 |
| 14:28.59 | ``Erik | yeah, it doesn't happen with CMAKE_BUILD_TYPE=Release |
| 14:30.21 | brlcad | what grep INLINE .cmake/CMakeCache.txt | grep -v // |
| 14:30.57 | brlcad | presume the inline test succeeded, probably just needs to test for that flag after the standards flags |
| 14:31.32 | ``Erik | 6 lines, says inline is found and called "inline" |
| 14:32.44 | brlcad | yeah |
| 15:03.32 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5380 /wiki/Talk:BRL-CAD_Primitives: /* Completion of ARBs section */ |
| 15:07.37 | *** join/#brlcad zero_level (75d41d46@gateway/web/freenode/ip.117.212.29.70) | |
| 15:07.51 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 15:40.47 | Notify | 03BRL-CAD Wiki:JoelDBenson * 5381 /wiki/BRL-CAD_Primitives: /* ARB8 Records */ minor changes to geometric terminology |
| 16:08.04 | brlcad | ``Erik: what does this output? touch foo.h; clang -std=gnu89 -pedantic -dM foo.h |
| 16:12.45 | brlcad | never mind, got it |
| 16:39.34 | brlcad | ``Erik: can you give that a try? |
| 16:39.40 | Notify | 03BRL-CAD:brlcad * 55699 brlcad/trunk/include/common.h: __STRICT_ANSI__ is not the right define to key off of as it catches c89 and c99 (for gcc and clang). if we're compililing gnu89 pedantic, we need to check for GNU inline behavior, which is indicated for gcc 4.1+ and clang via the __GNUC_GNU_INLINE__ define. leaving __STRICT_ANSI__ in place to not rock the windows boat prior to release. |
| 16:51.05 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 17:12.47 | ``Erik | seems to work for libbu doing gcc debug and clang debug |
| 17:13.42 | ``Erik | builds the rest |
| 17:28.21 | *** join/#brlcad zero_level (75cd18fc@gateway/web/freenode/ip.117.205.24.252) | |
| 17:29.44 | brlcad | ``Erik: awesome, thanks |
| 17:30.32 | brlcad | if richard is earshot and willing to try a windows libbu compile with __STRICT_ANSI__ removed (in common.h), that would wrap that issue up |
| 17:42.37 | Notify | 03BRL-CAD Wiki:Level zero * 5382 /wiki/User:Level_zero/GSOC13/api: /* API DESIGN */ |
| 17:43.54 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 17:47.28 | Notify | 03BRL-CAD:n_reed * 55700 brlcad/trunk/include/common.h: don't want to remove inline uses from cpp files |
| 18:03.30 | Notify | 03BRL-CAD:carlmoore * 55701 (brlcad/trunk/src/util/pixscale.c brlcad/trunk/src/util/pixshrink.c): remove old -h (high-res); use h,?,run-with-no-arguments for help |
| 18:11.28 | *** join/#brlcad zero_level (75cd154e@gateway/web/freenode/ip.117.205.21.78) | |
| 18:13.24 | Notify | 03BRL-CAD Wiki:Level zero * 5383 /wiki/User:Level_zero/GSOC13/api: /* STructures and API */ |
| 18:14.52 | Notify | 03BRL-CAD:n_reed * 55702 brlcad/trunk/src/libdm/dm-ogl.c: remove duplicate prototypes |
| 18:21.50 | Notify | 03BRL-CAD Wiki:Level zero * 5384 /wiki/User:Level_zero/GSOC13/api: /* Structure */ |
| 18:26.10 | Notify | 03BRL-CAD Wiki:Level zero * 5385 /wiki/User:Level_zero/: /* GSOC 13 */ |
| 18:26.28 | zero_level | hi Erik: |
| 18:26.57 | zero_level | pls review my structure definitions and api designs |
| 18:27.01 | zero_level | these are available here |
| 18:27.02 | zero_level | http://brlcad.org/wiki/User:Level_zero/GSOC13/api |
| 18:27.19 | zero_level | Also i have created an Index Page for all my work with BRLCAD |
| 18:27.34 | zero_level | This is available here http://brlcad.org/wiki/User:Level_zero/#GSOC_13 |
| 18:28.30 | zero_level | Also Do u suggest of putting my rough notes for the utilities on wiki.. |
| 18:31.15 | zero_level | ``Erik and brlcad I would also like to get my patches reviewed. |
| 18:31.47 | zero_level | Information Regarding them are here http://brlcad.org/wiki/User:Level_zero/patches |
| 18:32.47 | Notify | 03BRL-CAD:carlmoore * 55703 brlcad/trunk/src/fb/pix-fb.c: remove h for high-res; implement h,? for help |
| 18:33.12 | zero_level | <PROTECTED> |
| 18:38.21 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 18:40.28 | *** join/#brlcad zero_level (75cd154e@gateway/web/freenode/ip.117.205.21.78) | |
| 18:47.21 | brlcad | starseeker: you should add BRL-CAD to http://en.wikipedia.org/wiki/CMake#Notable_applications |
| 19:09.04 | brlcad | zero_level: it's a good start! |
| 19:09.50 | zero_level | brlcad : thanks had to do a lot of code reading |
| 19:10.05 | brlcad | zero_level: few suggestions... |
| 19:10.38 | brlcad | I'd like to see some comments for starters, to say what the intent is of each function, what the params are if it's not obvious from the names, and some consistency with the I/O |
| 19:11.10 | zero_level | ok i will put them in the patch file |
| 19:11.44 | brlcad | not fond of "oper1" and "oper2" ... vague |
| 19:12.01 | brlcad | also should denote which parameters can be const |
| 19:12.23 | zero_level | actually those two represents operations with one image and operations with two images |
| 19:12.26 | brlcad | might also want to consider "standardizing" your parameters |
| 19:13.04 | brlcad | except so are all the other functions, no? ... represent operations with one or two images.. :) |
| 19:13.05 | zero_level | can u suggest some instances, that will be easy for future |
| 19:13.22 | brlcad | what I mean about standardizing is like a usage pattern |
| 19:13.47 | zero_level | those two functions are for airthmetic and logical operations like addition multiplication, or, and etc.. |
| 19:14.14 | brlcad | for example, option #1: void function(output, const input, ...input params...) |
| 19:14.51 | brlcad | option #2: void function(const input, output, ... input/output params ...) <-- this is kind of what you mostly have now sans const |
| 19:15.11 | brlcad | option #3: output function(const intput, ...input/output params ...) |
| 19:15.11 | brlcad | etc |
| 19:15.29 | brlcad | the idea is to consciously pick a form and then stick to it religiously |
| 19:16.04 | brlcad | which is "best" really depends on many factors, like whether there are any functions that need to return more than one value? |
| 19:16.13 | zero_level | yes, this will be a good style :-) will try to adher to one of them after seeing what we require here |
| 19:17.11 | brlcad | you should already have a pretty good sense of what is required now |
| 19:17.22 | brlcad | as that is a pretty extensive list |
| 19:17.56 | brlcad | what is icv_operation.oper? |
| 19:18.51 | zero_level | that will carry information regarding operation type |
| 19:19.03 | zero_level | i will post enumerate list for them |
| 19:19.36 | brlcad | if it's an enum, it should be typedef'd instead of a char |
| 19:21.04 | zero_level | i would rather make it an integer type |
| 19:21.20 | zero_level | and a list of enum for operations |
| 19:21.38 | zero_level | like it is done for format in icv.h |
| 19:22.52 | brlcad | that's the point, you make it a typedef so you can change it later as needed |
| 19:23.08 | brlcad | icv.h is merely a starting point, it has LOTS of room for improvement |
| 19:23.20 | brlcad | so use it as a reference for ideas only, not as religion ;) |
| 19:23.47 | brlcad | for example, I look at format in icv.h and think it should also be a typedef'd type |
| 19:24.03 | zero_level | ok |
| 19:24.22 | zero_level | then the same applies for method in icv_scale and shrink |
| 19:24.29 | brlcad | typedef enum {...} icv_format_t; ... struct icv_image_file { ... int fd; icv_format_t format; ...}; |
| 19:25.00 | zero_level | yeah got ur poing regarding typedef |
| 19:26.30 | zero_level | brlcad: there are three groups left as per my proposal |
| 19:26.35 | brlcad | do any of the functions not return void? |
| 19:27.33 | zero_level | actually i intend to implement them as such that all the functions are called using call by reference |
| 19:27.54 | zero_level | and the addresses for desired output is sent during function call |
| 19:28.14 | brlcad | what do you mean called using call by reference? |
| 19:28.30 | brlcad | some sort of icv_exec() function? |
| 19:29.06 | brlcad | zero_level: how'd you come up with your groupings? |
| 19:29.32 | zero_level | one by one :-) |
| 19:29.40 | zero_level | call by reference means |
| 19:29.52 | zero_level | for example |
| 19:30.30 | zero_level | <PROTECTED> |
| 19:31.14 | zero_level | here instead of making a return type of icv_image_file_t |
| 19:31.52 | zero_level | i have used icv_image_file_t *img_out, one of the argument |
| 19:31.55 | brlcad | okay, I guess you're reading "into" my question then ... :) |
| 19:32.34 | brlcad | making a return type of icv_image_file_t wouldn't necessarily make sense for all function types -- the "output" might not be the image |
| 19:32.39 | zero_level | about groupings -- |
| 19:33.06 | zero_level | i have picked the utilities which perform comman functions |
| 19:33.15 | brlcad | icv_image_FILE_t is bothersome... implies there is or will be an icv_image_NOTFILE_t |
| 19:33.17 | zero_level | like crop and rect |
| 19:33.37 | brlcad | I got that, but how'd you come up with them? |
| 19:33.58 | brlcad | reading their man pages or the source files and grouping them based on what it sounds like they do? |
| 19:34.26 | zero_level | and also reading there source codes |
| 19:34.36 | brlcad | if you can give a name to each group, that would be very helpful |
| 19:34.37 | zero_level | because there is commanilities in the codes as well |
| 19:34.43 | zero_level | ok |
| 19:34.54 | brlcad | group1 for example seems to be "Cropping" |
| 19:35.15 | zero_level | i also plan to create a seperate file for each group |
| 19:35.23 | zero_level | which will ensure completeness |
| 19:35.44 | brlcad | all the better reason to make sure they can all be described in one or two words |
| 19:36.14 | brlcad | don't be shy to break things up into multiple files or use subdirectories even |
| 19:36.16 | zero_level | Should i remove file from icv_image_file_t and make it icv_image_file |
| 19:36.32 | zero_level | opps |
| 19:36.38 | brlcad | you tell me |
| 19:37.23 | brlcad | what happens when icv_crop() (or any of them, really) fails ? |
| 19:46.00 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 19:51.51 | ``Erik | heh, osX.9 SeaLion |
| 19:52.09 | brlcad | :) |
| 19:52.11 | ``Erik | (ya been watching the streaming wwdc? I'm just catching the twitter chatter about it) |
| 19:52.41 | ``Erik | ogl4? :o |
| 19:54.56 | ``Erik | (ran into an issue with c++ name conflicts at link time, but Nick seemed to have gotten that taken care of... this old celery is a slow compiler and I've been busy futzing with a tk/dm-ogl bridge to replace togl for isst) |
| 19:55.15 | brlcad | only part way through |
| 19:58.17 | ``Erik | bummer, mbp retina isn't getting anything this cycle |
| 19:59.15 | brlcad | MPro update first .. needing that one |
| 20:00.04 | ``Erik | <-- still on a 2008 13" mb (the alum uni one) |
| 20:00.21 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.197.36) | |
| 20:02.40 | ``Erik | seeing a bit of "ios7 looks pretty sweet", I should probably log into my dev account once in a while to figure out what's going on O.o |
| 20:03.29 | ``Erik | "multitasking for all apps", heh |
| 20:03.55 | brlcad | my mbp is a little older than that |
| 20:04.30 | Ch3ck | just finished preparing my design document for the first progress report and |
| 20:04.48 | ``Erik | whu? they're ditching rounded corners and gloss overlays, making it look like win8? |
| 20:04.56 | Ch3ck | just about to post on my wiki will need some reviews.. |
| 20:05.18 | starseeker | ``Erik: you sure you're not watching a hoax? |
| 20:05.46 | ``Erik | I might be, I read something about the icon transition being jarring and googled for images... |
| 20:07.25 | ``Erik | starseeker: coulda used your brain to pick, spent the day learning how to make a tcl module that cranks up a dm-ogl window... :) the biggest issue seems to be replacing the togl event loop, I'm thinking a pure tcl approach might be good |
| 20:08.26 | ``Erik | @codejake: TL;DR: iOS 7 is Windows Phone OS with rounded corners. |
| 20:08.58 | ``Erik | [@wilw:42] Watched a little #WWDC on a break. Excited for iOS users to have some of the things we've had on Android for years. |
| 20:09.52 | ``Erik | wil wheaton trolls like a true intarwebz geek |
| 20:13.42 | starseeker | ``Erik: doubt there's much to pick about tcl/ogl issues - the isst code represents the sum total of my knowledge (such as it is) |
| 20:14.36 | ``Erik | it took a while to unwind the cmake macros to figure out the C module compile line (and I think I'm doing mine different than yours, surely less robust) |
| 20:15.07 | ``Erik | (apparently, the stubs thing is important) |
| 20:15.10 | starseeker | yeah, I'm not happy with how far we are from vanilla CMake |
| 20:15.26 | starseeker | problem is you save a lot of lines when you wrap boiler plate into macros |
| 20:15.59 | starseeker | if you see ways to make it simpler, sing out - I was almost certainly not seeing the forest very well while hacking down trees for that part of the build system... |
| 20:17.39 | starseeker | brlcad and I were discussing some of that stuff and how to improve it a little while back, actually - one of the things to do after the release |
| 20:18.07 | starseeker | stares at a pile of stink bugs and concludes he should probably haul out the vacuum... |
| 20:32.34 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5386 /wiki/User:Izak/Design_documen: /* Short description and Development plan */ |
| 20:44.24 | Notify | 03BRL-CAD:carlmoore * 55704 (brlcad/trunk/src/sig/f-d.c brlcad/trunk/src/sig/f-i.c): remove unneeded braces |
| 20:50.02 | Notify | 03BRL-CAD:carlmoore * 55705 brlcad/trunk/src/sig/i-f.c: cosmetic stuff, to look as much as possible like d-f.c |
| 22:42.24 | Notify | 03BRL-CAD:brlcad * 55706 brlcad/trunk/src/libged/gqa.c: key off any negative tolerance value for weight/volume, not just the specific value we initialized with |
| 22:49.30 | Notify | 03BRL-CAD:brlcad * 55707 brlcad/trunk/src/libged/gqa.c: introducing new magic numbers (literal values) without explanation is taboo, go with something (an order of magnitude) that should be defensible. value is still significantly smaller than the previous quarter-mm value... |
| 00:56.23 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 01:39.57 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93) | |
| 01:45.42 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93) | |
| 03:27.05 | *** join/#brlcad zero_level (75d41ae3@gateway/web/freenode/ip.117.212.26.227) | |
| 03:42.54 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93) | |
| 03:50.05 | zero_level | hi brlcad: ``Erik |
| 03:50.37 | *** join/#brlcad mpictor (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93) | |
| 03:53.03 | Notify | 03BRL-CAD Wiki:Jerryfjfvt05 * 0 /wiki/User:Jerryfjfvt05: |
| 05:56.34 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93) | |
| 08:01.10 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93) | |
| 09:06.38 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 10:06.05 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93) | |
| 10:22.07 | *** join/#brlcad mpictor (~mpictor_@2600:1015:b119:82ab:0:3f:e076:e201) | |
| 10:28.16 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b119:82ab:0:3f:e076:e201) | |
| 10:44.02 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b119:82ab:0:3f:e076:e201) | |
| 11:08.53 | *** join/#brlcad zero_level (75d41feb@gateway/web/freenode/ip.117.212.31.235) | |
| 12:50.18 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:08.04 | *** join/#brlcad zero_level (75cd141c@gateway/web/freenode/ip.117.205.20.28) | |
| 13:10.26 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:12.03 | Notify | 03BRL-CAD:carlmoore * 55708 brlcad/trunk/src/rt/view.c: correct lu vs. d discrepancy between variable & format specification; also remove unneeded braces |
| 13:33.04 | Notify | 03BRL-CAD Wiki:Level zero * 5387 /wiki/User:Level_zero/GSOC13/api: /* Added name to each group */ |
| 15:18.56 | *** join/#brlcad zero_level (75cd1726@gateway/web/freenode/ip.117.205.23.38) | |
| 16:03.14 | *** join/#brlcad zero_level (~zero_leve@117.205.31.253) | |
| 16:07.12 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 16:29.11 | *** join/#brlcad zero_level (~zero_leve@117.205.18.68) | |
| 17:21.14 | Notify | 03BRL-CAD:starseeker * 55709 brlcad/trunk/misc/CMake/CompilerFlags.cmake: Don't always add compiler flags to C group - some flags are C++ only |
| 17:45.54 | *** join/#brlcad zero_level (~zero_leve@117.205.18.68) | |
| 18:03.17 | *** join/#brlcad caen23 (~caen23@92.81.186.135) | |
| 19:13.19 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 19:42.59 | *** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:48.19 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 19:57.12 | *** join/#brlcad markp (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:07.46 | Notify | 03BRL-CAD:starseeker * 55710 brlcad/trunk/src/librt/CMakeLists.txt: Add (commented out) file that attemps to make nicer bot wireframes using a surface patch breakout technique. Proving to be too slow for interactive use in its current form - hot spot is determing which faces share the edges with any one particular face, and even if that can somehow be made fast the pre-processing really should be done in parallel. |
| 20:07.48 | Notify | Checkpointing so a revert point is available. |
| 20:16.12 | *** join/#brlcad markp (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93) | |
| 20:39.03 | *** join/#brlcad zero_level_ (~zero_leve@117.205.20.112) | |
| 20:42.33 | Notify | 03BRL-CAD:carlmoore * 55711 (brlcad/trunk/src/fb/bw-fb.c brlcad/trunk/src/fb/fb-bw.c): Implement -h and -? in fb-bw (removing old -h); and make 1 cosmetic change in bw-fb.c |
| 21:01.34 | Notify | 03BRL-CAD:carlmoore * 55712 brlcad/trunk/src/fb/fb-cmap.c: implement -h and -? for help (old -h has become -H) |
| 21:13.57 | ``Erik | 14:07:58 [@rstevens:56] Who will be the first nerd to make their new Mac Pro look like Bullet Bill from Super Mario Bros.? |
| 21:18.55 | Notify | 03BRL-CAD:carlmoore * 55713 brlcad/trunk/src/fb/fb-fb.c: for fb-fb, implement h and ? |
| 21:36.39 | maths22 | brlcad: I will look up what vievc is and get back to you |
| 21:42.28 | maths22 | brlcad: do you want viewvc running on brlcad.org for the sourceforge svn repo? |
| 21:47.01 | ``Erik | fbsd ports seem to be adding CFLAGS+=-Wno-return-type left and right, something we should consider? |
| 21:48.09 | ``Erik | maths22: is that something we could add to our sf page? O.o I'd kinda assumed it'd have to be brlcad.org with a cron'd svn up or something |
| 21:55.43 | Notify | 03BRL-CAD:r_weiss * 55714 brlcad/trunk/src/libged/gqa.c: Simplified the "gqa" command logic for testing if the volume/weight estimate is within volume/weight tolerance. |
| 22:09.26 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 22:53.39 | maths22 | Here it is (I can start in brlcad/trunk if you want) http://brlcad.org/websvn/listing.php?repname=BRL-CAD |
| 22:54.36 | ``Erik | awesome |
| 22:56.16 | maths22 | where do you think it should start? |
| 23:16.04 | ``Erik | start how? I think having all the repos with all the branches available is the best... |
| 23:17.15 | maths22 | ok |
| 23:17.19 | maths22 | thanks |
| 23:18.51 | maths22 | if anything doesn't look good, there are lots of adjustable settings :) |
| 23:18.53 | maths22 | just let met know |
| 23:20.59 | ``Erik | is the php making calls to the svn repo, or is it working on a local copy? |
| 23:21.10 | maths22 | It is calling the remote repo |
| 23:22.18 | ``Erik | aight, even provides an rss feed, neat |
| 23:24.01 | maths22 | I don't know how it does that (does a user have to open a page?) |
| 23:24.19 | maths22 | I don't see any other way it could learn of a comitt |
| 23:29.34 | ``Erik | I'm sure it builds it based on the remote repositories log, same way it fills in the 'last modification'... (might even cache the results to be fancy) |
| 00:40.31 | brlcad | ``Erik: that flag is on my list to enable (post release tagging) |
| 00:41.01 | brlcad | there are several of the optional ones I'd like to turn on, but require a bit of cleanup and cross-platform testing |
| 00:45.00 | brlcad | maths22: that looks great .. slow but great |
| 00:45.16 | brlcad | maths22: hm... blame/annotate doesn't seem to be working |
| 00:45.24 | brlcad | e.g., http://brlcad.org/websvn/blame.php?repname=BRL-CAD&path=%2Fbrlcad%2Ftrunk%2Finclude%2Fbu.h&rev=55136&peg=55136 |
| 01:07.21 | maths22 | slow because it has to contact sourceforge's servers every time |
| 01:07.26 | maths22 | I will look at blame |
| 01:09.08 | maths22 | My guess is it is querying the remote repo for every revision? |
| 01:09.23 | maths22 | It works, but you have to wait a very long time. |
| 01:09.39 | maths22 | at least, this one works: http://brlcad.org/websvn/blame.php?repname=BRL-CAD&path=%2Fbrlcad%2Ftrunk%2FBUGS&rev=55366 |
| 01:28.35 | brlcad | ah yeah, I see it finally returned here too... |
| 01:54.05 | brlcad | maths22: mirroring the entire repository locally |
| 01:54.20 | brlcad | (1% complete) |
| 02:25.14 | brlcad | (38% complete) |
| 02:41.57 | maths22 | to where? |
| 03:10.51 | brlcad | (60%) |
| 03:10.56 | brlcad | maths22: /usr/src/brlcad |
| 03:11.13 | brlcad | file:///usr/src/brlcad should work |
| 03:12.16 | maths22 | thanks |
| 03:12.24 | maths22 | how will it be updated> |
| 03:12.31 | maths22 | s/>/? |
| 03:14.38 | brlcad | TBD :) |
| 03:14.48 | brlcad | probably a cronjob at first |
| 03:16.29 | brlcad | the later subscribe a local user to the commit notifications, kick off the sync with every commit |
| 03:24.41 | brlcad | (67%) |
| 03:41.43 | maths22 | you can now see progress on the websvn (by the number of revisions) |
| 03:45.39 | brlcad | yeah, that's much better |
| 03:46.03 | brlcad | still takes 10-15sec to load a blame, but better than the 100-200sec it seemed to be |
| 03:48.27 | brlcad | nice, continuous update |
| 03:53.44 | brlcad | so websvn is at least partially to blame ... with 'blame' results being so slow |
| 03:54.24 | brlcad | a websvn blame is taking 15-20s where a local svn blame on that same file is 2.5 seconds |
| 04:17.39 | brlcad | issue report filed for slow blame |
| 04:17.52 | brlcad | http://websvn.tigris.org/issues/show_bug.cgi?id=344 |
| 06:22.41 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:13.11 | Notify | 03BRL-CAD:phoenixyjll * 55715 brlcad/trunk/src/libbrep/intersect.cpp: Calculate point-curve intersection using sub-division. |
| 07:16.30 | Notify | 03BRL-CAD:phoenixyjll * 55716 brlcad/trunk/src/libbrep/intersect.cpp: ws. |
| 07:44.27 | Notify | 03BRL-CAD Wiki:Phoenix * 5388 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */ |
| 08:25.55 | *** join/#brlcad zero_level (~zero_leve@117.212.28.195) | |
| 08:33.48 | Notify | 03BRL-CAD Wiki:Level zero * 5389 /wiki/User:Level_zero/GSOC13/logs: /* Updates in LOGS */ |
| 08:43.56 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 09:49.19 | *** join/#brlcad zero_level (~zero_leve@117.205.19.69) | |
| 10:19.57 | *** join/#brlcad zero_level (~zero_leve@117.205.20.66) | |
| 10:28.26 | Notify | 03BRL-CAD Wiki:Level zero * 5390 /wiki/User:Level_zero/GSOC13/timeline: /*Updated Time Line*/ |
| 10:29.04 | Notify | 03BRL-CAD Wiki:Level zero * 5391 /wiki/User:Level_zero/: /* GSOC 13 */ |
| 10:30.31 | Notify | 03BRL-CAD Wiki:Level zero * 5392 /wiki/User:Level_zero/: /* GSOC 13 */ |
| 10:41.26 | *** join/#brlcad zero_level_ (~zero_leve@117.205.26.227) | |
| 10:46.38 | *** join/#brlcad zero_level (~zero_leve@117.220.13.31) | |
| 11:01.39 | *** join/#brlcad zero_level (~zero_leve@117.205.30.101) | |
| 11:06.54 | *** join/#brlcad zero_level_ (~zero_leve@117.205.17.7) | |
| 11:11.00 | ``Erik | been meaning to tie the git update to receiving a notify message to drop the cron job on that, as well O.o be nice if sf let us tie in arbitrary commit hooks |
| 11:38.34 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:c6e5:0:2:c861:4001) | |
| 12:00.21 | maths22 | ``Erik: could cl-cia notify trigger an update script on commit? |
| 12:01.12 | ``Erik | yeah |
| 12:01.40 | ``Erik | I built in an event hook list, the irc messages are actually just a hook |
| 12:03.30 | ``Erik | https://github.com/erikg/cl-cia/blob/master/cl-cia.lisp line 186 |
| 12:10.37 | maths22 | I think that my be the way to go |
| 12:42.06 | *** join/#brlcad zero_level (~zero_leve@117.212.26.205) | |
| 12:49.19 | ``Erik | https://github.com/erikg/cl-cia/commit/f033735687eacbb77aefdd86426bdbbbcf75a794 |
| 13:40.03 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:43.45 | Notify | 03BRL-CAD Wiki:Level zero * 5393 /wiki/User:Level_zero/GSOC13/api: /* Updated with Comments */ |
| 13:49.36 | Notify | 03BRL-CAD Wiki:Level zero * 5394 /wiki/User:Level_zero/GSOC13/api: /* Operations (Group2) */ |
| 13:54.26 | *** join/#brlcad zero_level_ (~zero_leve@117.212.24.92) | |
| 14:29.07 | Notify | 03BRL-CAD:starseeker * 55717 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/adrt/CMakeLists.txt): isst wasn't using the brlcad target macros for its library because it needed a custom install directory location. Rather than ditch the macro setup (which does lots of nice things automatically) add the NO_INSTALL option already used for executables to the library macro as well. This lets us pass the |
| 14:29.09 | Notify | NO_INSTALL flag for the isst library to disable the automatic install call and we can instead substitute our own customized version. |
| 14:29.11 | Notify | 03BRL-CAD Wiki:Level zero * 5395 /wiki/User:Level_zero/GSOC13/api: /* API CALLS */ |
| 14:36.14 | Notify | 03BRL-CAD:erikgreenwald * 55718 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/adrt/Makefile.am and 2 others): redo isst to use libdm instead of togl |
| 14:42.45 | Notify | 03BRL-CAD:erikgreenwald * 55719 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL and 5 others): remove togl |
| 14:53.16 | Notify | 03BRL-CAD:starseeker * 55720 brlcad/trunk/src/adrt/CMakeLists.txt: Use the BRLCAD_MANAGE_FILES macro for the isst script. |
| 15:07.02 | Notify | 03BRL-CAD Wiki:Level zero * 5396 /wiki/User:Level_zero/GSOC13/api: /* API CALLS */ |
| 15:34.43 | maths22 | ``Erik: what user does cl-cia run as? |
| 15:49.52 | Notify | 03BRL-CAD Wiki:Heliorigger * 0 /wiki/User:Heliorigger: |
| 15:57.36 | Notify | 03BRL-CAD Wiki:Rays2pix2013 * 5397 /wiki/User:Rays2pix2013/GSoc2013/Proposal: Blanked the page |
| 16:17.36 | *** join/#brlcad zero_level_ (~zero_leve@117.212.24.92) | |
| 16:24.34 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 16:34.09 | ``Erik | maths22: me |
| 16:38.43 | Notify | 03BRL-CAD:carlmoore * 55721 brlcad/trunk/src/fb/fb-pix.c: implement h and ?, removing old h (high-res) |
| 16:40.35 | zero_level | hi:``Erik |
| 16:41.33 | zero_level | updates from side can be accessed from http://brlcad.org/wiki/User:Level_zero/ |
| 16:41.49 | Notify | 03BRL-CAD:carlmoore * 55722 brlcad/trunk/src/fb/fb-orle.c: change old h to H (do not see other alternate), and use h and ? for help; never mind 'DEPRECATED' message, which didn't print during my testing; also, got rid of core dump |
| 16:42.09 | zero_level | this is like a index page i have created which contains all the relevant information |
| 16:44.06 | Notify | 03BRL-CAD:carlmoore * 55723 brlcad/trunk/src/sig/d-a.c: cosmetic stuff (comparing with a-d.c) |
| 16:44.09 | ``Erik | starseeker: http://www.gizmag.com/aptera-independent-production-us/27868/ |
| 16:46.36 | Notify | 03BRL-CAD:carlmoore * 55724 brlcad/trunk/src/conv/fast4-g.c: minor changes to Usage; implement h,? |
| 17:08.24 | *** join/#brlcad zero_level_ (~zero_leve@117.205.20.102) | |
| 17:54.25 | *** join/#brlcad zero_level (~zero_leve@117.205.21.164) | |
| 17:54.35 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 18:07.20 | Notify | 03BRL-CAD:bob1961 * 55725 brlcad/trunk/src/adrt/isst_tcltk.c: Tweak for compiling on Windows. |
| 18:10.20 | ``Erik | :o |
| 18:11.38 | Notify | 03BRL-CAD:erikgreenwald * 55726 brlcad/trunk/src/adrt/isst_tcltk.c: remove some debugging printfs |
| 18:19.20 | *** join/#brlcad zero_level_ (~zero_leve@117.205.18.189) | |
| 18:43.54 | maths22 | ``Erik: how could it then run a command as www (can a script call sudo?) |
| 18:44.25 | maths22 | The script itself would be pretty simple, but it needs to run as the repo owner, which is www |
| 19:05.54 | Notify | 03BRL-CAD:carlmoore * 55727 brlcad/trunk/doc/docbook/system/man1/en/fb-png.xml: fix the man page for fb-png |
| 19:12.25 | brlcad | maths22: awesome work on the websvn, thank you! |
| 19:12.32 | brlcad | it's nice to have that back in hand |
| 19:13.12 | brlcad | we might want to do some URL remapping with websvn, looks like it's not so easy to jump down the tree |
| 19:16.46 | brlcad | kind of want it to default to /brlcad/trunk but have the rest be accessible still |
| 19:17.29 | brlcad | maybe separate websvn configs unless there's some built-in way to do that |
| 19:36.57 | *** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:37.51 | Notify | 03BRL-CAD:carlmoore * 55728 brlcad/trunk/doc/docbook/system/man1/en/fbanim.xml: remove references to h in the fbanim man page |
| 19:39.11 | Notify | 03BRL-CAD:r_weiss * 55729 brlcad/trunk/src/gtools/g_qa.c: Allow the "g_qa" (aka gqa) command, from the system command line, use the "-q" option. |
| 19:41.52 | Notify | 03BRL-CAD:carlmoore * 55730 (brlcad/trunk/src/fb/fb-png.c brlcad/trunk/src/fb/fbanim.c): remove old h (high-res); implement help via ?,h |
| 19:43.11 | Notify | 03BRL-CAD:starseeker * 55731 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/adrt/CMakeLists.txt): CMake's install command doesn't preserve the executable flag with the FILES option, so add a way to tell the macro it's installing a script. |
| 19:43.48 | *** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:53.53 | starseeker | ``Erik: heh - the dream lives (or the "squashed airplane", depending on who you ask) |
| 19:55.23 | starseeker | maths22: is websvn easier to set up/run than viewvc? (just curious) |
| 20:15.52 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 20:18.55 | starseeker | interesting - BSD licensed rock shader for OSL: https://github.com/sambler/osl-shaders/tree/master/stone/SARock |
| 20:19.20 | starseeker | https://github.com/sambler/osl-shaders/blob/master/stone/SARock/SARock.osl.jpg |
| 20:27.43 | maths22 | starseeker: yes. viewvc needs cgi, whereas websvn uses php, which is already setup |
| 20:27.55 | starseeker | nods |
| 20:38.20 | Notify | 03BRL-CAD:carlmoore * 55732 brlcad/trunk/src/fb/fbcbars.c: insert missing 'e' in options in Usage; remove h (high-res); add h,? and run-with-no-arguments for help; 'sets mode to' inserted in 3 places to avoid the appearance of needed ARGUMENT |
| 20:40.49 | *** join/#brlcad zero_level (~androirc@117.205.18.189) | |
| 20:43.32 | Notify | 03BRL-CAD:carlmoore * 55733 brlcad/trunk/doc/docbook/system/man1/en/fbcbars.xml: fix the fbcbars man page |
| 20:56.14 | maths22 | brlcad: i'll take a look about the url stuff |
| 21:44.13 | ``Erik | maths22: yeh, we can set up a sudo rule if needed (or set group write, I believe I'm in the www group) |
| 21:48.58 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:9f1:5f8f:4feb:9a93) | |
| 21:55.35 | maths22 | I think svn is too picky about user to allow you to do it by group: you will need to do the sudo rule method (you can try the other if you think it might work) |
| 22:01.55 | ``Erik | does www need to own it? what if I owned it and www just read it? |
| 22:16.44 | maths22 | that might work |
| 22:16.54 | maths22 | you would probably have to re-sync it |
| 22:17.52 | ``Erik | where on the fs does it live? I'll see what kinda mess I can make :D |
| 22:41.27 | maths22 | /usr/src/brlcad |
| 22:43.10 | ``Erik | hm, svnsync? rsync? |
| 22:53.38 | maths22 | svnsync |
| 22:54.13 | maths22 | http://bob.ippoli.to/archives/2006/09/14/svnsync-mirror-your-svn-repository/ |
| 23:07.08 | maths22 | brlcad: can you setup multiviews for brlcad.org |
| 23:07.15 | maths22 | that will make better urls work |
| 23:26.59 | maths22 | I have set the default directory to brlcad/trunk |
| 23:35.41 | maths22 | Do you like the tree view, or would you prefer it to be flat? |
| 23:38.11 | ``Erik | /usr/src is a managed dir, so I moved the source to /usr/local/src/brlcad |
| 23:45.39 | maths22 | what does managed mean? |
| 23:46.34 | ``Erik | it's just an svn checkout from a freebsd.org server |
| 23:47.39 | maths22 | ok |
| 23:47.46 | maths22 | I updated the websvn conf |
| 00:06.18 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:Rays2pix2013/GSoc2013/Proposal: |
| 00:12.46 | brlcad | <PROTECTED> |
| 00:12.52 | brlcad | I cleaned out a bunch of files |
| 00:13.03 | brlcad | most were some websvn temp files of some sort |
| 00:13.11 | brlcad | maybe cache files |
| 00:13.25 | brlcad | though I'd be surprised since each load seemed fully uncached |
| 00:13.52 | brlcad | ``Erik: presume you know you have a folder in there |
| 00:57.40 | maths22 | brlcad: I was trying the download feature on the whole trunk. It was kind of slow and bad |
| 00:57.51 | maths22 | (I aborted it in the middle) |
| 04:34.04 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 04:34.04 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 07:18.52 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 07:18.52 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 07:27.16 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:05.41 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 08:05.41 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 08:06.21 | *** join/#brlcad zero_level (~zero_leve@117.220.12.250) | |
| 08:13.50 | *** join/#brlcad zero_level_ (~zero_leve@59.91.154.138) | |
| 16:40.17 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 16:40.17 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 16:50.00 | Notify | 03BRL-CAD:brlcad * 55752 brlcad/trunk/HACKING: autotools is no more, provide cmake distcheck step |
| 16:53.06 | Notify | 03BRL-CAD:brlcad * 55753 brlcad/trunk/HACKING: use sf.net shorthand instead of sourceforge.net for all except e-mail |
| 17:02.25 | Notify | 03BRL-CAD:carlmoore * 55754 brlcad/trunk/src/fb/fbcmap.c: implement h,?,run-with-no-arguments help; remove old h |
| 17:05.53 | ``Erik | sf doesn't seem very capable of handling a project that has both svn and git repos O.o |
| 17:06.10 | ``Erik | ponders moving the isst project to github |
| 17:12.44 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:12.50 | jordisayol | hello |
| 17:13.09 | jordisayol | I got a runtime error on archer |
| 17:13.14 | jordisayol | $ archer |
| 17:13.15 | jordisayol | ERROR: Requisite display manager is not available. |
| 17:13.15 | jordisayol | BRL-CAD may need to be recompiled with support for: ogl |
| 17:13.15 | jordisayol | Run 'fbhelp' for a list of available display managers. |
| 17:13.15 | jordisayol | Unexpected error encountered while running Archer. |
| 17:13.15 | jordisayol | Aborting. |
| 17:13.27 | jordisayol | on Linux |
| 17:40.31 | Notify | 03BRL-CAD:indianlarry * 55755 brlcad/trunk/src/librt/primitives/brep/brep.cpp: The newton solver iterates until it gets within a program specified closeness tolerance to the ray under consideration. The UV parameters are then checked to determine if they are within the current surface subdivision bounding (SSB) box under evaluation. For rays close to the UV border the solver occasionally fails because it jumps |
| 17:40.33 | Notify | slightly out of its current UV but within the ray closeness tolerance. These rays are usually picked up when evaluating the adjacent SSB but not always. To make sure these valid hit points aren't dropped I've added a slight tolerance (VUNITIZE_TOL) to the UV check. This fix is related to speckling picked up on raytraced images of implicit geometries converted to a BREP. |
| 18:00.17 | *** join/#brlcad zero_level (~zero_leve@117.205.17.39) | |
| 18:09.41 | Notify | 03BRL-CAD Wiki:Barbaracaras * 0 /wiki/User:Barbaracaras: |
| 18:10.53 | Notify | 03BRL-CAD:erikgreenwald * 55756 geomcore/trunk/CMake/FindBRLCAD.cmake: add fotter. downcase keywords. indent. |
| 18:26.27 | *** join/#brlcad zero_level_ (~zero_leve@117.205.18.91) | |
| 18:31.08 | ``Erik | starseeker: if you wanted more vim-fu, you could also just append /c to the end (and get emacs style confirmation requests on every change), or checkout the :%v stuff O.o |
| 18:38.20 | Notify | 03BRL-CAD:starseeker * 55757 (brlcad/branches/STABLE/CHANGES brlcad/branches/STABLE/CMakeLists.txt and 195 others): merging trunk to STABLE from r55609 to HEAD r55755 |
| 18:41.04 | ``Erik | heh, fotter |
| 18:47.05 | *** join/#brlcad zero_level (~zero_leve@117.205.20.204) | |
| 18:47.18 | Notify | 03BRL-CAD:starseeker * 55758 NIL: Tag release 7.24.0 |
| 18:47.35 | ``Erik | w00t |
| 18:48.23 | zero_level | hi. is this the release point every one was referring ? |
| 18:57.54 | Notify | 03BRL-CAD:carlmoore * 55759 brlcad/trunk/doc/docbook/system/man1/en/fbcmrot.xml: change h option to H because h is being taken for help |
| 19:01.27 | Notify | 03BRL-CAD:carlmoore * 55760 brlcad/trunk/src/fb/fbcmrot.c: change old h option to H; implement h,? help; run-with-no-arguments too but 'Program continues running' |
| 20:11.00 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:11.00 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 20:53.56 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 20:53.56 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 20:53.57 | *** join/#brlcad Ch3ck (29cac374@gateway/web/freenode/ip.41.202.195.116) | |
| 20:55.59 | Ch3ck | trying to combine the push and xpush routine |
| 20:56.29 | Ch3ck | well i need some assistance to pointers in the src where these functions are actually called by brlcad |
| 20:58.02 | Ch3ck | my approach is to make xpush 'push -x' so i wish to know which files to test |
| 20:58.16 | Ch3ck | and check when making the changes in the src.. |
| 20:58.22 | Ch3ck | appreciate any assistance.. |
| 21:01.06 | ``Erik | I'd imagine they're bound as tcl routines and have a correlating routine in src/libged/ for the C side |
| 21:01.43 | Ch3ck | ok |
| 21:02.03 | ``Erik | hm, there seem to be both src/libged/xpush.c and src/libged/push.c :) |
| 21:02.05 | zero_level | hi ``Erik did u see my mail ? |
| 21:02.10 | Ch3ck | which files should i check to see if the push and push -x actually work correctly and also for testing |
| 21:03.28 | ``Erik | zero_level: which? I've not had a chance to look over the wiki pages and patch if that's the topic... with the release done and isst stuff 'stable', I may have some time tomorrow to look, after I work with starseeker on an improved FindBRLCAD.cmake ... |
| 21:03.31 | Ch3ck | yes erik |
| 21:04.07 | Ch3ck | i just wish to know which files on the mged command interface to look for when testing this mged routines |
| 21:04.24 | Ch3ck | or some files in the src that can assist me in testing the push and push -x routine.. |
| 21:04.29 | ``Erik | Ch3ck: on the C side or tcl side? |
| 21:04.36 | zero_level | ``Erik ok. Thanks. I had imagined that you would be busy with the relase. |
| 21:05.49 | Ch3ck | erik: on the c side.. |
| 21:05.54 | ``Erik | (I think most of my efforts on this release have been walking around asking "is it tagged yet?" and doing weaksauce commits that force the testing cycle to restart *cough* :) |
| 21:06.09 | ``Erik | Ch3ck: src/libged/push.c and src/libged/xpush.c |
| 21:07.10 | Ch3ck | thanks erik |
| 21:07.14 | Ch3ck | i know that |
| 21:07.23 | ``Erik | src/libged/xpush.c has ged_xpush() which is the exact moment process control hits the C code |
| 21:07.28 | Ch3ck | i wish to test this new routine on the mged interface |
| 21:07.40 | Ch3ck | lets say i have written a new routine |
| 21:07.53 | Ch3ck | how do i integrate it into mged |
| 21:07.56 | Ch3ck | for brlcad |
| 21:08.44 | ``Erik | the mged interface is half tcl... when you type xpush in the command window, you're typing a tcl command that immediately calls ged_xpush() |
| 21:08.58 | Ch3ck | ok |
| 21:09.00 | zero_level | ``Erik btw the mentors at brlcad follow which time zone. I see them around always ? I wonder if there is something called sleep ? |
| 21:09.08 | Ch3ck | so i'll test it by looking at the tcl interface |
| 21:09.32 | Ch3ck | can you please give me the link in the source code so i can see how to integrate the new command |
| 21:09.34 | Ch3ck | and remove xpush |
| 21:09.41 | Ch3ck | and do some tests |
| 21:09.53 | ``Erik | the binding is src/mged/setup.c line 390 |
| 21:10.01 | Ch3ck | So how do i test the new commands for brlcad |
| 21:10.05 | Ch3ck | ? |
| 21:10.12 | Ch3ck | any shell script or |
| 21:10.13 | ``Erik | zero_level: we're mostly GMT-5 (EDT) |
| 21:10.18 | Ch3ck | test sripts |
| 21:10.56 | ``Erik | Ch3ck: if you're completely replacing xpush, change the xpush line in src/mged/setup.c to point to your new function... or add a second one with a new name... xpush2 ? |
| 21:11.14 | Ch3ck | ok |
| 21:11.18 | Ch3ck | thanks very much erik |
| 21:11.25 | Ch3ck | i'll do that tomorrow.. |
| 21:11.43 | ``Erik | (if I understand correctly, xpush was meant to replace push, it's "eXperimental PUSH"... so xpush2 would be ... totally awesome in a twisted way :D ) |
| 21:11.51 | ``Erik | good luck! |
| 21:12.21 | *** join/#brlcad Izak (29cac374@gateway/web/freenode/ip.41.202.195.116) | |
| 21:13.15 | Ch3ck | thanks very much erik.. |
| 21:27.48 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5408 /wiki/User:Izak/GSOC_2013_logs: /* GSoC logs*/ |
| 21:28.36 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 21:28.36 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 21:29.51 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5409 /wiki/User:Izak/GSOC_2013_logs: /* PROJECT DETAILS */ |
| 21:30.34 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5410 /wiki/User:Izak/GSOC_2013_logs: /* From June 3rd to June 7th */ |
| 21:31.32 | Guest69907 | `Erik: About our interaction schedule , what do you propose ? |
| 21:32.29 | Notify | 03BRL-CAD:starseeker * 55767 brlcad/trunk/CMakeLists.txt: The configure.cmake.sh script now becomes simply the configure script. |
| 21:35.22 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5411 /wiki/User:Izak/GSOC_2013_logs: /* From June 3rd to June 7th */ |
| 21:36.20 | Notify | 03BRL-CAD:starseeker * 55768 brlcad/trunk/TODO: reminder to complete stepcode migration. |
| 21:39.30 | Guest69907 | I have uploaded a design document and GSoC log page on my wiki. Any suggestions on possible changes will be appreciated. |
| 21:39.44 | Notify | 03BRL-CAD:starseeker * 55769 brlcad/trunk/TODO: todo for the ami.tcl/ampi.tcl simplification |
| 21:40.01 | brlcad | Guest69907: hang around a while and you'll get loads of feedback ;) |
| 21:40.37 | brlcad | zero_level: yes it is/was the release point |
| 21:40.43 | Guest69907 | :) |
| 21:44.34 | brlcad | Ch3ck: you should have been able to figure that out just by search the source tree for ged_xpush()... |
| 21:44.54 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5412 /wiki/User:Izak/GSOC_2013_logs: /* From June 3rd to June 7th */ |
| 21:44.56 | Ch3ck | yeah |
| 21:45.00 | brlcad | no problem asking, but that was an easy one :P |
| 21:45.10 | Ch3ck | figured it was mged |
| 21:45.20 | brlcad | then why didn't you search mged? :) |
| 21:45.22 | Ch3ck | yeah |
| 21:45.33 | Ch3ck | combined the made xpush 'push -x' |
| 21:45.35 | Ch3ck | :0 |
| 21:45.38 | Ch3ck | :) |
| 21:45.45 | brlcad | okay |
| 21:45.55 | Ch3ck | well library looked huge so |
| 21:46.00 | Ch3ck | figured i better ask |
| 21:46.03 | Ch3ck | and start working on it fast. |
| 21:46.22 | Ch3ck | so i'll try to implement the new xpush as push -x tomorrow |
| 21:47.39 | Notify | 03BRL-CAD:starseeker * 55770 brlcad/trunk/src/archer/CMakeLists.txt: Use the new feature in BRLCAD_MANAGE_FILES to greatly simplify archer CMake logic |
| 21:47.40 | Guest69907 | I am fixing the rb_delete.c file using the third edition of the Cormen book, |
| 23:02.00 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 23:02.00 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 23:22.08 | starseeker | nuts, he should have stuck it out longer |
| 23:36.55 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 05:43.01 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 05:43.01 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 07:06.32 | Notify | 03BRL-CAD:brlcad * 55776 brlcad/trunk/HACKING: update the steps so that they're all indented, they start to clean up after themselves, and they're aware of preceding commands for pwd. |
| 07:07.10 | Notify | 03BRL-CAD:brlcad * 55777 brlcad/trunk/HACKING: replace inline'd version with actual |
| 11:00.45 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 11:00.45 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 15:04.23 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 15:04.23 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 15:08.15 | brlcad | hi kesha_ ltns! |
| 15:27.30 | *** join/#brlcad zero_level (~zero_leve@117.205.22.26) | |
| 15:31.24 | *** join/#brlcad zero_level_ (~zero_leve@117.205.20.172) | |
| 15:40.18 | *** join/#brlcad kesha__ (~kesha@49.249.200.124) | |
| 15:51.41 | *** join/#brlcad kesha_ (~kesha@49.249.200.124) | |
| 15:51.51 | kesha_ | hi brlcad, I was not well. Doctor advised complete rest. Feeling better now. Back to work from today :) |
| 15:52.06 | kesha_ | Hows release work going ? |
| 15:52.57 | zero_level | kesha_ : release 7.24 happened yesterday ! |
| 15:55.10 | brlcad | kesha_: good to hear that you're better, send us a quick line to let someone know you're sick so we won't think that you're drunk in a hole somewhere! starting to get worried.. :) |
| 15:55.36 | brlcad | release is posted, announcements should be going out soon |
| 15:56.08 | brlcad | ``Erik: can you post windows binaries? or see if bob can? |
| 15:56.28 | zero_level | In the midst of this weather, things could be worse. Take care ! :-) |
| 15:56.45 | kesha_ | Mark knows about it. Who is working on Outreach department of release ? |
| 15:57.01 | brlcad | kesha_: okay, that's good to hear |
| 15:57.35 | kesha_ | zero_level: thanks :) |
| 15:58.57 | kesha_ | brlcad: If possible, add a small news about release to brlcad.org :) |
| 16:00.56 | kesha_ | I thought I would, but it seems I dont have access to edit that webpage. |
| 16:01.48 | ``Erik | brlcad: richard is using his windows machine and both bob and cliff are out so that office is locked... I'll ask richard if he can cook some |
| 16:06.50 | ``Erik | he says he'll try, but he's concerned that the build path will have his name in it |
| 16:07.02 | brlcad | kesha_: we have an extensive release process we follow... which includes updating the website |
| 16:07.43 | Notify | 03BRL-CAD:brlcad * 55780 brlcad/trunk/HACKING: automation and reduction. there are steps we're not doing, reflect on why and adjust: too many compiles. once we pass tests on trunk, make the latter checks be more simple. provide even more automation to include lines for creating new binary dirs and uploading release notes into them. also *automatically* update the README and NEWS files with a little bit of regex |
| 16:07.45 | Notify | magic. release is almost fully automatable into a script now... |
| 16:08.13 | brlcad | kesha_: but you certainly can help -- care to try and write some release notes here: http://brlcad.org/wiki/Community_Publication_Portal |
| 16:08.25 | brlcad | a fresh voice would be nice |
| 16:08.56 | brlcad | ``Erik: heh, well the build path is going to have someone's name in it, right? |
| 16:09.02 | brlcad | what's he scared of? |
| 16:10.12 | *** join/#brlcad zero_level_ (~zero_leve@117.205.28.111) | |
| 16:11.41 | ``Erik | "the stigma of screwing it up" (after I called it "the credit and kudos for doing a release") :) I suggested trying to make a tmp type directory that doesn't have username in path, so he's going to give that a shot... we'll see what happens |
| 16:12.41 | brlcad | yeah, tell him it's something he can put in his accomplishments |
| 16:13.29 | *** join/#brlcad zero_level__ (~zero_leve@117.205.18.229) | |
| 16:13.46 | kesha_ | brlcad: I am reading that. Can you also provide me some links regarding the length, past release announcements etc ? |
| 16:14.06 | brlcad | kesha_: as short as possible while being as informative as possible :) |
| 16:14.19 | brlcad | all of the previous announcements are on the website |
| 16:14.32 | brlcad | and on sourceforge in the news section |
| 16:15.53 | kesha_ | I am very fond of this task. I had once contributed for KDE's outreach, an article for dot about the annual KDE meetup - http://dot.kde.org/2013/03/07/kde-meetup-2013-india |
| 16:16.35 | kesha_ | Cool, I will look at them :) |
| 16:18.00 | brlcad | kesha_: we can work on it together this time around |
| 16:18.53 | brlcad | we need to get back to publishing outreach articles weekly, so there's a lot of possibilities |
| 16:19.24 | brlcad | an outreach manager would be a role I'd like to see someone eventually fill |
| 16:22.06 | brlcad | for the announcement, a summary or reworking of our release notes is usually a starting point |
| 16:23.32 | brlcad | we usually need a detailed long version (for the website and some news channels), the same length or a shorter version for our mailing lists, and a 1-paragraph short summary (for other news channels) |
| 16:24.02 | brlcad | along with one image that embodies the article |
| 16:25.47 | kesha_ | Ok. So has anyone started preparing anything for the same ? Or shall I start upon it ? |
| 16:33.14 | *** join/#brlcad zero_level__ (~zero_leve@117.205.30.8) | |
| 16:33.17 | brlcad | kesha_: suggest just starting on it and we can see how it evolves |
| 16:33.23 | kesha_ | inspired by reading interviews of Andrei, Phoenix, Jordi Sayol :) Loved listening them. |
| 16:34.07 | kesha_ | brlcad: great ! (y) |
| 16:38.47 | *** join/#brlcad zero_level__ (~zero_leve@117.205.21.38) | |
| 16:42.17 | *** join/#brlcad zero_level (~zero_leve@117.205.26.86) | |
| 16:44.04 | *** join/#brlcad zero_level__ (~zero_leve@117.205.24.118) | |
| 16:46.06 | *** join/#brlcad caen23 (~caen23@92.81.187.173) | |
| 16:48.19 | ``Erik | cool, git mirror is back to updating O.o (dang perl issues) |
| 16:49.05 | *** join/#brlcad zero_level (~zero_leve@117.205.22.78) | |
| 16:55.13 | starseeker | kesha_: which interviews were those? |
| 16:57.27 | starseeker | on the Community Portal page? |
| 17:03.37 | kesha_ | starseeker: yes. |
| 17:04.14 | kesha_ | Their experience, their journey description.. |
| 17:05.10 | starseeker | cool (was wondering if someone had interviewed them with audio for a tech radio show or some such :-) |
| 17:06.54 | kesha_ | We can have it from now onwards ;) *Its never too late to mend* :D |
| 17:12.45 | ``Erik | huh, even rhel is switching from mysql to mariadb |
| 17:24.49 | brlcad | nobody likes oracle |
| 17:25.26 | zero_level | hi do we have some protocol for number of arguments in a library funcnction ? |
| 17:30.26 | zero_level | *function ? |
| 17:30.50 | ``Erik | brlcad: richard is going to try to upload to sf this evening if it builds ok, do you want him to send you an email when it happens? |
| 17:31.12 | ``Erik | (he wants someone to doublecheck/approve) |
| 17:33.53 | Notify | 03BRL-CAD:carlmoore * 55781 (brlcad/trunk/src/fbed/fbed.c brlcad/trunk/src/fbed/prnt.c): insert h,? for help; old h becomes H; do NOT provide run-with-no-arguments help; notice prnt.c is also affected by this commit |
| 17:33.57 | ``Erik | (whups, he doesn't seem to have the ability to add a file to sf) |
| 17:34.03 | *** join/#brlcad zero_level__ (~zero_leve@117.205.24.174) | |
| 18:07.00 | *** join/#brlcad zero_level__ (~zero_leve@117.205.21.183) | |
| 18:18.56 | *** join/#brlcad zero_level__ (~zero_leve@117.205.21.164) | |
| 18:21.39 | *** join/#brlcad zero_level (~zero_leve@117.205.23.12) | |
| 18:33.55 | *** join/#brlcad kesha_ (~kesha@49.249.200.124) | |
| 18:34.58 | *** join/#brlcad zero_level (~zero_leve@117.205.18.195) | |
| 18:39.55 | brlcad | ``Erik: sure he can just upload it |
| 18:40.08 | brlcad | I already uploaded release notes, just needs the installer |
| 18:42.21 | brlcad | ``Erik: he now also has the ability to upload files |
| 18:46.59 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 18:55.35 | Notify | 03BRL-CAD:brlcad * 55782 brlcad/trunk/HACKING: counting ftl |
| 19:17.54 | Notify | 03BRL-CAD:brlcad * 55783 brlcad/trunk/TODO: remove two dozen entries that are either completed, fixed, or otherwise overcome by events |
| 19:23.40 | Notify | 03BRL-CAD:brlcad * 55784 brlcad/trunk/TODO: there's a lot of them, so separate proposed new object types into their own section |
| 19:25.09 | maths22 | brlcad: once this is released, should I create a new VM image? |
| 19:26.14 | brlcad | maths22: that would be really awesome |
| 19:26.28 | brlcad | you worked on that for GCI as well, yes? |
| 19:26.51 | maths22 | I think so; it was my last task. |
| 19:27.08 | brlcad | yeah, me too |
| 19:27.39 | brlcad | that would be really great, you can even spruce it up if you like, try to make it even better |
| 19:28.07 | brlcad | brl-cad logo as the desktop background would be cool if it's not already |
| 19:28.22 | maths22 | actually, I had done the qemu testing one |
| 19:28.32 | maths22 | caen23 did the vm one |
| 19:30.11 | maths22 | I will have to start from the existing one, as caen23 never uploaded the enormous original file |
| 19:30.20 | maths22 | his modifed version, that is |
| 19:30.26 | maths22 | the logo is the background alread |
| 19:30.42 | maths22 | y I will have to take a look later |
| 19:30.53 | maths22 | When do you expect the release to be ready? |
| 19:42.47 | brlcad | maths22: release is already tagged and uploaded |
| 19:42.54 | Notify | 03BRL-CAD:brlcad * 55785 brlcad/trunk/TODO: group the api (header) and user documentation tasks together. caen23 converted the remaining manpages. |
| 19:42.58 | brlcad | just haven't sent out announcements yet |
| 19:43.32 | brlcad | for the VM, suggest just having it have a checkout of the STABLE branch |
| 19:43.45 | brlcad | it'll have to get updated for the new sf.net URL anyways |
| 19:44.21 | brlcad | putting it on stable should give a good baseline for testing and help make future updates just a matter of updating the checkout to whatever the latest stable is |
| 19:44.28 | brlcad | otherwise latest trunk works too |
| 19:44.56 | *** join/#brlcad kesha__ (~kesha@49.249.200.124) | |
| 19:45.55 | brlcad | kesha__: how goes it? |
| 19:55.44 | kesha__ | brlcad: good, am going through previous releases of BRL-CAD, other release from different orgs as well as googling about some stuff related to it..I will prepare the draft report 2moro. Tonight I will be reading about this stuffs. |
| 19:55.49 | Notify | 03BRL-CAD:brlcad * 55786 brlcad/trunk/TODO: more completed tasks including Skriptkid's work implementing thread affinity for posix threading. decided stashing a matrix as an attribute was a bad idea (bad analysis results on older versions). release steps now have automatic update steps. |
| 20:03.13 | *** join/#brlcad zero_level (~zero_leve@117.205.20.252) | |
| 20:12.56 | maths22 | Ok. I forgot that I don't need an installer |
| 20:15.31 | Notify | 03BRL-CAD:carlmoore * 55787 brlcad/trunk/src/fb/fbfade.c: improve handling of usage message |
| 20:21.03 | *** join/#brlcad zero_level (~zero_leve@117.205.18.93) | |
| 20:24.09 | maths22 | I probably won't be able to work on this for about 2 weeks, but I will get started once I am back in town. |
| 20:26.14 | brlcad | kesha__: eep, we need to post the announcement immediately, I thought you were writing! :D |
| 20:27.18 | brlcad | maths22: you mean an installer for the VM image? |
| 20:27.53 | brlcad | maths22: that's cool if you can't get to it now, there's always more work to be done :) |
| 20:28.19 | brlcad | your efforts on the website have been awesome all around, you interested in taking up a redesign? |
| 20:28.48 | brlcad | there were several very interesting GCI prototypes, I'm sure we can come to a design consensus |
| 20:29.59 | zero_level | brlcad: are u talking about brlcad.org ? |
| 20:30.04 | ``Erik | brlcad: I left at 1400, he was attempting to contact you via email... might be waiting until monday if he's already left |
| 20:31.08 | zero_level | ``Erik did u see my patches ? |
| 20:31.20 | zero_level | i am about submit one more! |
| 20:31.34 | zero_level | ^to |
| 20:34.09 | ``Erik | brlcad: seem to be .exe files uploaded O.o :) guess he succeeded |
| 20:34.15 | ``Erik | zero_level: not yet |
| 20:34.38 | zero_level | ``Erik will u get some time today ? |
| 20:37.17 | maths22 | I will take a look at a redesign. I also wonder if we could unite the drupal and mediawiki as truly one site. I'm not yet sure how to do it. |
| 20:37.29 | maths22 | I meant a brlcad installer. I forgot the vm uses source :) |
| 20:39.22 | kesha__ | brlcad: oops ! I just love near deadlines- it makes my potential twice from before ;) |
| 20:43.03 | brlcad | ``Erik: yep he did, awesome |
| 20:43.08 | brlcad | hopefully they work well enough |
| 20:43.27 | brlcad | he was unhappy that grouper wasn't working, but that was a change that had to be reverted for release (broke -abc options) |
| 20:44.00 | brlcad | zero_level: a lot of patches will be reviewed today and this weekend, so give them another checking to make sure they are *perfect* |
| 20:44.04 | brlcad | especially style |
| 20:44.08 | brlcad | kesha__: :) |
| 20:47.22 | *** join/#brlcad kesha_ (~kesha@49.249.1.48) | |
| 20:54.30 | Notify | 03BRL-CAD Wiki:Level zero * 5414 /wiki/User:Level_zero/patches: /*Update with a patch information*/ |
| 21:25.55 | *** part/#brlcad zero_level (~zero_leve@117.205.18.93) | |
| 22:51.47 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 22:51.47 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 22:56.31 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 23:38.38 | maths22 | I looked at the new readme; what executeable is archer/mged |
| 23:38.48 | maths22 | both archer and mged existed in the last release |
| 00:16.53 | starseeker | maths22: /usr/brlcad/rel-7.24.0/bin/archer ? |
| 00:17.10 | starseeker | archer was pre-alpha in previous releases - this is the first time we are asking for attention |
| 00:27.07 | maths22 | thanks |
| 00:27.23 | maths22 | how does the archer command line compare to the mged one? |
| 02:15.11 | brlcad | maths22: the archer command line isn't yet nearly as feature-filled as mged |
| 02:15.39 | brlcad | that will be remedied, but wasn't necessary for the alpha |
| 03:52.40 | Notify | 03BRL-CAD:brlcad * 55788 brlcad/trunk/TODO: remove oddities, generalize cmake to infrastructure (build, test, scripts, web) |
| 04:16.52 | maths22 | ok. Thanks |
| 04:29.22 | *** join/#brlcad zero_level (~zero_leve@117.205.22.14) | |
| 04:48.31 | *** join/#brlcad zero_level (~zero_leve@117.205.21.126) | |
| 05:03.03 | *** join/#brlcad kesha_ (~kesha@49.249.1.48) | |
| 05:06.43 | *** join/#brlcad zero_level (~zero_leve@117.205.18.117) | |
| 05:11.21 | *** join/#brlcad zero_level_ (~zero_leve@117.220.12.125) | |
| 05:26.16 | *** join/#brlcad zero_level (~zero_leve@117.220.12.125) | |
| 05:41.16 | *** join/#brlcad caen23 (~caen23@92.81.210.14) | |
| 05:53.11 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5415 /wiki/Community_Publication_Portal: |
| 05:56.10 | kesha_ | brlcad: Review the Community Publication Portal and suggest neccessary changes if any. |
| 05:56.28 | kesha_ | http://brlcad.org/wiki/Community_Publication_Portal#Draft_Release_Note |
| 05:56.50 | *** join/#brlcad zero_level (~zero_leve@117.212.30.249) | |
| 05:57.39 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5416 /wiki/Community_Publication_Portal: /* Draft Release Note */ |
| 06:17.02 | *** join/#brlcad kesha_ (~kesha@49.249.1.48) | |
| 06:33.14 | *** join/#brlcad zero_level (~zero_leve@117.205.31.175) | |
| 06:39.20 | *** join/#brlcad kesha__ (~kesha@49.249.18.246) | |
| 07:02.16 | *** join/#brlcad zero_level (~zero_leve@117.212.26.152) | |
| 07:44.19 | *** join/#brlcad kesha_ (~kesha@49.249.18.97) | |
| 08:03.44 | *** join/#brlcad kesha_ (~kesha@49.249.18.97) | |
| 08:37.50 | *** join/#brlcad zero_level (~zero_leve@117.205.17.130) | |
| 09:06.06 | *** join/#brlcad caen23 (~caen23@92.81.210.14) | |
| 09:25.00 | *** join/#brlcad zero_level (~zero_leve@117.212.31.194) | |
| 09:34.21 | Notify | 03BRL-CAD:tbrowder2 * 55789 brlcad/trunk/CMakeLists.txt: make provision for an integer version of the BRL-CAD version number so it can be compared with cpp macros |
| 09:38.04 | *** join/#brlcad caen23_ (~caen23@92.81.210.14) | |
| 09:44.39 | *** join/#brlcad caen23 (~caen23@92.81.210.14) | |
| 09:48.33 | *** join/#brlcad zero_level (~zero_leve@117.205.28.183) | |
| 09:54.14 | Notify | 03BRL-CAD:tbrowder2 * 55790 brlcad/trunk/CMakeLists.txt: add the missing expresions to all parts of the two new if blocks |
| 10:14.28 | *** join/#brlcad zero_level (~zero_leve@117.212.25.196) | |
| 10:42.54 | *** join/#brlcad zero_level (~zero_leve@117.212.30.219) | |
| 11:31.49 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 11:48.37 | *** join/#brlcad zero_level (~zero_leve@117.205.28.159) | |
| 12:34.00 | *** join/#brlcad zero_level (~zero_leve@117.205.28.159) | |
| 13:09.40 | Notify | 03BRL-CAD:starseeker * 55791 brlcad/trunk/CMakeLists.txt: Use the CMake MATH command to generate the integer version number - more compact. |
| 13:55.50 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 14:28.54 | *** join/#brlcad zero_level (~zero_leve@117.212.31.124) | |
| 16:10.18 | *** join/#brlcad kesha_ (~kesha@49.249.18.97) | |
| 16:23.25 | *** join/#brlcad kesha__ (~kesha@49.249.18.97) | |
| 16:34.58 | *** join/#brlcad kesha__ (~kesha@49.249.18.97) | |
| 16:57.59 | Notify | 03BRL-CAD Wiki:Level zero * 5417 /wiki/User:Level_zero/GSOC13/logs: Updates in log |
| 16:58.41 | Notify | 03BRL-CAD Wiki:Level zero * 5418 /wiki/User:Level_zero/GSOC13/logs: /* 12th June - 14th June */ |
| 17:08.11 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 17:29.03 | Notify | 03BRL-CAD:starseeker * 55792 brlcad/trunk/CMakeLists.txt: Add a note about why we aren't using find_program to look for umask |
| 06:12.39 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 06:29.04 | *** join/#brlcad zero_level (~zero_leve@117.205.20.212) | |
| 07:11.18 | *** join/#brlcad caen23 (~caen23@92.85.92.64) | |
| 08:41.01 | *** join/#brlcad harmanpreet (7cfd9bf3@gateway/web/freenode/ip.124.253.155.243) | |
| 08:43.52 | *** join/#brlcad harmanpreet_ (~chatzilla@124.253.155.243) | |
| 08:45.12 | *** join/#brlcad kesha_ (~kesha@49.202.231.232) | |
| 08:59.58 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 09:00.05 | jordisayol | hello |
| 09:00.38 | jordisayol | I've upladed new deb/rpm packages for brlcad 7.24.0 |
| 09:02.12 | jordisayol | BTW. the Windows exe 7.24.0 is also available, but the default windows download is still BRL-CAD_7.22.0_x86.exe |
| 09:02.30 | jordisayol | this should be changed. |
| 09:24.53 | *** join/#brlcad zero_level (~zero_leve@117.205.17.163) | |
| 10:11.38 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 10:21.15 | *** join/#brlcad zero_level (~zero_leve@117.212.25.41) | |
| 10:30.32 | *** join/#brlcad caen23 (~caen23@92.85.92.64) | |
| 11:03.51 | *** join/#brlcad kesha__ (~kesha@49.202.231.232) | |
| 11:47.00 | *** join/#brlcad zero_level (~zero_leve@117.205.17.171) | |
| 12:25.24 | *** join/#brlcad zero_level (~zero_leve@117.212.26.67) | |
| 12:26.31 | *** join/#brlcad kesha__ (~kesha@49.202.231.232) | |
| 12:56.20 | Notify | 03BRL-CAD Wiki:Harman052 * 5419 /wiki/User:Harman052: GSoC'13 Proposal: Web Interface of BRL-CAD |
| 13:26.30 | mpictor | if any of you are in the business of reseller web hosting, I hope you don't use zamfoo! http://www.webhostingtalk.com/showthread.php?t=1275572 |
| 14:04.04 | *** join/#brlcad zero_level (~zero_leve@117.212.28.236) | |
| 16:09.40 | *** join/#brlcad kesha (~kesha@49.248.244.77) | |
| 16:14.53 | *** join/#brlcad kesha_ (~kesha@49.248.244.77) | |
| 16:44.29 | *** join/#brlcad zero_level (~zero_leve@117.205.27.28) | |
| 17:02.27 | *** join/#brlcad vladbogo (~chatzilla@188.25.101.47) | |
| 17:46.44 | *** join/#brlcad kesha__ (~kesha@49.202.239.138) | |
| 17:58.15 | *** join/#brlcad kesha__ (~kesha@49.202.239.138) | |
| 18:18.26 | *** join/#brlcad kesha__ (~kesha@49.202.239.138) | |
| 18:28.11 | *** join/#brlcad zero_level (~zero_leve@117.205.24.217) | |
| 19:36.50 | DarkCalf | mpictor, I wouldn't run an application called zamfoo just on the name alone |
| 19:44.05 | mpictor | DarkCalf: I don't pay much attention to names, but some people have dug into the parts of the code that aren't obfuscated and into the update system; both are horrifying |
| 19:44.40 | mpictor | the update system requires you to type your _root_ password into their unsecured website |
| 19:57.38 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 22:41.36 | *** join/#brlcad caen23 (~caen23@92.85.92.64) | |
| 00:26.52 | DarkCalf | why would anyone go along with that? |
| 00:28.26 | DarkCalf | i dont even let my provider have the real root password... they get an administrator account thats disabled 99% of the time |
| 01:02.43 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 04:39.48 | *** join/#brlcad zero_level (~zero_leve@117.220.9.133) | |
| 05:05.34 | *** join/#brlcad zero_level (~zero_leve@117.205.17.189) | |
| 05:29.45 | *** join/#brlcad kesha (~kesha@49.202.239.138) | |
| 05:33.46 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:34.12 | *** join/#brlcad caen23 (~caen23@92.81.220.39) | |
| 06:29.37 | *** join/#brlcad zero_level (~zero_leve@117.220.15.242) | |
| 06:43.24 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 06:53.13 | *** join/#brlcad zero_level (~zero_leve@117.220.12.63) | |
| 07:15.48 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:17.18 | *** join/#brlcad zero_level (~zero_leve@117.212.31.149) | |
| 07:40.07 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:48.04 | *** join/#brlcad zero_level (~zero_leve@117.205.25.16) | |
| 08:16.32 | *** join/#brlcad zero_level (~zero_leve@117.205.17.136) | |
| 08:38.44 | *** join/#brlcad zero_level (~zero_leve@117.212.24.54) | |
| 08:40.22 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 09:01.38 | *** join/#brlcad zero_level (~zero_leve@117.205.17.128) | |
| 10:15.13 | *** join/#brlcad kesha (~kesha@49.249.19.99) | |
| 10:17.32 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 10:45.32 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:13.28 | *** join/#brlcad kesha_ (~kesha@49.249.19.99) | |
| 11:51.48 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 12:02.25 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 12:39.30 | ``Erik | neat, "building a modern computer from first principles" http://www.nand2tetris.org/ |
| 12:42.19 | *** join/#brlcad zero_level (~zero_leve@117.212.26.253) | |
| 13:01.05 | *** join/#brlcad zero_level (~zero_leve@117.205.23.121) | |
| 13:07.23 | *** join/#brlcad kesha_ (~kesha@49.202.239.245) | |
| 13:34.27 | *** join/#brlcad zero_level (~zero_leve@117.220.10.188) | |
| 14:26.25 | *** join/#brlcad zero_level (~zero_leve@117.205.31.119) | |
| 14:35.17 | *** join/#brlcad vladbogo (~chatzilla@188.25.101.47) | |
| 14:37.33 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 14:39.09 | Notify | 03BRL-CAD:phoenixyjll * 55793 brlcad/trunk/src/libbrep/intersect.cpp: The tolerance should be considered in the IsPointIn() test. |
| 14:40.02 | Notify | 03BRL-CAD Wiki:184.95.55.18 * 5420 /wiki/Mailing_Lists: |
| 14:43.39 | Notify | 03BRL-CAD:phoenixyjll * 55794 brlcad/trunk/src/libbrep/CMakeLists.txt: Add a test for P/P, P/C and P/S intersections using a sphere. |
| 14:45.38 | *** join/#brlcad kesha_ (~kesha@49.248.244.66) | |
| 14:45.46 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5421 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 14:47.28 | Notify | 03BRL-CAD Wiki:Phoenix * 5422 /wiki/User:Phoenix/GSoc2013/Reports: /* Community bonding */ |
| 14:48.13 | Notify | 03BRL-CAD Wiki:Phoenix * 5423 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */ |
| 14:48.36 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5424 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 15:45.39 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:52.02 | *** join/#brlcad zero_level (~zero_leve@117.205.31.154) | |
| 15:57.00 | jordisayol | hello. there're new exe installers for windo |
| 15:57.15 | jordisayol | s/windo/windows/ |
| 15:57.39 | jordisayol | but the default windows download is still "BRL-CAD_7.22.0_x86.exe" |
| 15:59.08 | jordisayol | this should be changed to "BRL-CAD_7.24.0_x64.exe" or "BRL-CAD_7.24.0_x86.exe" |
| 16:17.51 | *** join/#brlcad zero_level (~zero_leve@117.205.31.154) | |
| 16:28.41 | *** join/#brlcad jasleen (~chatzilla@117.255.242.134) | |
| 16:36.15 | *** join/#brlcad harmanpreet (~chatzilla@124.253.16.106) | |
| 16:42.43 | Notify | 03BRL-CAD Wiki:Level zero * 5425 /wiki/User:Level_zero/patches: /* Patch Versions*/ |
| 16:43.20 | Notify | 03BRL-CAD Wiki:Harman052 * 5426 /wiki/User_talk:Harman052: /* Dairy */ new section |
| 16:46.43 | *** join/#brlcad zero_level (~zero_leve@117.212.25.67) | |
| 16:49.11 | Notify | 03BRL-CAD Wiki:Level zero * 5427 /wiki/User:Level_zero/patches: Patch Info |
| 16:51.22 | Notify | 03BRL-CAD Wiki:Level zero * 5428 /wiki/User:Level_zero/patches: |
| 18:59.54 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5429 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 19:01.12 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 19:18.46 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5430 /wiki/User:KeshaSShah/GSoC13/Priority2: Added Link to log in my proposal |
| 19:19.15 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5431 /wiki/User:KeshaSShah/GSoC13/Priority2: /* My Development Reports */ |
| 19:21.00 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5432 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 19:44.18 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 20:57.44 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 21:43.14 | *** join/#brlcad caen23 (~caen23@92.81.220.39) | |
| 22:43.39 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 00:18.38 | DarkCalf | waves to #brlcad |
| 00:37.54 | *** join/#brlcad kesha_ (~kesha@49.248.244.66) | |
| 00:58.32 | *** join/#brlcad kesha_ (~kesha@49.248.244.66) | |
| 01:05.49 | *** join/#brlcad kesha_ (~kesha@49.248.244.66) | |
| 01:55.18 | *** join/#brlcad kesha_ (~kesha@49.248.244.66) | |
| 02:14.47 | *** join/#brlcad kesha_ (~kesha@49.248.244.66) | |
| 03:40.04 | *** join/#brlcad zero_level (~zero_leve@117.205.23.195) | |
| 03:45.40 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 04:05.53 | *** join/#brlcad zero_level (~zero_leve@117.212.30.199) | |
| 04:30.36 | *** join/#brlcad zero_level (~zero_leve@117.220.8.156) | |
| 04:35.50 | *** join/#brlcad zero_level (~zero_leve@117.220.8.156) | |
| 04:39.43 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 04:45.02 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 04:53.59 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 04:54.27 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 04:57.13 | *** join/#brlcad zero_level (~zero_leve@117.212.25.75) | |
| 05:09.08 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:09.51 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 05:17.27 | *** join/#brlcad zero_level (~zero_leve@117.205.28.97) | |
| 05:33.05 | Notify | 03BRL-CAD Wiki:Harman052 * 5433 /wiki/User_talk:Harman052: |
| 05:37.10 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 05:43.47 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:17.57 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:47.59 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:15.59 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 07:34.57 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:52.11 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:58.41 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:01.15 | *** join/#brlcad crdueck (~cdk@24.212.219.10) | |
| 08:41.08 | Notify | 03BRL-CAD:phoenixyjll * 55795 brlcad/trunk/src/libbrep/intersect.cpp: Use macros to represent default tolerance and change it to 0.001 (the same as the default tolerance of curve/curve, curve/surface, surface/surface defined by openNURBS). |
| 08:42.43 | *** join/#brlcad zero_level (~zero_leve@117.205.30.31) | |
| 08:49.14 | Notify | 03BRL-CAD:phoenixyjll * 55796 brlcad/trunk/src/libbrep/intersect.cpp: The input u_domain and v_domain should be considered. |
| 08:50.23 | Notify | 03BRL-CAD Wiki:Phoenix * 5434 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */ |
| 09:04.21 | *** join/#brlcad zero_level (~zero_leve@117.205.27.5) | |
| 09:05.50 | *** join/#brlcad vladbogo (~chatzilla@188.25.101.47) | |
| 09:22.36 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5435 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 10:06.08 | *** join/#brlcad zero_level (~zero_leve@59.91.152.164) | |
| 10:32.48 | *** join/#brlcad zero_level (~zero_leve@117.220.15.37) | |
| 11:01.31 | *** join/#brlcad zero_level (~zero_leve@117.205.16.166) | |
| 11:30.17 | *** join/#brlcad caen23 (~caen23@92.81.220.39) | |
| 11:39.31 | zero_level | hi Erik |
| 11:39.43 | zero_level | just read ur comment on my bwhisteq patch |
| 12:07.35 | Notify | 03BRL-CAD Wiki:Level zero * 5436 /wiki/User:Level_zero/patches: /* patch adding structure definitions in ICV.h */ |
| 12:12.40 | *** join/#brlcad zero_level (~zero_leve@117.205.29.105) | |
| 12:41.35 | *** join/#brlcad zero_level (~zero_leve@117.205.23.229) | |
| 12:54.26 | *** join/#brlcad vladbogo (~chatzilla@188.25.101.47) | |
| 13:04.28 | *** join/#brlcad zero_level (~zero_leve@117.205.26.159) | |
| 13:06.03 | *** join/#brlcad kesha (~kesha@49.249.9.55) | |
| 13:13.33 | *** join/#brlcad kesha_ (~kesha@49.249.19.83) | |
| 13:27.15 | *** join/#brlcad zero_level (~zero_leve@117.212.30.1) | |
| 14:33.56 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 15:25.36 | Notify | 03BRL-CAD Wiki:Fjibarguen * 0 /wiki/User:Fjibarguen: |
| 15:46.57 | *** join/#brlcad zero_level (~zero_leve@117.205.31.223) | |
| 15:51.59 | zero_level | hi ``Erik: |
| 15:52.57 | brlcad | zero_level: talked briefly about bwhisteq |
| 15:53.17 | brlcad | he looked at your patch, looks like you do preserve the existing behavior |
| 15:53.29 | brlcad | it just looks like the existing behavior may be wrong :) |
| 15:53.47 | brlcad | that tool hasn't been used or modified in a very LONG time |
| 15:53.56 | brlcad | can you verify that it works? |
| 15:54.09 | brlcad | or demonstrate that it doesn't? |
| 15:54.28 | zero_level | but brlcad : who do i compare it with ? |
| 15:54.35 | zero_level | the matlab histeq ? |
| 15:54.45 | brlcad | good question |
| 15:54.59 | zero_level | both will be way different |
| 15:55.16 | brlcad | you could make a test file that has known values perhaps, like a 256x256 image with a gradient going from 0 to 255 |
| 15:55.34 | brlcad | something so you'd know whether the result is "correct" |
| 15:55.40 | brlcad | or compare to matlab |
| 15:55.52 | zero_level | moreover, i still think both the implementation are same ! |
| 15:55.56 | brlcad | don't want to spend too much time on it since it is so old |
| 15:56.04 | zero_level | my patch and previous implementation |
| 15:56.12 | brlcad | if it works, great, something might need to be documented |
| 15:56.43 | brlcad | zero_level: yeah, that's understood now -- you just uncovered what seems like might be a pre-existing bug |
| 15:56.46 | brlcad | no worries |
| 15:57.07 | brlcad | if it doesn't work, we can do a quick eval to decide whether it's worth fixing |
| 15:57.18 | brlcad | need to know if it's right/wrong though |
| 15:57.23 | zero_level | ok |
| 15:57.28 | brlcad | can you figure it out? :) |
| 15:57.32 | brlcad | quickly :) |
| 15:58.03 | brlcad | (just don't want anyone to spend days on this) |
| 15:59.30 | zero_level | i procedding it this way. --create a png file of uniform gradient using matlab--converting it using bw-png --using bw-histeq(existing) and bwhisteq(after patch) |
| 15:59.44 | zero_level | the resultant must not have much difference |
| 15:59.52 | zero_level | is this methodology fine ? |
| 16:07.59 | zero_level | brlcad: any inputs about my methodology ? |
| 16:08.33 | brlcad | hopefully you'd use png-bw... ;) |
| 16:09.19 | brlcad | zero_level: so short answer - no |
| 16:09.37 | brlcad | there's no question about your patch any longer, I believe |
| 16:10.08 | brlcad | the question is wether bwhisteq (before or after patch) is actually correct or not |
| 16:10.21 | brlcad | nothing to do with the patch |
| 16:10.30 | zero_level | that i understood :-) |
| 16:10.52 | zero_level | so, my methodology about working of bwhisteq ? |
| 16:10.58 | zero_level | yes png-bw |
| 16:11.17 | brlcad | oh, I see you're telling me what you DID |
| 16:11.19 | brlcad | that's fine |
| 16:11.29 | brlcad | we're past that |
| 16:11.31 | brlcad | :) |
| 16:13.05 | zero_level | no it is what i am doing to verify bwhisteq, after ur suggestion |
| 16:13.45 | brlcad | but how does that verify whether bwhisteq is correct? |
| 16:13.56 | brlcad | it just verifies your patch preserves behavior |
| 16:14.01 | brlcad | now whether the behavior is right |
| 16:16.09 | brlcad | s/now/net/ |
| 16:16.11 | zero_level | yes since the image is of equal bins. therefore bwhisteq must not change the image. |
| 16:16.34 | brlcad | can't type toay apprently |
| 16:18.14 | brlcad | what does bwhisteq actually do? |
| 16:18.35 | brlcad | rather what is it "supposed" to do? |
| 16:19.17 | zero_level | it equalizes the histogram |
| 16:20.10 | zero_level | so i am giving it an image which has same number of pixels of intensities from 0 to 255 |
| 16:20.21 | brlcad | <PROTECTED> |
| 16:21.19 | brlcad | so takes a single 1-byte channel image file with intensity values |
| 16:21.52 | brlcad | presumably finds the max to min range, maps that to 0-255, writes out new single 1-byte channel image? |
| 16:24.39 | zero_level | to equalize, yes! |
| 16:25.14 | brlcad | okay, just making sure we're on the same page of understanding |
| 16:25.57 | brlcad | so then gradient test is fine, but only mildly useful in that it should provide no change |
| 16:27.44 | brlcad | I'd suggest also testing three more images: one with half black and half 128, another with half white and half 128, and last with half 128 and half 127 |
| 16:28.04 | brlcad | can then just visually inspect to make sure all three turn into half black half white |
| 16:28.33 | zero_level | ok |
| 16:57.46 | *** join/#brlcad harmanpreet (~chatzilla@210.56.121.229) | |
| 17:09.41 | zero_level | brlcad : only for the first case(uniform) the answer is right |
| 17:09.48 | zero_level | for the rest it is not right |
| 17:10.18 | zero_level | it is converting to (127 - 128) combination |
| 17:11.34 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:14.15 | zero_level | no it is converting to (63,191) |
| 17:14.45 | zero_level | the lighter gets conveted to 191 and the darker gets coverted to 63 |
| 17:15.14 | zero_level | the lighter half and the darker half |
| 17:24.48 | Notify | 03BRL-CAD Wiki:Harman052 * 5437 /wiki/User:Harman052: Formatting Improved. |
| 17:26.04 | *** join/#brlcad kesha_ (~kesha@49.249.200.67) | |
| 17:27.09 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:34.52 | *** join/#brlcad zero_level (~zero_leve@117.205.17.121) | |
| 17:54.56 | *** part/#brlcad zero_level (~zero_leve@117.205.17.121) | |
| 17:54.58 | *** join/#brlcad zero_level (~zero_leve@117.205.17.121) | |
| 18:09.15 | Notify | 03BRL-CAD Wiki:Harman052 * 5438 /wiki/User:Harman052/GSoc2013/Logs: Details Updated |
| 18:29.03 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:36.07 | *** join/#brlcad zero_level (~zero_leve@117.205.24.89) | |
| 18:52.32 | *** join/#brlcad kesha_ (~kesha@49.249.200.67) | |
| 18:57.31 | *** join/#brlcad kesha_ (~kesha@49.249.200.67) | |
| 19:03.04 | *** join/#brlcad zero_level (~zero_leve@117.205.16.250) | |
| 19:34.46 | *** join/#brlcad zero_level (~zero_leve@117.205.16.149) | |
| 19:49.13 | *** join/#brlcad Ch3ck (29cac1fa@gateway/web/freenode/ip.41.202.193.250) | |
| 19:49.47 | Ch3ck | just made a new patch for the new push routine with the additional ability to recognise |
| 19:50.12 | Ch3ck | a push -x in case there is no -x option as in push -x or xpush(deprecated) |
| 19:50.21 | Ch3ck | also concerning my pull routine |
| 19:51.20 | Ch3ck | i wish to know if brlcad has an implementation of the inverse of a 4x4 matrix so i could get started on studying the libged libraries and other associated libraries related to my project. |
| 19:51.48 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 19:57.59 | *** join/#brlcad Izak (29cac1fa@gateway/web/freenode/ip.41.202.193.250) | |
| 19:58.46 | Izak | <PROTECTED> |
| 20:17.02 | brlcad | Ch3ck: saw the patch, comments coming soon |
| 20:17.14 | Ch3ck | yeah |
| 20:17.16 | brlcad | there is some inverse logic, but very limited |
| 20:17.26 | Ch3ck | it was just the full source code |
| 20:17.35 | Ch3ck | i am trying to upload a modified one |
| 20:17.40 | brlcad | ah, did not see that |
| 20:17.41 | Ch3ck | but network sucks. |
| 20:17.46 | brlcad | patches should be just patches... :) |
| 20:17.52 | brlcad | svn diff |
| 20:17.53 | Ch3ck | yeah |
| 20:18.05 | Ch3ck | i did that today |
| 20:18.09 | Ch3ck | just recovered from malaria |
| 20:18.22 | Ch3ck | so came back stronger today.. |
| 20:18.59 | zero_level | brlcad: I saw the result |
| 20:19.08 | zero_level | those were not right |
| 20:19.15 | zero_level | just got the hold of the source |
| 20:19.41 | zero_level | working to modify that |
| 20:19.48 | brlcad | Ch3ck: glad to hear you recovered! |
| 20:19.55 | brlcad | no recovering would have kinda sucked... :) |
| 20:20.12 | brlcad | zero_level: okay, so any notion of whether it'll be easy to fix? |
| 20:21.30 | zero_level | i am considering to fully modify the code after calculation of bins |
| 20:21.58 | *** join/#brlcad Ch3ck_ (29cac1fa@gateway/web/freenode/ip.41.202.193.250) | |
| 20:22.03 | zero_level | also i thing this may be one of the brlcad's premitive function |
| 20:22.21 | zero_level | may be it works for something else. |
| 20:22.30 | brlcad | maybe what works? |
| 20:22.59 | zero_level | may be this alorithim does something in the name of the histogram equalization! |
| 20:23.11 | brlcad | you mean something else, like just poorly named? |
| 20:23.14 | zero_level | so do u want me to modify this file or add a new one ? |
| 20:23.16 | zero_level | yes! |
| 20:23.41 | brlcad | well if that's not obvious from the file's contents, we don't need to spend time figuring it out |
| 20:24.08 | brlcad | you could search the history, see if the comments tell you anything |
| 20:24.21 | zero_level | history of bwhisteq ? |
| 20:24.35 | brlcad | prior to r22000, that file would have been in the top-level util directory I believe |
| 20:24.44 | brlcad | yes |
| 20:24.59 | brlcad | or if there are any other utilities similarly named |
| 20:25.05 | brlcad | that deal with histograms |
| 20:25.28 | brlcad | does pixhist work alright? |
| 20:25.58 | zero_level | we dont have a histogram equalization for pix |
| 20:25.59 | brlcad | pixhist3d is another, pixhist3d-pl |
| 20:26.17 | zero_level | that i suppose is performed by using pix-bw3 |
| 20:27.01 | zero_level | and then bwhisteq and then bw3-pix |
| 20:27.42 | zero_level | using bwhisteq meant performing equalization on each channel and then combining |
| 20:28.23 | brlcad | so what is ill-defined is what is meant by "equalized" |
| 20:28.49 | zero_level | the interesting point as i saw was when there were two different halfs of different intensities as the resultant of the three cases u said |
| 20:29.27 | brlcad | if you have a half 0/0/0 and half 255/255/255 image, those are either already "equal" (assuming equal area) .. or their intensities still need to be "balanced" |
| 20:29.29 | zero_level | and all these were 63 for the darker half and 191 for the lighter half |
| 20:29.32 | Ch3ck_ | brlcad: you were saying.. |
| 20:30.10 | zero_level | what i saw from the result were two buildings in the histogram at 63 and 191 |
| 20:30.17 | brlcad | zero_level: yeah that is _also_ an equalization of sorts ... just an unusual one (to me) |
| 20:30.18 | zero_level | which makes it balanced |
| 20:30.28 | zero_level | yes! |
| 20:32.33 | zero_level | but when we read the code it is not the the normal mapping as u explained |
| 20:32.47 | zero_level | do u want me test on lena image.. ? |
| 20:35.31 | brlcad | zero_level: sure, would be good to see what it does |
| 20:36.06 | brlcad | if it's useful, we can keep it as is |
| 20:36.08 | zero_level | brlcad: was already on it! |
| 20:36.21 | brlcad | if we keep it, we should document this behavior (better) |
| 20:36.37 | brlcad | if it's not useful or only marginally so, we can get rid of it |
| 20:37.13 | zero_level | brlcad: ok ! |
| 21:18.00 | zero_level | checked for barbara and lena works fine. |
| 21:18.14 | zero_level | i am finding a way to post them on wiki so that u can see that |
| 21:18.21 | zero_level | brlcad: |
| 21:27.27 | zero_level | brlcad find the images here barabara : http://tinypic.com/r/2rqeubl/5 barabara equalized : http://tinypic.com/r/71gq6q/5 lena : http://tinypic.com/r/33krogg/5 lena equalized : http://tinypic.com/r/10r2sti/5 |
| 21:33.28 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:39.21 | brlcad | zero_level: okay, so on the surface I'd say that's more than marginally useful |
| 21:39.34 | brlcad | so keep on, it's fine |
| 21:40.10 | zero_level | i still wonder about the working of the code. Either it is state of the art. or can be improved significantly |
| 21:40.28 | brlcad | yep |
| 21:40.45 | brlcad | in this case, it's certainly not state of the art, but it is still useful |
| 21:40.51 | zero_level | also saw CxImage library there also they implement in the general way where we map the pixels |
| 21:40.57 | brlcad | just not an active area of development and hasn't been for probably 20 years |
| 21:43.08 | brlcad | zero_level: so if you try equalize in cximage, do you get the same result? |
| 21:43.27 | brlcad | maybe also try "normalize" |
| 21:44.08 | zero_level | didnt install the library but the code is entirely different |
| 21:44.17 | zero_level | checked with matlab histeq function |
| 21:44.20 | zero_level | there are differe |
| 21:44.25 | zero_level | *different |
| 21:44.38 | brlcad | they have a demo app: http://www.codeproject.com/Articles/1300/CxImage |
| 21:44.49 | brlcad | that shows equalize and normalize |
| 21:48.05 | zero_level | the matlab histeq are slightly different. on seeing one cannot find the difference. but pixel wise differences are observed using subtraction |
| 21:48.55 | brlcad | pixdiff tool will show you the differences |
| 21:49.22 | brlcad | still "slightly different" is informative |
| 21:49.57 | brlcad | could imply a round-off error or off-by-one bug or edge case handled differently or just an entirely different (but similar) method altogether |
| 21:51.52 | brlcad | did you do histeq(I, 256) in matlab? |
| 21:52.22 | brlcad | default is 64 |
| 21:52.44 | zero_level | i did only histeq(I) |
| 21:52.54 | brlcad | so that's probably the difference |
| 21:52.58 | zero_level | ok |
| 21:53.00 | brlcad | try 256 |
| 21:54.10 | brlcad | I like that you're comparing with matlab.... :) |
| 21:54.39 | zero_level | i did with 256 this tym |
| 21:55.06 | brlcad | BRL-CAD has MANY parallels with Matlab in terms of design, history, commands, low-level functionality |
| 21:56.09 | zero_level | the sum of abs diff for pixels is 70434 for 263144 pixels |
| 21:56.17 | zero_level | *262144 |
| 21:56.30 | zero_level | for the barbara image |
| 21:56.39 | zero_level | i think this is negligible |
| 21:56.45 | brlcad | hm, how diff? |
| 21:56.50 | brlcad | what does pixdiff say? |
| 22:03.48 | zero_level | pixdiff bytes: 191709 matching, 70434 off by 1, 0 off by many |
| 22:04.06 | brlcad | nice, so that is basically matching with some round-off error |
| 22:04.12 | zero_level | this is the result of pixdiff on barbara equlaized with matlab and bwhisteq |
| 22:04.38 | brlcad | it'd be iteresting to figure out who has the rounding error |
| 22:04.57 | brlcad | could be either, that's a very tiny difference |
| 22:05.46 | brlcad | given our tools usage, my bets would be on it having a rounding issue but that's still surprisingly good |
| 22:05.54 | brlcad | and reinforces the value of the tool |
| 22:15.30 | zero_level | brlcad: about that mail |
| 22:15.47 | zero_level | because it has few things regarding the development plan |
| 22:16.20 | zero_level | also those whole sum is because of 1 pixel intensity difference |
| 22:17.45 | brlcad | <PROTECTED> |
| 22:18.03 | brlcad | like 128/128/128 vs 128/127/128 |
| 22:18.10 | *** join/#brlcad zero_level (~zero_leve@117.205.16.149) | |
| 22:18.16 | brlcad | <PROTECTED> |
| 22:18.19 | brlcad | like 128/128/128 vs 128/127/128 |
| 22:18.34 | brlcad | not even 127/127/127 vs 128/128/127 |
| 22:22.34 | *** join/#brlcad zero_level (~zero_leve@117.205.16.149) | |
| 22:37.01 | *** join/#brlcad zero_level (75cd1727@gateway/web/freenode/ip.117.205.23.39) | |
| 22:37.57 | *** join/#brlcad zero_level_ (~zero_leve@117.205.23.39) | |
| 00:43.20 | *** join/#brlcad Tecan (~fasdf@unaffiliated/unit41) | |
| 00:46.57 | Tecan | its installed how do i run ? |
| 00:47.13 | Tecan | brlman has little / no effect |
| 00:47.36 | Tecan | sets a small fire in a corner to keep warm while waiting |
| 00:50.06 | Tecan | mged |
| 00:53.28 | Tecan | neat stuff |
| 00:55.27 | Tecan | is there a book on this stuff ? |
| 01:05.12 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:35a3:eb2d:dc1f:917b) | |
| 01:44.25 | *** join/#brlcad zero_level (~zero_leve@117.205.27.20) | |
| 02:47.08 | *** join/#brlcad zero_level (~zero_leve@117.205.19.181) | |
| 03:19.01 | *** join/#brlcad Tecan (~fasdf@unaffiliated/unit41) | |
| 03:40.48 | *** join/#brlcad zero_level (~zero_leve@117.212.24.35) | |
| 03:52.51 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 03:52.52 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 03:53.44 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 03:55.42 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 03:55.43 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 04:45.14 | *** join/#brlcad zero_level (~zero_leve@117.220.12.178) | |
| 05:02.58 | *** join/#brlcad zero_level (~zero_leve@117.220.12.187) | |
| 05:46.25 | *** join/#brlcad zero_level (~zero_leve@117.205.30.60) | |
| 05:52.15 | *** join/#brlcad Tecan (~fasdf@unaffiliated/unit41) | |
| 06:04.24 | *** join/#brlcad zero_level (~zero_leve@117.205.18.113) | |
| 07:03.29 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:16.54 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 07:32.22 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 07:37.28 | *** join/#brlcad zero_level (~zero_leve@117.212.27.99) | |
| 07:59.24 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:08.36 | *** join/#brlcad kesha (~kesha@49.249.200.67) | |
| 08:13.59 | *** join/#brlcad zero_level (~zero_leve@117.212.31.132) | |
| 08:32.33 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 08:49.08 | harmanpreet | ? |
| 08:58.45 | *** join/#brlcad zero_level (~zero_leve@117.205.27.235) | |
| 09:17.09 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5439 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 1 */ |
| 09:23.07 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5440 /wiki/User:KeshaSShah/GSoC13/Reports: /* June 18 */ |
| 09:25.54 | *** join/#brlcad zero_level (~zero_leve@117.205.29.19) | |
| 10:06.44 | *** join/#brlcad zero_level (~zero_leve@117.212.28.39) | |
| 10:18.53 | *** join/#brlcad zero_level (~zero_leve@117.212.28.39) | |
| 10:22.06 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 10:43.15 | *** join/#brlcad zero_level (75d41c27@gateway/web/freenode/ip.117.212.28.39) | |
| 10:43.50 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 10:44.12 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b113:4dff:0:f:2df:b101) | |
| 11:06.44 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:10.14 | *** join/#brlcad zero_level (~zero_leve@117.205.30.171) | |
| 11:35.33 | *** join/#brlcad harmanpreet (~chatzilla@202.164.53.117) | |
| 11:49.59 | *** join/#brlcad zero_level (~zero_leve@117.220.14.195) | |
| 12:01.51 | zero_level | hi brlcad: ``Erik: |
| 12:02.03 | zero_level | among the utilities in the /src/util folder |
| 12:02.16 | zero_level | i am creating a utility to test my conversion functions. |
| 12:02.49 | zero_level | i compiled the source code as i did previously as illustrated in INSTALL file |
| 12:03.20 | zero_level | but the new test utility didnt get compiled ! |
| 12:03.34 | zero_level | do i have to add the information in some file ? where ? |
| 12:28.00 | *** join/#brlcad zero_level (~zero_leve@117.212.26.179) | |
| 12:38.03 | *** join/#brlcad mpictor (~mpictor_@2600:1015:b10f:860d:0:f:2e6:7301) | |
| 12:47.56 | *** join/#brlcad zero_level (~zero_leve@117.205.24.226) | |
| 13:16.49 | *** join/#brlcad harmanpreet (~chatzilla@124.253.78.126) | |
| 13:43.15 | *** join/#brlcad zero_level (~zero_leve@117.205.24.192) | |
| 14:10.14 | brlcad | zero_level: yes, see the CMakeLists.txt file |
| 14:10.31 | brlcad | there's one in pretty much every directory that describes how to compile things in that directory |
| 14:10.51 | zero_level | also i guess Makefile.am |
| 14:10.55 | brlcad | if you're creating test tools, you may want to mirror the testing infrastructure in src/libbu/tests |
| 14:11.03 | brlcad | there are no longer Makefile.am files |
| 14:11.10 | brlcad | if you have them, you're not up to date |
| 14:11.16 | zero_level | ok |
| 14:11.24 | zero_level | i have 7.23.1 |
| 14:11.31 | zero_level | do i download 7.24 ? |
| 14:11.40 | brlcad | er.... no |
| 14:12.11 | brlcad | you should be working from a subversion checkout |
| 14:12.20 | brlcad | ~cadsvn |
| 14:12.20 | ibot | To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 14:12.38 | brlcad | that's the slow but sure way |
| 14:12.55 | zero_level | ok. i did this .. but days(months_) back |
| 14:12.58 | brlcad | for the faster svn+ssh:// method, go to the sf.net project page |
| 14:13.00 | zero_level | updating now |
| 14:13.07 | brlcad | okay, so then you need to run "svn up" |
| 14:13.22 | brlcad | you should run svn up every day, several times throughout the day |
| 14:13.53 | brlcad | basically every time you Notify write a message in here, there's an update to be received |
| 14:14.17 | brlcad | that means someone commited a change |
| 14:15.44 | *** join/#brlcad harman (~harman@202.164.53.122) | |
| 14:18.17 | Notify | 03BRL-CAD:brlcad * 55797 brlcad/trunk/src/libbn/tcl.c: like this, zero_level (ws) |
| 14:20.23 | zero_level | i saw libbu now. where are the test tools installed ? |
| 14:20.49 | zero_level | didnt find them among the binaries |
| 14:20.52 | zero_level | brlcad: |
| 14:37.59 | *** join/#brlcad zero_level (~zero_leve@117.205.30.149) | |
| 14:43.35 | brlcad | zero_level: they're not installed, but they are available after compilation in the build directory |
| 14:43.41 | brlcad | bin directory |
| 14:56.31 | zero_level | brlcad: also about committing changes! do i have the access to ? |
| 14:57.01 | brlcad | zero_level: considering you just today learned about "svn up", I'm not sure you're ready for commit access :) |
| 14:57.28 | zero_level | i used to do svn update |
| 14:57.33 | zero_level | :-) |
| 14:57.35 | zero_level | svn status |
| 14:57.39 | brlcad | keep submitting your work (daily) as patches and get folks to review them |
| 14:57.45 | zero_level | ok |
| 14:57.58 | brlcad | we have a backlog because of release |
| 14:58.06 | zero_level | ok |
| 14:58.08 | brlcad | used to ... but didn't in months? :) |
| 14:58.22 | brlcad | or weeks at least |
| 14:59.25 | zero_level | brlcad: also can we disucss about this mail http://sourceforge.net/mailarchive/message.php?msg_id=31038788 |
| 15:05.10 | brlcad | zero_level: big e-mails provoke big responses |
| 15:05.18 | brlcad | big responses take considerable time |
| 15:05.33 | brlcad | see aforementioned comment about there being a backlog because of release :) |
| 15:19.11 | *** join/#brlcad zero_level (~zero_leve@117.205.17.127) | |
| 15:20.08 | *** join/#brlcad vladbogo (~vlad@188.25.101.47) | |
| 15:27.01 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5441 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 15:45.04 | brlcad | if you have questions, ask them here and get your answer ... don't wait |
| 15:45.34 | brlcad | zero_level: big e-mails provoke big responses, big responses take lots of time -- see aforementioned comment about there being a backlog |
| 15:45.50 | vladbogo | hi all |
| 15:46.15 | vladbogo | i was working on the integration of qt in the cmake build yesterday |
| 15:46.17 | brlcad | that's part what makes IRC much more effective if you stay logged in, because we can answer quick questions easily |
| 15:46.27 | brlcad | hi vladbogo how goes it? |
| 15:46.37 | vladbogo | as i saw there is a slight difference between qt4 and qt5 |
| 15:47.02 | vladbogo | i successfully built a small project using qt5 |
| 15:47.30 | vladbogo | i wanted to ask you what version of qt should I use? |
| 15:48.44 | vladbogo | i still have to find out a way to determine the path to the qt installation. Hopefully I will find out that today |
| 15:49.01 | brlcad | you should use the very latest |
| 15:49.22 | vladbogo | that's what I used but I wanted to be sure |
| 15:50.29 | brlcad | definitely 5 |
| 15:51.23 | brlcad | vladbogo: for your project, build system issues are secondary -- you can/should get by with as little effort as possible |
| 15:51.37 | brlcad | once you have things working, we can hook up the build system properly very quickly |
| 15:52.05 | brlcad | unless you really want to understand the build system |
| 15:52.08 | brlcad | become a cmake guru |
| 15:52.31 | brlcad | otherwise, you can get away with just adding some compile/linker flags in your specific directory |
| 15:53.09 | vladbogo | ok then I will leave other details for later (such as determining the fact that qt is installed) |
| 15:53.34 | brlcad | yep |
| 15:53.41 | brlcad | just assume it's installed, use it |
| 15:53.54 | brlcad | when it comes time to commit, we can sort out the build |
| 15:54.04 | brlcad | vladbogo: where are your patches? |
| 15:54.15 | brlcad | can you provide the links? |
| 15:54.29 | brlcad | I know you have them down in a few places |
| 15:54.40 | vladbogo | immediately |
| 15:55.09 | vladbogo | this one is the latest |
| 15:55.10 | vladbogo | http://sourceforge.net/p/brlcad/patches/189/ |
| 15:55.47 | vladbogo | and also the qt patch |
| 15:55.49 | vladbogo | http://sourceforge.net/p/brlcad/patches/185/ |
| 15:56.11 | vladbogo | which is an improved version of the txt display manager |
| 15:56.30 | vladbogo | should I also provide the link to the ones I have done in the application period? |
| 16:01.16 | Notify | 03BRL-CAD:brlcad * 55798 brlcad/trunk/src/conv/g-voxel.c: accept sf patch 189 (Optional arguments g-voxel.c) from Vlad Bogolin which provides the same optional arguments as libged's voxelize command. |
| 16:07.36 | Notify | 03BRL-CAD:brlcad * 55799 brlcad/trunk/AUTHORS: accepted patch from vlad bogolin to clean up g-voxel, other patches pending too. he's a gsoc 2013 participant. |
| 16:16.28 | brlcad | vladbogo: per your mailing list comment, who did you talk with? |
| 16:17.20 | brlcad | I don't want to step in the way of their plans if they want you spending time working on proper integration early rather than later |
| 16:18.16 | brlcad | I just tend to like reactive, not anticipatory |
| 16:18.22 | vladbogo | D. Rossberg |
| 16:19.09 | brlcad | and the build isn't technically strictly necessary until it comes time to enable that code, so it can happen now or later |
| 16:19.11 | brlcad | okay |
| 16:19.50 | brlcad | so keep on then, but just don't let yourself get stuck -- we have a lot of cmake expertise here |
| 16:19.58 | vladbogo | we haven't discussed in what degree the integration should be done |
| 16:20.04 | brlcad | there should be a find qt macro that you can run |
| 16:20.19 | brlcad | we're not bundling qt, it's too big |
| 16:20.37 | vladbogo | I found that but in order to work I have to specify the path in the CMAKE_PREFIX_PATH |
| 16:20.42 | brlcad | so the build system needs to simply test for it, similar to how it currently tests for X11, and if it's available, it builds your interface |
| 16:21.46 | brlcad | where is qt installed on your system |
| 16:21.59 | vladbogo | in the home directory |
| 16:22.43 | brlcad | so that's something cmake could never find on its own, you have to tell it |
| 16:22.57 | brlcad | did you read http://qt-project.org/quarterly/view/using_cmake_to_build_qt_projects ? |
| 16:23.12 | brlcad | and http://www.kdab.com/using-cmake-with-qt-5/ |
| 16:23.35 | vladbogo | yes this are exactly the pages I used |
| 16:23.56 | brlcad | okay great |
| 16:24.56 | brlcad | so then try just setting the prefix path |
| 16:25.08 | brlcad | CMAKE_PREFIX_PATH=~/path/to/Qt cmake .. |
| 16:25.32 | brlcad | or cmake -DCMAKE_PREFIX_PATH=~/path/to/Qt .. |
| 16:25.40 | vladbogo | like this it works |
| 16:26.17 | brlcad | then you just need to use the right variables to enable/disable your files |
| 16:27.40 | brlcad | follow the logic for BRLCAD_ENABLE_X11 as I expect you'll need to add similar lines for BRLCAD_ENABLE_QT |
| 16:27.57 | brlcad | in the top-level CMakeLists.txt file and src/libdm/CMakeLists.txt file |
| 16:29.14 | vladbogo | i will look then there. Now (in the qt-dm patch) the BRLCAD_ENABLE_QT is always set |
| 16:29.56 | vladbogo | this was planned for today |
| 16:30.15 | brlcad | k |
| 16:30.38 | brlcad | vladbogo: curious, looking over your dm-txt patch -- why do you export all of the functions? |
| 16:32.39 | vladbogo | that was a misunderstanding |
| 16:32.50 | vladbogo | the txt dm patch needs some reviews |
| 16:33.49 | vladbogo | i focused on solving the problems on the qt-dm |
| 16:35.10 | vladbogo | should I fix the dm-txt patch? |
| 16:54.21 | brlcad | yes please |
| 16:54.43 | brlcad | probably end up not even needing that new header |
| 16:54.52 | vladbogo | yes |
| 16:55.17 | vladbogo | i did all the changes in the qt dm which at the moment is basically the same |
| 16:56.13 | brlcad | nods |
| 17:01.09 | vladbogo | i will start working to the txt dm |
| 17:07.03 | vladbogo | also I want to ask you how should I approach the existence of the txt dm? Is it ok if it's the same as the null dm and the macro is defined in dm.h? |
| 17:09.15 | harman | brlcad: Hi, I was working for making a patch to add feature requested at: http://sourceforge.net/p/brlcad/feature-requests/130/. I read your comment on this link to get some idea, but I am not getting; from which to which file I am suppose to move? |
| 17:10.26 | brlcad | vladbogo: what macro? |
| 17:10.52 | brlcad | if it's got a macro that has to be published, that would be a reason for it to have a header |
| 17:11.29 | brlcad | harman: sourceforge is apparently having problems today .. site is really slow |
| 17:13.09 | vladbogo | brlcad: dm.h (line 53) (#define DM_NULL (struct dm *)NULL) I used the same approach to determine that the txt dm exists and defined it there. Being a debug dm I suppose it is ok because it has to be present anytime |
| 17:13.47 | brlcad | vladbogo: DM_NULL is just a typecast NULL |
| 17:13.57 | brlcad | for older compilers |
| 17:14.16 | brlcad | that could/should basically be NULL nowadays |
| 17:14.32 | brlcad | i don't see what that has to do with your txt dm though.. |
| 17:16.04 | brlcad | harman: okay, 130 finally displayed -- the task involves the journal command in mged, yes? |
| 17:16.15 | harman | yes.. |
| 17:16.28 | brlcad | harman: so where is the journal command sources? |
| 17:16.58 | brlcad | aside from asking, how might you go about finding it? |
| 17:18.00 | harman | actually.. I read your comment and was trying to follow what you said. |
| 17:18.25 | brlcad | okay |
| 17:18.38 | harman | i searched for bu_log_add_hook |
| 17:18.46 | vladbogo | brlcad: nevermind. I was thinking at something wrong |
| 17:18.51 | harman | and I found it on log.c |
| 17:18.53 | harman | ok |
| 17:19.23 | brlcad | okay, that's where that particular function is implemented, and? |
| 17:21.21 | harman | means.. I found this in log.c |
| 17:32.34 | brlcad | heh |
| 17:34.10 | brlcad | harman: if I'm trying to help you with something, you have to actually ask a question or you'll have to follow down a line of reasoning to help you understand what you need to do next |
| 17:35.26 | brlcad | you wrote "from which to which file I am suppose to move?" which I started to help you with, and you redirected onto my comment about bu_log_add_hook, so my response followed "and?" and so what? you found the sources for that log function. now what? |
| 17:37.10 | brlcad | glad to help, but I'm not just going to try and guess or be a professor on a white board telling you all there is to know about bu logging or the journal command or mged's command infrastructure and hope that something I say is something you were needing to hear |
| 17:37.17 | brlcad | that'd be inefficient, right? |
| 17:37.32 | brlcad | so I'll help you get to where you're going, but I'm not going to drive the car :) |
| 17:39.12 | brlcad | you have the right idea, obviously you should try to understand my reply to the feature request since I basically say how to do it |
| 17:39.30 | brlcad | but you must first understand and reproduce the problem so you know what it is you're trying to change |
| 17:39.40 | brlcad | have you run the journal command? |
| 17:39.56 | harman | oh.. I was away from system.. |
| 17:40.04 | brlcad | you're allowed to do that |
| 17:40.08 | brlcad | :) |
| 17:40.09 | harman | yes. |
| 17:40.20 | harman | i run it |
| 17:40.28 | brlcad | do you understand the problem as tom stated it? |
| 17:40.32 | harman | yes |
| 17:40.43 | brlcad | do you know where/how the journal command is implemented? |
| 17:41.01 | harman | no |
| 17:41.18 | brlcad | so there's your first step before trying to understand my reply since that's part of the problem statement scope |
| 17:41.31 | harman | okay.. |
| 17:41.34 | brlcad | do you know how to go about finding it? |
| 17:41.56 | brlcad | variety of ways |
| 17:44.34 | harman | I basically do file search |
| 17:46.16 | brlcad | okay, that's a fine starting point, so what does that tell you? |
| 17:46.22 | harman | but that does not give produce any result.. |
| 17:47.32 | brlcad | how are you searching? |
| 17:47.54 | brlcad | you're clearly able to run the journal command so SOMEWHERE in the source tree there should be at least one reference to the word journal |
| 17:48.56 | harman | history.c? |
| 17:49.32 | brlcad | I assume you more specifically mean src/mged/history.c |
| 17:50.03 | harman | yes yes |
| 17:50.45 | brlcad | that sounds like the place, and if you followed a different approach for finding the command, it would be confirmed |
| 17:51.20 | harman | i used grep command |
| 17:51.29 | brlcad | good |
| 17:51.43 | brlcad | if you looked in src/mged, you would have found a reference to "journal" and and f_journal function |
| 17:52.21 | brlcad | that piece of code should look very much like a command table, and would have been strong evidences that you "found" where the command is hooked in |
| 17:52.35 | brlcad | that f_journal function becomes the starting point |
| 17:52.48 | brlcad | from there, you find the implementation in history.c |
| 17:53.24 | brlcad | okay, so now you should try to follow the logic in that file, starting with f_journal(), to see if you have a basic understanding of what it's doing |
| 17:53.39 | harman | okay.. |
| 17:53.40 | brlcad | then re-read my response about how to possibly go about fixing it |
| 17:53.51 | harman | ok |
| 17:55.37 | harman | i will do it |
| 17:55.53 | brlcad | once you have a basic understanding of the command, that should really help with figuring out what you can do to fix it |
| 17:56.09 | brlcad | at which point my comments may help or you may even end up with a better idea |
| 17:56.24 | brlcad | that command was very quickly implemented, terrible code, so there's lots of room for improvement |
| 17:56.33 | brlcad | you could simply start by making a patch that cleans up the code |
| 17:56.49 | harman | okay.. |
| 17:56.55 | brlcad | refactoring and improving code while you read it is a great way to learn the code too |
| 17:57.11 | harman | thanks for the tip |
| 17:57.32 | brlcad | just make sure any "cleanup" changes you make are not mixed with any feature request changes |
| 17:57.40 | brlcad | (a patch should do just one thing, not many things) |
| 17:58.21 | harman | i will keep it in mind |
| 17:58.30 | brlcad | same thing with commits |
| 17:58.54 | harman | okay.. |
| 18:00.40 | *** join/#brlcad caen23_ (~caen23@92.81.220.39) | |
| 18:00.45 | harman | you were talking about ideas you and other developers have idea to improve project scope |
| 18:00.45 | brlcad | vladbogo: your patches are looking great, daniel was happy too |
| 18:01.01 | brlcad | vladbogo: you now have commit access, test commit some small change now if you would please |
| 18:01.20 | vladbogo | brlcad: thanks |
| 18:01.28 | brlcad | vladbogo: and (re)read the HACKING section on dev responsibilities |
| 18:02.01 | vladbogo | brlcad: i have also submitted the txt dm with fixes |
| 18:02.22 | brlcad | harman: yeah, actually it was from another dev who really frowned on the proposed interface approach, but liked the idea of a web interface overall |
| 18:02.24 | vladbogo | brlcad: i will read the HACKING again |
| 18:02.38 | brlcad | vladbogo: excellent |
| 18:04.13 | brlcad | vladbogo: so patch 179 is curious... |
| 18:04.38 | zero_level | brlcad: i am posting few issues from the mail her |
| 18:04.42 | zero_level | *here |
| 18:05.09 | zero_level | brlcad #Proposal Time Line Modifications |
| 18:05.35 | zero_level | I wish to remove group 10-11 from my proposal. I believe this will help in more time for the import/export tools and increases feasibility of the project. |
| 18:05.48 | zero_level | My Update proposal time line is here http://brlcad.org/wiki/User:Level_zero/GSOC13/timeline |
| 18:07.13 | vladbogo | brlcad: i think that approach should be discussed in order to make the best decision. That is just an idea I had in order to reduce the #ifdefs |
| 18:07.39 | brlcad | vladbogo: it seems like an incomplete patch? you leave dm_open() and add a new function and a new MY_*() macro (bad name) |
| 18:08.47 | brlcad | zero_level: what were groups 10-11? |
| 18:08.57 | vladbogo | I know it's a bad name. My idea would be to modify DM_OPEN as MY_DM_OPEN but as I only did the refactoring for the X dm that was not possible |
| 18:09.34 | brlcad | I think that's the "incomplete" I'm seeing |
| 18:09.39 | zero_level | http://brlcad.org/wiki/User:Level_zero/GSOC13/Refinements#Merge_or_Split_.28GROUP.2310.29 |
| 18:10.23 | vladbogo | brlcad: adding a comment for the first commit it's ok? |
| 18:11.58 | vladbogo | brlcad: I didn't knew if my idea for the patch it's better than the actual implementation so I submitted the patch and if you think that it is useful to finish it I will work on refactoring all the dm's |
| 18:12.06 | zero_level | brlcad u will find information regarding that on the web link |
| 18:12.08 | brlcad | vladbogo: as long as it's a useful comment or improving a comment, sure |
| 18:14.08 | brlcad | vladbogo: now that you have commit, you can think about it from a different approach and incrementally get there |
| 18:15.54 | brlcad | for example, one commit could add the new dm_open callback to the struct, and NULL entries for all of the DM's (with nothing using them) |
| 18:16.32 | brlcad | zero_level: brevity instead of links is nice ;) but that's a good question to ask your reviewing mentor |
| 18:16.52 | zero_level | is he around today ? |
| 18:17.05 | brlcad | zero_level: technically speaking, I'm much more concerned that you end up with a solid API design, framework for growth, and completely migrated commands -- not works in progress |
| 18:17.24 | brlcad | so most of your groups are secondary towards design |
| 18:17.29 | zero_level | ok |
| 18:17.48 | brlcad | already told you during evals that you were being way too ambitious/presumptuous :) |
| 18:18.19 | brlcad | your schedule should reflect where all your time is still going though regardless |
| 18:18.51 | harman | brlcad: okay... you mentioned in the message that focusing on NURBS instead of reinventing the wheel with basic shapes would improve scope. Can you please tell how can I invlove NURBS in my project? |
| 18:19.14 | zero_level | brlcad yesterday i submitted a patch regarding icv_structures. patch num = 192. link = http://sourceforge.net/p/brlcad/patches/192/ |
| 18:20.42 | vladbogo | brlcad: yes I know what you mean but I don't know if the select_dm function is the best approach because it still has ifdefs. |
| 18:22.02 | brlcad | harman: yeah, and that is probably an involved discussion |
| 18:22.37 | brlcad | but the basic notion is that we still don't think you fully get what you're proposing with editing representations on the front-end and boolean operations .... :) |
| 18:23.05 | brlcad | and we really don't want to end up with a idea that is never put into production use or just ends up being a neat demo |
| 18:23.25 | brlcad | or that duplicates existing functionality unnecessarily! so many concerns. ;) |
| 18:24.03 | brlcad | which leaves us introspecting what sort of interface WOULD be useful that we do not readily have that might make sense in a browser |
| 18:24.22 | brlcad | and still fits within scope |
| 18:24.53 | brlcad | zero_level: I saw it |
| 18:25.01 | zero_level | brlcad : ok |
| 18:25.17 | brlcad | vladbogo: that is true, twas another critique |
| 18:25.25 | zero_level | am i going right there ? |
| 18:25.30 | brlcad | the whole point of those structure callback tables is to avoid the ifdefs |
| 18:26.11 | brlcad | vladbogo: perhaps another approach would be a callback that returns the type ... depends on how it's used, right? |
| 18:26.23 | zero_level | brlcad: today i am making test functions for my convert patches |
| 18:26.53 | zero_level | also working on group 1 (Croping) test compiles. |
| 18:27.00 | brlcad | zero_level: you just submitted that, there are some others ahead of it... :) |
| 18:27.11 | zero_level | ok |
| 18:27.16 | vladbogo | brlcad: I know but there still has to be a way to select the dm. A new callback that returns the type sounds like a good idea. |
| 18:27.30 | brlcad | if your old patches aren't perfect, i'd suggest giving them a look over once again (and make them perfect) |
| 18:27.52 | brlcad | vladbogo: maybe .. it just depends what that type is used for |
| 18:28.01 | brlcad | ideally we'd fully hide the type, it shouldn't matter |
| 18:28.58 | brlcad | at most, callers really only need a few things like whether OpenGL is available, whether there are events, maybe whether it's current,e tc |
| 18:29.10 | zero_level | also brlcad: i have created an index page on wiki which contains all the info. I hope u have seen that. the link is here http://brlcad.org/wiki/User:Level_zero/ |
| 18:29.31 | vladbogo | brlcad: i will consider this and think about a better solution |
| 18:30.51 | brlcad | zero_level: no I hadn't seen that because that trailing slash isn't the convention for user dirs |
| 18:30.55 | brlcad | http://brlcad.org/wiki/User:Level_zero |
| 18:31.05 | brlcad | should move the page |
| 18:31.53 | Notify | 03BRL-CAD Wiki:Level zero * 0 /wiki/User:Level_zero/: trailing slash is not the convention |
| 18:32.19 | zero_level | brlcad : here it is http://brlcad.org/wiki/User:Level_zero/index |
| 18:33.33 | harman | brlcad: ok.. if it is an invloved discussion then I can start discussion over mailing list and in the mean time I should work on patches. Is it OK? |
| 18:34.39 | zero_level | brlcad : our bwhisteq uses the same method as histeq. But the mapping is done as such it avoids the closed form function to find the new map. |
| 18:37.17 | brlcad | harman: it's more an extension of your proposal discussion |
| 18:37.34 | brlcad | on http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/harman052/15001#c46001 |
| 18:38.36 | brlcad | zero_level: closed form... avoids what? statement doesn't say anything to me as worded other than our bwhisteq tool matches matlabs histeq function |
| 18:39.26 | brlcad | "But the mapping is done as such it avoids the closed form function to find the new map." ... which mapping? what is it? new map from what? how is closed form relevant? :) |
| 18:40.04 | harman | brlcad: sorry, i didn't get you. |
| 18:40.50 | brlcad | harman: i'm saying that you probably don't have enough to start a discussion... :) |
| 18:41.02 | brlcad | and just asking for people to talk isn't likely going to start a discussion |
| 18:41.39 | harman | then what next? |
| 18:43.00 | brlcad | so I've got a little time now, lets discuss where we left off |
| 18:43.19 | *** join/#brlcad kesha (~kesha@49.202.239.196) | |
| 18:43.20 | brlcad | I get how you're planning on displaying projected rpps in four views |
| 18:44.12 | brlcad | but then what? you used that in response to my concerns about how that applies to the general case that you are reportedly aiming for |
| 18:44.23 | brlcad | but your description doesn't generalize |
| 18:44.49 | brlcad | it only works for rpps because an un-rotated projected rpp is just a rectangle and the web tech deals with drawing rectangles fine |
| 18:45.39 | brlcad | even with rpps, I don't think your description deals with the visualization aspect |
| 18:46.12 | brlcad | if I move an rpp in just one view and subtract it, what does that mean? how is the subtraction performed? |
| 18:46.22 | brlcad | the result is not an rpp any longer |
| 18:49.03 | brlcad | I think to make progress on a different direction, you're going to need to understand what this problem is about geometry representation types, what data you actually have to work with, and what it is exactly that is being accomplished |
| 18:49.38 | brlcad | and this is very much not feeling like a discussion. hello? |
| 18:50.01 | harman | i am reading and thinking |
| 18:51.55 | brlcad | taking a step back, the overarching goal was stated as a web interface to BRL-CAD |
| 18:52.12 | harman | yes.. |
| 18:52.27 | brlcad | that's obviously very open-ended, with a lot of room for doing something really interesting and useful and not held back by our current usability limitations |
| 18:52.32 | brlcad | that part I think we all get :) |
| 18:53.53 | brlcad | however to "shift all features and functionality of desktop software to browser" is a very big statement from your proposal that begs for understanding why this is a problem now |
| 18:54.41 | brlcad | why does BRL-CAD currently not have OpenGL shaded display visualizations of geometry? |
| 18:55.28 | harman | "shift all features and functionality of desktop software to browser is the ultimate goal. |
| 18:55.47 | brlcad | yes, I realize this is meant as a small stepping stone, just a start |
| 18:55.58 | harman | yes |
| 18:56.10 | vladbogo | brlcad: I am trying to make my first commit but I don't know how to specify my sourceforge username(I am trying svn commit --username). Can you give me a hint? |
| 18:56.24 | brlcad | but there still seems to be a fundamental realization that is yet to be attained... :) |
| 18:56.51 | brlcad | vladbogo: just run svn commit, it'll prompt a password, hit enter, it should prompt a username |
| 18:57.42 | brlcad | harman: so to my question -- why don't we already have pretty opengl shaded views? |
| 18:58.52 | harman | please explain.. |
| 18:59.18 | brlcad | your proposal addresses a fundamental issue in BRL-CAD |
| 18:59.41 | brlcad | it's hard to use, the interface is not "modern" or pretty or shaded ( you get wireframes ) |
| 18:59.45 | brlcad | why do we display wireframes |
| 18:59.50 | brlcad | why not something else? |
| 19:00.00 | harman | you said.. wireframes |
| 19:00.03 | vladbogo | brlcad: i tried that and it does not prompt neither password or username: simply opens the editor and after writing the comment prompts svn: Authorization failed |
| 19:00.20 | harman | has mathematical reason behind their implementation |
| 19:01.16 | brlcad | vladbogo: it'll depend what method you used to check out -- go to the sf.net page and get a read/write checkout url |
| 19:01.35 | vladbogo | brlcad: thanks |
| 19:01.44 | brlcad | harman: wireframes don't have mathematical reasoning behind them |
| 19:01.52 | brlcad | wireframes are just a bunch of 3d line segments |
| 19:02.10 | harman | okay |
| 19:02.26 | brlcad | if I open up the editor, create a sphere, create a cylinder that runs into the sphere, create another sphere on the other end, and union the shape together (like a barbell) ... what's the problem displaying that? |
| 19:02.30 | brlcad | o-o |
| 19:02.41 | brlcad | or better: O=O |
| 19:03.27 | brlcad | is there a problem? |
| 19:03.33 | harman | with wireframes? |
| 19:03.51 | brlcad | no, we obviously already show the wireframe |
| 19:03.58 | brlcad | but why the wireframe |
| 19:04.02 | brlcad | why not show the geometry shaded |
| 19:04.13 | harman | yes.. I too wanted to know |
| 19:04.14 | brlcad | like games or blender or any other 3D |
| 19:04.14 | harman | as |
| 19:04.22 | harman | there are so many CAd softwares |
| 19:04.24 | brlcad | this is what you're missing :) |
| 19:04.28 | harman | like FreeCAD |
| 19:04.37 | brlcad | mhmm, so why? |
| 19:04.42 | harman | :-) |
| 19:05.02 | harman | you can explain better.. ;-) |
| 19:05.16 | brlcad | "you're going to need to understand what this problem is about geometry representation types" |
| 19:05.28 | brlcad | geometry representation |
| 19:05.56 | brlcad | what does it mean to be a representation of geometry .. what is your data .. what is your representation type |
| 19:06.07 | brlcad | take a simple sphere |
| 19:06.18 | brlcad | a point (0,0,0) and a radius (10) |
| 19:06.25 | harman | hmm |
| 19:06.25 | brlcad | now display it |
| 19:06.38 | brlcad | what do you do? |
| 19:07.33 | brlcad | for sake of relevance, say we're using your web interface even, nice snazzy html5 canvas or webgl, doesn't matter |
| 19:08.06 | harman | 1. user select primitive (sphere). |
| 19:08.24 | harman | 2. fill radius and name of object. |
| 19:08.51 | harman | in input boxes (that appear after selection) |
| 19:08.58 | brlcad | that's what the user does, sure fine |
| 19:09.02 | brlcad | now what do YOU do |
| 19:09.15 | brlcad | you being the code you wrote to ultimately display the sphere |
| 19:09.25 | harman | wait.. |
| 19:10.03 | brlcad | user does #1, does #2 (specifies radius 10), now how is it actually displayed? |
| 19:10.03 | harman | 3. this will draw a circular shape in the windows.. |
| 19:10.03 | brlcad | how? |
| 19:10.30 | harman | now at this time.. only circular shape made in html5 or js is drawn |
| 19:10.47 | brlcad | and for clarity, we're not drawing a 2d circle and pretending it's a sphere, we want a 3d shaded sphere |
| 19:10.54 | harman | that represent sphere (it's 2D view) |
| 19:11.51 | brlcad | we can have this exact same explanation in 2D if you'd like, but the goal was not 2D |
| 19:12.17 | harman | that's why we provide 4 windows to see 2D different views of 3D object |
| 19:13.42 | brlcad | which is why you're not understanding the problem :) |
| 19:13.51 | brlcad | okay, so lets simplify this to 2D |
| 19:13.52 | harman | ?? |
| 19:14.23 | brlcad | the 4 views doesn't have anything to do with representation |
| 19:14.36 | brlcad | they're just views |
| 19:14.48 | harman | yes |
| 19:14.56 | harman | they are just views |
| 19:14.57 | brlcad | so lets say we have a view that is 100x100 |
| 19:15.05 | harman | ok |
| 19:15.30 | brlcad | and the view is centered at 0,0 |
| 19:15.37 | brlcad | so -50,-50 to 50,50 |
| 19:15.52 | brlcad | and we're now working with 2D geometry |
| 19:16.04 | harman | hmm |
| 19:16.08 | brlcad | your geometry is a 2D circle defined with origin (0,0) and radius (10) |
| 19:16.24 | brlcad | you want to visualize it, what do you do? |
| 19:16.59 | brlcad | i don't mean what does the user do |
| 19:17.07 | brlcad | what do YOU make the code do to display it? |
| 19:17.29 | harman | Oh I see.. |
| 19:18.18 | harman | you mean how we will visualize it in 3D world? |
| 19:18.44 | brlcad | we're sticking with 2D at the moment |
| 19:18.55 | brlcad | pretending BRL-CAD is a fully 2D CAD system |
| 19:19.10 | Notify | 03BRL-CAD:vladbogo * 55800 brlcad/trunk/src/conv/g-voxel.c: Added comment to src/conv/g-voxel.c to highlight the optional parameters section. |
| 19:19.21 | brlcad | we show an outline of a circle, outlines of boxes, etc. .. wireframes only, and we're trying to figure out why |
| 19:19.54 | brlcad | you're making a new fancy web interface to show off this 2D system but don't want to just display wireframes |
| 19:20.02 | harman | yes.. in that case we will have outlines |
| 19:20.23 | brlcad | so user specifies a circle, how do you display it? |
| 19:20.24 | harman | filled with colour |
| 19:20.34 | brlcad | HOW |
| 19:20.51 | harman | html5 is capable to make such shapes |
| 19:20.55 | brlcad | c'mon man, you're a dev, talk code to me :) |
| 19:21.23 | brlcad | better, okay so you plan to use html5 to display such a shape (2d circle) |
| 19:22.05 | harman | yes |
| 19:22.11 | brlcad | now the user creates another circle half offset from the first |
| 19:22.27 | brlcad | you again draw the second with html5 |
| 19:23.27 | brlcad | that's all fine, yes? |
| 19:23.37 | harman | yes |
| 19:23.39 | brlcad | now the user requests an intersection boolean operation |
| 19:23.43 | brlcad | what do you do? |
| 19:23.43 | harman | ok |
| 19:25.17 | harman | i mentioned in the proposal that |
| 19:25.30 | brlcad | forget the proposal, we're talking here and now :) |
| 19:25.56 | brlcad | i have two circles defined and an intersection, what do you do? |
| 19:26.01 | brlcad | how do you visualize that? |
| 19:26.12 | harman | order of selction will matter |
| 19:26.27 | brlcad | for an intersection order does not matter |
| 19:26.38 | harman | suppose circle A and circle B.. |
| 19:26.39 | brlcad | a ^ b |
| 19:27.23 | harman | we will be keeping a function behind the scene that holds the command of intersection |
| 19:27.43 | harman | in which we just need to fill the names of objects |
| 19:27.50 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5444 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 19:28.12 | brlcad | okay, so "comb intersection a + b" in BRL-CAD parlance ... we still need to visualize this |
| 19:28.29 | harman | means? |
| 19:29.34 | brlcad | i've asked how you visualize that shape |
| 19:29.44 | harman | the resulted shape? |
| 19:30.00 | brlcad | whatever you want to display |
| 19:30.23 | brlcad | user created two spheres and asked for an intersection, what do you do to show them that? |
| 19:30.49 | brlcad | you've told me you have a function that holds a command .. that obviously doesn't show them that |
| 19:30.53 | brlcad | what do you do to show them that? |
| 19:31.20 | brlcad | sorry, two circles |
| 19:34.17 | harman | we have event handlers in javascript that can be used to show result on the browser |
| 19:34.33 | harman | after user finishes |
| 19:34.36 | brlcad | you're goin to again make me ask HOW aren't you :) |
| 19:35.30 | brlcad | how is the result of that action displayed? |
| 19:36.15 | brlcad | hums a song |
| 19:39.16 | brlcad | harman: this is entirely about data and algorithm, not toolkits or user interface |
| 19:40.14 | brlcad | your inability to answer is getting at the heart of the problem |
| 19:42.20 | harman | yes.. algorithm and all that to be faced at later stage not now. i know it is possible but and can be done using above mentioned tools. |
| 19:42.37 | brlcad | i'm going to have to go soon, but think about it for a while -- how do you actually show the result of an intersection of two circles? how is the evaluation performed? what is the resulting data? |
| 19:42.50 | brlcad | no you don't know that |
| 19:43.11 | brlcad | because it's not possible with just the mentioned tools ... without you implementing everything that's missing |
| 19:43.34 | brlcad | the algorithm is not to be sorted out later, it's central to the ENTIRE problem |
| 19:44.13 | *** join/#brlcad caen23 (~caen23@92.81.220.39) | |
| 19:44.15 | harman | that flow i already explained, the function holds intersection command |
| 19:44.16 | brlcad | you don't yet understand why and that was fine during the proposal review |
| 19:44.21 | brlcad | but now it's critical |
| 19:44.29 | brlcad | okay, it holds a command |
| 19:44.48 | brlcad | and then what? |
| 19:45.06 | brlcad | that doesn't show anything |
| 19:45.22 | brlcad | that doesn't even calculate anything from an algorithmic perspective as described |
| 19:46.09 | harman | user's selection picks the names of objects and supply to function that fills into command. |
| 19:46.32 | harman | that command is written into file. |
| 19:47.41 | brlcad | we could have this same discussion with pen and paper .. draw a circle on a piece of paper then draw another overlapping circle ... now I ask for you to draw me the intersection |
| 19:47.55 | brlcad | here's your piece of paper, what do you do? |
| 19:50.14 | harman | it is already drawn when both circles overlapped. :-) |
| 19:50.27 | brlcad | no, that's the union |
| 19:50.44 | harman | omg |
| 19:51.01 | harman | sorry |
| 19:51.05 | brlcad | http://mathworld.wolfram.com/Circle-CircleIntersection.html |
| 19:51.13 | brlcad | see image under (16) |
| 19:52.16 | harman | i know intersection.. actually your questions.. |
| 19:52.19 | harman | :-) |
| 19:52.34 | brlcad | hm? |
| 19:52.50 | brlcad | not following |
| 19:52.51 | harman | erase the non overlapping part |
| 19:53.00 | harman | we got intersection |
| 19:53.02 | brlcad | i gave you a new sheet of paper |
| 19:53.12 | brlcad | how do you draw just the intersection? |
| 19:54.27 | brlcad | you're on the right track, but technically insufficient |
| 19:58.16 | brlcad | harman: alright, times up, gotta run |
| 19:58.20 | brlcad | please do continue to this about this |
| 19:58.31 | brlcad | think about how it pertains to 2D circles |
| 19:58.51 | brlcad | think about how it extends to arbitrary shapes (non-circles) |
| 19:59.24 | brlcad | where/how the evaluation is performed, how you're actually showing a result, where that data comes from ... and then how that all extends into 3D! |
| 19:59.44 | brlcad | we can talk more later, but this is THE central issue |
| 19:59.49 | harman | okay |
| 20:00.16 | brlcad | s/please do continue to this about this/please do continue to THINK about this/ |
| 20:00.45 | brlcad | I'll be waiting to hear what you've understood the next time we talk |
| 20:00.58 | harman | sure |
| 20:01.03 | brlcad | in the meantime, work on a good patch or three ;) |
| 20:01.40 | harman | hmmm |
| 20:09.02 | Notify | 03BRL-CAD:brlcad * 55801 (brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/CMakeLists.txt and 3 others): accept sf patch 163 (Added a text DM) by Vlad Bogolin which implements a non-graphical text debugging interface to libdm. |
| 20:13.48 | brlcad | vladbogo: so I'd call 55800 an unuseful comment as that's pretty much exactly what the code says too. comments should say what the code does not. (and there's probably not much to be said about a getopt block) |
| 20:14.18 | brlcad | might as well say /* do some stuff */ :) |
| 20:25.30 | vladbogo | brlcad: sorry about that. I will be more careful in the future and I will remove when I change the txt_open_dm() |
| 20:29.38 | Notify | 03BRL-CAD:starseeker * 55802 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: Start trying to figure out how to speed up the sparse bot wireframe drawing |
| 20:30.36 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 20:34.31 | Notify | 03BRL-CAD:starseeker * 55803 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: memset instead of loop here |
| 21:04.37 | Notify | 03BRL-CAD:vladbogo * 55804 (brlcad/trunk/src/conv/g-voxel.c brlcad/trunk/src/libdm/dm-generic.c brlcad/trunk/src/libdm/dm-txt.c): Renamed txt_open_dm to txt_open to maintain consistency. Also removed unuseful comment from g-voxel.c |
| 21:14.17 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5445 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 1 */ |
| 21:23.50 | *** join/#brlcad Ch3ck (295cd318@gateway/web/freenode/ip.41.92.211.24) | |
| 22:16.27 | *** join/#brlcad zero_level (~zero_leve@117.205.16.131) | |
| 22:51.06 | ``Erik | zero_level: I think your submitted icv struct patch tries to add too much at one whack... there are some parts that I like and some that I'm not sure I agree with, but the lumping turns it into an "all-or-nothing" decision... |
| 22:51.47 | zero_level | ``Erik ok |
| 22:52.15 | zero_level | what is lumping turns it into an "all-or-nothing" decision ? |
| 22:52.22 | ``Erik | zero_level: I'm ok with the operations enum, I don't think having structs for geometry and position add any value |
| 22:53.15 | ``Erik | ICV_SIZE_NULL seems redundant, just use NULL |
| 22:53.17 | zero_level | ``Erik point will be required in few functions |
| 22:53.28 | zero_level | like icv_rect |
| 22:53.39 | ``Erik | icv_kernel is poorly named/commented, I don't understand what it's for |
| 22:53.56 | zero_level | icv_kernel stores the kernel information for filtering |
| 22:54.02 | zero_level | i will add the comments there |
| 22:55.11 | zero_level | ``Erik geometry ? |
| 22:55.12 | ``Erik | generally, a patch should be the same as a commit... it should be very focused in what it does and the 'one brief line' comment should instantly let the casual reader understand the purpose, extent and change |
| 22:55.16 | ``Erik | width/height |
| 22:55.33 | zero_level | u mean size ? |
| 22:55.36 | ``Erik | yes |
| 22:55.53 | ``Erik | what's wrong with passing in width, height, X and Y as seperate arguments? |
| 22:56.12 | zero_level | ok. what we could do is define a macro |
| 22:56.19 | zero_level | for size |
| 22:56.28 | zero_level | and keep points alive |
| 22:56.45 | ``Erik | "struct icv_size { int width, height; }" kinda makes me go "ugh, someone has been looking at too much bad c++" |
| 22:57.04 | zero_level | #define icv_size icv_point |
| 22:57.24 | ``Erik | vmath even provides 2d arrays that could be used with all the goodies, if you really wanted |
| 22:58.24 | ``Erik | one thing I would like to see some attention to is the intermediate memory format of the pixel data |
| 22:59.05 | ``Erik | perhaps stored with the rgb values in normalized floats, so we can do high precision manipulations, etc |
| 22:59.40 | ``Erik | high dynamic range images, etc |
| 23:00.31 | zero_level | i am afraid if we have a format for that ? |
| 23:00.43 | zero_level | our raw formats like bw and pix use |
| 23:01.04 | zero_level | 8bits pixel and 24bit rgb pixel |
| 23:01.26 | ``Erik | format for which? pix and bw are inadequate... one of the big reasons icv started was to improve output from raytracing tools... |
| 23:02.04 | ``Erik | the ray tracer has the capability to generate some very precise results, but we throw away a lot of data to produce a 24 bit image |
| 23:02.19 | ``Erik | we want to do better that what is already there! :D |
| 23:02.41 | zero_level | so how do u suggest we do this? |
| 23:03.22 | zero_level | do we create two image structures one with uchar and other with float ? |
| 23:04.15 | zero_level | also conversion to float will have an impact on the api functions of brlcad utilities |
| 23:05.18 | ``Erik | the internal representation would be float, so in reading a pix file, it'd be for(i=0;i<pixels;i++){ buf.pix[i].red = ((double)*bp)/255.0; bp++; buf.pix[i].green=((double)*bp)/255.0; bp++; buf.pix[i].blue=((double)*bp)/255.0; } |
| 23:05.44 | ``Erik | yes, the utilites have to be taught to use the interface instead of directly mucking with data |
| 23:06.44 | zero_level | since it is raw format the current versions directly reads the bytes into the buffer using read etc. |
| 23:06.57 | ``Erik | I started that process a while back, you'll see some utilities using icv_save_writepixel() and icv_save_writescanline() instead of directly accessing data... for the purpose of abstracting internal representation |
| 23:08.34 | ``Erik | src/rt/view.c and src/rt/viewedge.c use the new api... they're also two of the very few rt's that can save as png out of the box, due to the data abstraction |
| 23:09.35 | ``Erik | (I feel it's important to address internal representation first, as that will directly impact how all manipulation functions will be written) |
| 23:10.10 | zero_level | also we could do store a variable for data_type |
| 23:10.18 | ``Erik | updating existing tools to use an api right now will give us some freedome in how we deal with the representation |
| 23:10.54 | zero_level | and make the data variable a void* type |
| 23:11.28 | zero_level | i was focussing on the utilities from src/util folder |
| 23:11.41 | ``Erik | once the internal representation is encapsulated, it can be changed |
| 23:11.58 | zero_level | internal representation of icv_image ? |
| 23:12.11 | ``Erik | yeah... maybe the first couple efforts could be redoing conversion utilities to use the api? |
| 23:12.26 | ``Erik | pix-png, pix-bw, bw-pix, etc? |
| 23:14.54 | zero_level | this will hamper the performance of these utilities |
| 23:15.18 | zero_level | my plan was to implement them as functions in the libicv. ? |
| 23:15.32 | zero_level | and rather other utilities also as functions of libicv |
| 23:15.55 | ``Erik | the performance is a non-issue... |
| 23:16.00 | zero_level | i have designed an api call for them as well http://brlcad.org/wiki/User:Level_zero/GSOC13/api |
| 23:17.13 | ``Erik | when I was started with bu_image, I envisioned all the image conversion utilities being basically 2 function calls... something of the nature of "icv_image img; read_image(&img, argv[1]); write_image(&image, ICV_PNG, argv[2]);" |
| 23:18.14 | zero_level | yes. for the conversion tools even i think of doing it this way |
| 23:19.00 | ``Erik | I actually managed to unsettle starseeker in describing an approach where all converters would be hard links to the same executable and the logic of the executable parsing argv[0] for what mode to operate in :) |
| 23:19.02 | zero_level | u see icv_convert function in 188 patch |
| 23:19.53 | ``Erik | I've only had a chance to look at the bwhisteq patch and the icv structures one... let me load it up (but I have to leave soon) |
| 23:22.10 | *** join/#brlcad kesha (~kesha@49.202.239.196) | |
| 23:22.13 | ``Erik | hm, that patch definitely has some good stuff to it, I'll review it further tomorrow |
| 23:22.55 | zero_level | although untested |
| 23:23.01 | ``Erik | sorry about having to run so quick... I'll try to look it over before oh, 14:00 GMT? and I'll be on irc at that time |
| 23:23.01 | zero_level | i am testing it today |
| 23:23.31 | ``Erik | have a good evening :) *wanders off* |
| 23:26.48 | zero_level | ``Erik : same to u, i will try to be around at that time. |
| 23:26.52 | zero_level | thanks |
| 23:27.51 | zero_level | ``Erik Also all my information are on this page http://brlcad.org/wiki/User:Level_zero/index |
| 00:48.49 | *** join/#brlcad zero_level (~zero_leve@117.205.25.46) | |
| 01:05.58 | *** join/#brlcad zero_level (~zero_leve@117.205.17.76) | |
| 07:10.43 | *** join/#brlcad ibot (~ibot@rikers.org) | |
| 07:10.43 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 07:16.51 | *** join/#brlcad zero_level (~zero_leve@117.205.18.247) | |
| 08:26.37 | *** join/#brlcad zero_level (~zero_leve@117.212.26.157) | |
| 08:57.58 | *** join/#brlcad kesha (~kesha@49.249.18.210) | |
| 09:16.20 | *** join/#brlcad Izak (29cac660@gateway/web/freenode/ip.41.202.198.96) | |
| 09:24.17 | *** join/#brlcad kesha_ (~kesha@49.249.18.15) | |
| 09:31.16 | *** join/#brlcad kesha__ (~kesha@49.249.18.15) | |
| 09:31.29 | Izak | Kesha how far? |
| 09:31.46 | Izak | have you obtained commit acces ? |
| 09:34.19 | *** join/#brlcad kesha_ (~kesha@49.249.199.245) | |
| 09:35.47 | *** join/#brlcad kesha_ (~kesha@49.249.199.245) | |
| 09:38.18 | Izak | In what format should patches be sub,itted? |
| 09:38.32 | Izak | su,itted = submitted |
| 09:54.24 | *** join/#brlcad kesha_ (~kesha@49.249.199.245) | |
| 11:16.38 | *** join/#brlcad zero_level (~zero_leve@117.212.31.234) | |
| 11:47.42 | *** join/#brlcad kesha_ (~kesha@49.249.199.245) | |
| 12:01.23 | *** join/#brlcad zero_level (~zero_leve@117.212.24.27) | |
| 12:27.15 | *** join/#brlcad zero_level (~zero_leve@117.212.28.236) | |
| 12:37.53 | Notify | 03BRL-CAD:phoenixyjll * 55805 (brlcad/trunk/src/libbrep/intersect.cpp brlcad/trunk/src/libbrep/opennurbs_ext.cpp): It seems that we inappropriately prepTrims when m_removeTrimmed is false, causing get_closest_point() to fail. Someone who wrote this code needs to check whether this change is correct. |
| 12:42.17 | Notify | 03BRL-CAD Wiki:Phoenix * 5446 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */ |
| 12:45.15 | Notify | 03BRL-CAD Wiki:Phoenix * 5447 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */ |
| 12:46.32 | Notify | 03BRL-CAD Wiki:Phoenix * 5448 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */ |
| 12:57.03 | Notify | 03BRL-CAD Wiki:Phoenix * 5449 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */ |
| 12:58.14 | Notify | 03BRL-CAD:phoenixyjll * 55806 brlcad/trunk/src/libbrep/intersect.cpp: Use a smaller depth for PSI to improve performance. |
| 13:00.25 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:16.34 | *** join/#brlcad zero_level (~zero_leve@117.205.25.64) | |
| 13:40.39 | *** join/#brlcad kesha_ (~kesha@49.249.199.245) | |
| 14:15.46 | *** join/#brlcad zero_level (~zero_leve@117.205.21.173) | |
| 14:32.05 | zero_level | hi ``Erik |
| 14:55.50 | ``Erik | yargh, sorry, had a briefing this morning, just now getting to look at the patch. |
| 15:23.40 | *** join/#brlcad zero_level (~zero_leve@117.205.22.119) | |
| 15:32.58 | zero_level | hi: ``Erik posted the updated patch in the same thread. |
| 15:33.16 | zero_level | see patch 188 |
| 15:54.54 | *** join/#brlcad kesha_ (~kesha@49.249.18.225) | |
| 16:09.25 | *** join/#brlcad kesha_ (~kesha@49.249.191.151) | |
| 16:19.31 | *** join/#brlcad kesha_ (~kesha@49.202.239.120) | |
| 16:34.54 | *** join/#brlcad kesha__ (~kesha@49.249.9.42) | |
| 16:59.57 | *** join/#brlcad kesha (~kesha@49.249.18.13) | |
| 17:03.45 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 17:07.31 | *** join/#brlcad kesha (~kesha@49.249.200.90) | |
| 17:15.21 | *** join/#brlcad kesha_ (~kesha@49.202.239.218) | |
| 17:25.46 | *** join/#brlcad zero_level (~zero_leve@117.205.28.87) | |
| 17:34.16 | *** join/#brlcad kesha__ (~kesha@49.249.1.90) | |
| 17:56.18 | *** join/#brlcad zero_level (~zero_leve@117.205.23.92) | |
| 18:06.02 | Notify | 03BRL-CAD Wiki:Harman052 * 5450 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:24.31 | *** join/#brlcad kesha__ (~kesha@49.249.1.90) | |
| 18:39.44 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 19:57.16 | Notify | 03BRL-CAD:starseeker * 55807 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: This is less pretty than using edges (doesn't cull all the lines we would want to cull) but should be faster - if this can't be made 'fast enough' adding more processing on isn't workable either. |
| 19:59.28 | Notify | 03BRL-CAD Wiki:41.92.210.20 * 5451 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */ |
| 19:59.40 | zero_level | hey ``Erik : |
| 20:08.16 | Notify | 03BRL-CAD Wiki:Level zero * 5452 /wiki/Google_Summer_of_Code/2013: /* added zero_level Information */ |
| 20:21.07 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5453 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Coding Log Report for GSoc 2013 */ |
| 20:23.45 | Notify | 03BRL-CAD Wiki:Tbrowder * 5454 /wiki/Google_Summer_of_Code/2013: /* Getting started */ |
| 20:26.56 | Notify | 03BRL-CAD Wiki:Tbrowder * 5455 /wiki/Google_Summer_of_Code/2013: /* Getting started */ |
| 20:28.29 | Notify | 03BRL-CAD Wiki:Tbrowder * 5456 /wiki/Google_Summer_of_Code/2013: /* Getting started */ |
| 20:37.19 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 20:39.09 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5457 /wiki/Google_Summer_of_Code/2013: /* Accepted Projects */ |
| 20:59.54 | *** join/#brlcad zero_level (~zero_leve@117.205.20.130) | |
| 21:51.10 | brlcad | zero_level: finishing your statement before hitting the enter key will tend to get you a response |
| 21:51.53 | brlcad | don't just mention someone's name hoping for them to respond if they're here -- just say what you would have said if they said hi/hey/whatever back |
| 22:09.25 | zero_level | hey ``Erik: in the mean time you review my updated patch (patch num 188) i am working on icv_rect function from group 1(Cropping). |
| 22:12.40 | zero_level | brlcad: i need your help here. If I have completed work on a patch (say icv_convert). And now if work on a completely new work sat icv_rect do i remove the previous files from my working copy. or just add it in the new patch ? |
| 22:12.57 | zero_level | provided the previous patch is itself large. |
| 22:16.13 | brlcad | zero_level: state in any subsequent patch submissions if other patches must be applied first, that way they are reviewed and committed in order |
| 22:17.23 | brlcad | but keep pinging on folks to help review them and keep checking them to make sure they have no issues and will apply cleanly |
| 22:19.05 | zero_level | brlcad: pinging on folks? on IRC? |
| 22:49.14 | *** join/#brlcad zero_level (~zero_leve@117.205.25.76) | |
| 23:23.56 | zero_level | brlcad, ``Erik posted a new patch for icv_rect function |
| 23:24.15 | zero_level | patch num #196 https://sourceforge.net/p/brlcad/patches/196/ |
| 23:31.59 | ``Erik | zero_level: sorry I didn't get a chance to really focus on the convert patch, had some work issues come up. I was happy to see a pix load functions (I think that by itself is easily worthy of being a patch by itself), still not keen on the 'size' struct, and it seems like the convert function itself is superfluous |
| 23:32.54 | ``Erik | I've not had a chance to really look at the 3to1 function... as a general observation: the patch is too big and tries to do way too much |
| 23:35.39 | ``Erik | if you were to, say, split the pix load function out and call that a patch by itself, that would probably be pretty quick to review and either provide solid feedback or apply. Strive for atomic concise patches :) |
| 23:38.27 | ``Erik | ok, see, crop.patch is 554 lines, I just don't have the time right now to look at that much... I have time for a patch with maybe 20 lines... the bwhisteq patch was excellent in size and scope, the only reason it wasn't an easy accept was that it exposed a vague and unexpected behavior that'd been lurking in the code since 1986, and I'm not keen on letting a bug or incorrect behavior survive |
| 23:38.58 | ``Erik | (also; it had a trailing whitespace, but that's a minor issue) |
| 23:42.26 | zero_level | ``Erik this patch has a long history |
| 23:42.47 | zero_level | 171 176 178 |
| 23:44.23 | zero_level | so i will create pix load as a patch |
| 23:45.48 | zero_level | about the superfluosness of convert patch ! that is just a representation of the uses of current load/save utilities |
| 23:46.34 | zero_level | ``Erik also 3to1 is a conversion of the utility pix-bw |
| 23:46.50 | zero_level | and 1to3 is conversion of the utility bw-pix |
| 23:47.54 | zero_level | these will be helfpful for conversion between images of different depth |
| 23:54.53 | ``Erik | yeah, I caught that they were bw<->pix helpers, I just haven't had a hcance to dig into them |
| 23:55.33 | ``Erik | I've written up some documentation and a function prototype for loading ... give me a minute to verify it compiles ok |
| 23:56.15 | ``Erik | (btw, writing doxygen comments for icv functions could also be a good patch to help towards a commit bit) |
| 23:58.36 | zero_level | ok, ``Erik are u compiling patch 188 or 196 ? |
| 23:58.49 | Notify | 03BRL-CAD:erikgreenwald * 55808 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): stub out an icv_image_load() prototype with some docs |
| 23:59.01 | ``Erik | compiling 55808, actually... :) |
| 23:59.30 | ``Erik | 188 and 196 are too big |
| 00:00.03 | ``Erik | 188 should be 4 patches, and you even list out exactly what 4 seperate patches they should be |
| 00:00.23 | zero_level | ok :) |
| 00:00.51 | ``Erik | as brlcad mentioned, you can have patches depend on other patches as long as you put the dependancy in the description |
| 00:01.56 | ``Erik | consider commit 55808 and simply creating a load_pix() function to satisfy it... that could be one patch. Another could be loading bw. Yet another as load_png... these would be properly sized patches |
| 00:01.57 | zero_level | would u mind if i mix pix load and bw load ? |
| 00:02.06 | zero_level | in one patch ? |
| 00:02.31 | ``Erik | you can do that, I think it'd be easier and better to have them as seperate patches... |
| 00:02.38 | zero_level | ok |
| 00:05.20 | ``Erik | btw, the patches don't have to link them to the icv_image_load() function... you can just do a patch to make pix_load() in a way that can eventually be used by the function |
| 00:08.35 | zero_level | ok |
| 00:10.08 | ``Erik | pokes notify |
| 00:10.10 | Notify | 03BRL-CAD:erikgreenwald * 55809 brlcad/trunk/src/libicv/fileformat.c: some noise on splitting the load out to seperate funcs |
| 00:10.21 | ``Erik | there ya go |
| 00:11.04 | zero_level | I guess the man reason for that was to remove code redundancy of opening the file |
| 00:11.16 | zero_level | also we have this guess_file_format |
| 00:11.22 | zero_level | which is very handy |
| 00:11.49 | zero_level | so we may not need the fileformat in the icv_load |
| 00:14.42 | ``Erik | since the guess stuff is heuristic (and currently merely based on the filename string), I'd be more comfortable being able to override it.. |
| 00:16.08 | ``Erik | (also; changing 'unsigned char *data' to 'struct pixel_s { float r, g, b, a; }; ... struct pixel_s *data;' would be nifty |
| 00:16.11 | ``Erik | ) |
| 00:23.01 | ``Erik | brlcad, starseeker, n_reed, anyone else: RFC: splitting libicv/fileformat.c, break into format files (png.c bw.c pix.c ppm.c etc), or functionality files (load.c save.c etc) |
| 00:28.59 | zero_level | functionality files will be better ``Erik |
| 00:30.30 | zero_level | because most of the load, save have common features |
| 00:32.44 | ``Erik | that was my gut feeling, but I'm a functional coder and generally unimpressed by object oriented stuff... so I'm hoping to get a little bit of discussion going when people wake up and read backlog *shrug* |
| 00:33.02 | ``Erik | (it's irc, discussions can be staggered over several days) |
| 00:40.56 | zero_level | ``Erik see patch 197 |
| 01:20.41 | zero_level | ``Erik also patch 198 (added new) is split version of crop.patch |
| 02:38.04 | *** join/#brlcad zero_level (~zero_leve@117.205.19.214) | |
| 03:16.24 | *** join/#brlcad zero_level (~zero_leve@117.205.19.214) | |
| 03:44.54 | *** join/#brlcad caen23_ (~caen23@92.81.178.41) | |
| 04:53.16 | *** join/#brlcad kesha (~kesha@49.249.1.90) | |
| 05:14.41 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5458 /wiki/Google_Summer_of_Code/2013: /* Added STEP libraries project */ |
| 05:15.54 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5459 /wiki/Google_Summer_of_Code/2013: /* STEP libraries */ |
| 05:33.30 | *** join/#brlcad zero_level (~zero_leve@117.220.10.102) | |
| 05:36.12 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5460 /wiki/User:KeshaSShah/GSoC13/Reports: /* June 20 */ |
| 06:00.05 | *** join/#brlcad zero_level (~zero_leve@117.205.19.237) | |
| 06:38.21 | *** join/#brlcad zero_level (~zero_leve@117.220.11.41) | |
| 06:56.48 | *** join/#brlcad zero_level (~zero_leve@117.220.10.200) | |
| 07:19.36 | *** join/#brlcad zero_level (~zero_leve@117.212.31.85) | |
| 07:44.34 | *** join/#brlcad kesha (~kesha@49.249.1.67) | |
| 07:46.26 | *** join/#brlcad zero_level (~zero_leve@117.220.15.86) | |
| 07:46.26 | brlcad | ``Erik: I'd opt for format files, so if there's some new snazzy format that requires funky header or implementation logic, it's all isolated in one place |
| 07:47.03 | brlcad | if you wanted to use a c++ lib, the entire impl would become cpp files, instead of being isolted to just that format |
| 07:47.36 | brlcad | and since you were disconnected zero_level, I just responded that I'd opt for format files, so if there's some new snazzy format that requires funky header or implementation logic, it's all isolated in one place |
| 08:18.24 | *** join/#brlcad zero_level (~zero_leve@117.205.27.115) | |
| 08:44.44 | *** join/#brlcad kesha (~kesha@49.249.199.244) | |
| 09:29.15 | *** join/#brlcad kesha (~kesha@49.249.18.150) | |
| 09:52.46 | *** join/#brlcad kesha (~kesha@49.249.1.76) | |
| 10:02.11 | *** join/#brlcad kesha (~kesha@49.249.1.175) | |
| 10:13.07 | *** join/#brlcad kesha (~kesha@49.249.1.175) | |
| 10:24.41 | *** join/#brlcad zero_level (~zero_leve@117.220.13.46) | |
| 10:25.43 | *** join/#brlcad kesha_ (~kesha@49.249.1.175) | |
| 10:28.17 | zero_level | hi can us send me the logs of today |
| 10:36.33 | *** join/#brlcad kesha_ (~kesha@49.249.1.175) | |
| 10:37.48 | Notify | 03BRL-CAD:phoenixyjll * 55810 brlcad/trunk/src/libbrep/intersect.cpp: Add Newton-Raphson iteration in PCI to improve accuracy (use the one from subdivision and linear approximation as a starting point) |
| 10:38.51 | Notify | 03BRL-CAD Wiki:Phoenix * 5461 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 1 */ |
| 10:49.36 | *** join/#brlcad kesha_ (~kesha@49.249.19.73) | |
| 10:55.56 | *** join/#brlcad kesha_ (~kesha@49.249.19.73) | |
| 11:14.57 | *** join/#brlcad kesha__ (~kesha@49.249.1.56) | |
| 11:18.36 | *** join/#brlcad zero_level (~zero_leve@117.212.24.96) | |
| 11:36.36 | *** join/#brlcad zero_level (~zero_leve@117.205.29.64) | |
| 11:56.03 | Notify | 03BRL-CAD Wiki:Phoenix * 5462 /wiki/Google_Summer_of_Code/2013: /* Consolidating and Adding the Image Processing Functions to LIBICV */ |
| 11:56.36 | Notify | 03BRL-CAD Wiki:Phoenix * 5463 /wiki/Google_Summer_of_Code/2013: /* Consolidating and Adding the Image Processing Functions to LIBICV */ |
| 11:56.45 | Notify | 03BRL-CAD Wiki:Phoenix * 5464 /wiki/Google_Summer_of_Code/2013: /* NURBS Intersections */ |
| 11:59.55 | *** join/#brlcad zero_level (~zero_leve@117.205.25.31) | |
| 12:18.40 | *** join/#brlcad zero_level (~zero_leve@117.212.26.106) | |
| 12:31.33 | *** join/#brlcad Ch3ck (295cd317@gateway/web/freenode/ip.41.92.211.23) | |
| 12:40.02 | *** part/#brlcad Ch3ck (295cd317@gateway/web/freenode/ip.41.92.211.23) | |
| 12:46.01 | *** join/#brlcad zero_level (~zero_leve@117.205.30.27) | |
| 13:06.25 | *** join/#brlcad zero_level (~zero_leve@117.212.25.96) | |
| 13:11.06 | zero_level | Hi ``Erik also see patch 200 for Doxygen comments for icv.h |
| 13:16.19 | zero_level | brlcad: I found identifier searcher http://brlcad.org/xref/ident . This is very helpful in Code Hacking. Do we have this on the latest version ? Can i do something to assist in updating the identifer search tool for the latest version? |
| 13:21.28 | Notify | 03BRL-CAD Wiki:Level zero * 5465 /wiki/User:Level_zero/patches: /* Updates in Patch Information */ |
| 13:22.17 | zero_level | hI ``Erik this page has all the patch information http://brlcad.org/wiki/User:Level_zero/patches |
| 13:36.50 | Notify | 03BRL-CAD:starseeker * 55811 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: Nick had a good idea to use the pair map as a way to make an indexed array of edges up front, and then work with arrays after that. This is a stab at creating the arrays from the map, which is not further hooked into the code - seems to about double the time as compared to the vertex approach. |
| 14:04.25 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5466 /wiki/Google_Summer_of_Code/2013: |
| 14:07.18 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5467 /wiki/User:Vladbogolin: Created page with "=Personal Information= {| class="wikitable" |- |'''Student Name'''|| Bogolin Simion Vlad |- |'''IRC nick'''|| vladbogo |- |'''Email'''|| vladbogolin@gmail.com |}" |
| 14:22.30 | *** join/#brlcad vladbogo (~vlad@86.121.102.20) | |
| 14:25.55 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 14:28.08 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5468 /wiki/Google_Summer_of_Code/2013: |
| 14:34.10 | *** join/#brlcad zero_level (~zero_leve@117.205.26.6) | |
| 15:30.39 | *** join/#brlcad zero_level (~zero_leve@117.205.17.121) | |
| 15:43.47 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 15:46.41 | *** join/#brlcad vlad__ (~vlad@86.121.101.186) | |
| 15:56.58 | *** join/#brlcad vlad__ (~vlad@86.121.102.87) | |
| 16:03.02 | *** join/#brlcad zero_level (~zero_leve@117.205.17.52) | |
| 16:43.53 | *** join/#brlcad caen23 (~caen23@92.81.178.184) | |
| 17:03.21 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 17:18.16 | *** join/#brlcad kesha (~kesha@49.249.18.101) | |
| 17:56.26 | *** join/#brlcad ibot (~ibot@107.24.15.137) | |
| 17:56.26 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 18:46.59 | *** join/#brlcad ibot (~ibot@184.232.247.220) | |
| 18:46.59 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 21:56.31 | *** join/#brlcad ibot (~ibot@174-27-225-67.slkc.qwest.net) | |
| 21:56.31 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 07:21.03 | *** join/#brlcad ibot (~ibot@174-27-222-97.slkc.qwest.net) | |
| 07:21.03 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 19:54.24 | *** join/#brlcad infobot (~infobot@184.232.196.228) | |
| 19:54.24 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 19:56.39 | Notify | 03BRL-CAD:brlcad * 55818 brlcad/trunk/AUTHORS: carlmoore is also carl |
| 19:58.35 | Notify | 03BRL-CAD:brlcad * 55819 brlcad/trunk/AUTHORS: update the recently contributed markers |
| 20:05.14 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5496 /wiki/Google_Summer_of_Code/2013: /* Matrix Pull Routine for performing the opposite of the Matrix Push on Geometry. */ |
| 20:06.12 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5497 /wiki/Google_Summer_of_Code/2013: /* Pull Routine for reversing the effects of push on Geometry */ |
| 21:19.55 | Notify | 03BRL-CAD Wiki:Level zero * 5498 /wiki/User:Level_zero/GSOC13/logs: /* Weekly Updates */ |
| 21:20.23 | Notify | 03BRL-CAD Wiki:Level zero * 5499 /wiki/User:Level_zero/GSOC13/logs: /* Week 1 */ |
| 21:50.20 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5500 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 22:02.17 | Notify | 03BRL-CAD Wiki:Level zero * 5501 /wiki/User:Level_zero/GSOC13/logs: /* Weekly Updates */ |
| 02:09.49 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 03:55.23 | brlcad | that is very cool, freebsd 9 being used for playstation 4 |
| 06:43.32 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:40.28 | Notify | 03BRL-CAD:d_rossberg * 55820 NIL: tag the C++ core interface with the corresponding BRL-CAD version (i.e. 7.24.0) |
| 17:51.00 | *** join/#brlcad infobot (~infobot@63.226.104.168) | |
| 17:51.00 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 17:52.13 | *** join/#brlcad infobot (~infobot@63.226.104.168) | |
| 17:52.13 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 18:04.44 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5505 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */ |
| 18:10.58 | Notify | 03BRL-CAD:starseeker * 55825 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): No need to copy corners and normals around - just use the frames |
| 18:18.57 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5506 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */ |
| 18:21.48 | Notify | 03BRL-CAD:vladbogo * 55826 brlcad/trunk/include/dm.h: Added qt display manager info to dm.h |
| 18:37.58 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5507 /wiki/Google_Summer_of_Code/2013: /* Pull Routine for reversing the effects of push on Geometry */ |
| 18:44.13 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5508 /wiki/Google_Summer_of_Code/2013: /* Pull Routine for reversing the effects of push on Geometry */ |
| 18:49.32 | Notify | 03BRL-CAD:vladbogo * 55827 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libdm/CMakeLists.txt brlcad/trunk/src/libdm/dm-generic.c): Added the qt display manager to libdm and included in the cmake build. |
| 18:51.19 | Notify | 03BRL-CAD:starseeker * 55828 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: It looks like there is very similar code between the knot and the non-knot subdivideSurface functions. Start re-working the logic to see if they can be combined. |
| 19:01.05 | Notify | 03BRL-CAD:vladbogo * 55829 (brlcad/trunk/src/mged/CMakeLists.txt brlcad/trunk/src/mged/attach.c): Added the qt display manager files to mged folder so that mged can use it. |
| 20:00.05 | *** join/#brlcad vlad__ (~vlad@86.121.96.67) | |
| 20:11.23 | *** join/#brlcad vladbogo_ (~vlad@86.124.248.7) | |
| 20:20.47 | Notify | 03BRL-CAD Wiki:Harman052 * 5509 /wiki/User:Harman052/GSoc2013/Logs: |
| 20:27.32 | Notify | 03BRL-CAD:starseeker * 55830 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Comments were moved to libbrep_brep_tools.h header. |
| 20:35.53 | Notify | 03BRL-CAD:starseeker * 55831 (brlcad/trunk/src/libbrep/libbrep_brep_tools.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): Move defines into a header. |
| 20:51.45 | Notify | 03BRL-CAD:starseeker * 55832 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Start easing the logic towards a similar form in the sans-knots subdivide. This has to be done very carefully to avoid unintential side effects. |
| 21:42.53 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 22:01.06 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5510 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 22:04.45 | zero_level | brlcad , ``Erik , Today i am implementing operations on images. |
| 22:04.59 | zero_level | Predominately as i see there are two types of operations |
| 22:05.21 | zero_level | a) In the images Adding, substracting deviding a double. |
| 22:05.48 | zero_level | b) Adding two images substracting two images Logical operations bw images etc. |
| 22:06.10 | zero_level | I have few questions regarding implemntations! |
| 22:09.42 | zero_level | 1) I plan two implement them i two groups and passing a element of enum as shown here http://brlcad.org/wiki/User:Level_zero/GSOC13/api . I believe this is fine. ?Or do i implement them as icv_add, icv_subs as seperate functions ? |
| 22:11.44 | zero_level | 2)If, I follow the current implementation way, I seek suggestion regarding names, the current names are icv_airth1 and icv_airth2.. And i am very bad at naming |
| 22:12.37 | ``Erik | I'd imagine you're going for too much abstraction... understandable, schools teach abstraction at all cost |
| 22:12.46 | ``Erik | is the intermediate format final? |
| 22:13.01 | zero_level | you mean icv_image struct |
| 22:13.05 | zero_level | ? |
| 22:13.33 | ``Erik | yes, unless the operations involve different data sets |
| 22:14.47 | zero_level | yes, as per your and brlcad's suggestions, i am planning to use pixel_s {float r,g,b,a} |
| 22:14.53 | ``Erik | double, not float |
| 22:14.53 | zero_level | and no other datatype. |
| 22:15.01 | zero_level | yes. |
| 22:15.09 | ``Erik | in that case, you can use a slew of vmath operators fairly trivially |
| 22:15.14 | ``Erik | V3ADD() etc |
| 22:15.52 | zero_level | ok, also for logical operations ? |
| 22:16.05 | zero_level | that is cool :-) |
| 22:16.53 | ``Erik | logical in what sense? |
| 22:17.22 | zero_level | i was just trying to modify bwdiff and pixdiff, and bwmod to functions. |
| 22:17.22 | ``Erik | && || ! type stuff is just... what it is |
| 22:17.40 | zero_level | logical : OR operations. AndOperations etc. |
| 22:17.47 | zero_level | yes |
| 22:17.48 | ``Erik | < > type stuff has NEAR_ZERO() and stuff to do the floating point fluff |
| 22:18.19 | ``Erik | vmath.h is rich with math-fu |
| 22:19.00 | ``Erik | most oriented towards doubles and vectors of doubles... which is yet another reason using double as a channel type is attractive :) |
| 22:19.52 | zero_level | ok,just opened vmath doc page. But i guess these functions will still be handy. But in the function defintions we could use vmath api. |
| 22:21.23 | ``Erik | there will be some functions, but the macros should make them trivial |
| 22:22.19 | ``Erik | also; don't be too quick to over-abstract... wait until you actually do something twice before you break it into a seperate function |
| 22:23.59 | zero_level | also ``Erik can u have a look at my api link so that you could advise on my functions abstractness |
| 22:24.20 | zero_level | here goes the link http://brlcad.org/wiki/User:Level_zero/GSOC13/api |
| 22:25.33 | zero_level | ``Erik : also see patch 197. there are seperate files this time. |
| 22:25.50 | zero_level | for load functions |
| 22:38.36 | zero_level | ``Erik is vmath you are refering similar to http://bartipan.net/vmath/ ? or ? |
| 22:39.51 | zero_level | or include/vmath.h ? |
| 22:39.57 | zero_level | i guess the later. |
| 22:44.46 | zero_level | also is found that V3ADD is VADD3 in include/vmath.h |
| 00:01.26 | zero_level | ``Erik I think we will require smth of this kind |
| 00:01.45 | zero_level | #define icv_add(a,b,c,n) do { \ |
| 00:01.46 | zero_level | <PROTECTED> |
| 00:01.46 | zero_level | <PROTECTED> |
| 00:01.46 | zero_level | <PROTECTED> |
| 00:01.46 | zero_level | <PROTECTED> |
| 00:01.48 | zero_level | <PROTECTED> |
| 00:01.50 | zero_level | <PROTECTED> |
| 00:01.53 | zero_level | <PROTECTED> |
| 00:04.09 | zero_level | <PROTECTED> |
| 00:30.50 | ``Erik | if the types are packed instead of named, HADD2() seems to be the macro |
| 00:31.19 | ``Erik | and as much as I adore pointer math, that certain case might be better served with a for loop and 'i' iterator for readability |
| 00:32.58 | ``Erik | (it's a tricky balance, but the real goal is to make it easily readable to a human... excessive abstraction makes it hard to read, excessive conciseness makes it hard to read... :) it's an art!) |
| 00:34.22 | ``Erik | my gut feeling is that a pixel op can be a macro, a full image thing should be a func... |
| 00:41.36 | zero_level | also ``Erik I want to ask an important point here. |
| 00:42.28 | zero_level | Since we are making this library for use in brlcad only do we assume the correctness of the arguments in the function by application programmer or check them every where ? |
| 00:43.08 | zero_level | for eg. check in icv_oper for size of the input images and the fact that they must be equal |
| 02:43.11 | zero_level | ``Erik, brlcad: do we create seperate icv_math.h for these macros ? |
| 02:43.52 | zero_level | in src/libicv |
| 03:00.54 | brlcad | [A |
| 03:08.35 | *** join/#brlcad zero_level__ (~zero_leve@117.205.28.89) | |
| 05:37.57 | Notify | 03BRL-CAD Wiki:Level zero * 5511 /wiki/User:Level_zero/GSOC13/logs: logs 24th July |
| 06:48.42 | Notify | 03BRL-CAD:phoenixyjll * 55833 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Begin to implement curve-curve intersections. More tests and improvements are needed. |
| 07:02.08 | *** join/#brlcad kesha (~kesha@49.249.1.15) | |
| 07:32.50 | Notify | 03BRL-CAD:phoenixyjll * 55834 brlcad/trunk/src/libbrep/intersect.cpp: overlap_tolerance is used now. |
| 07:43.39 | Notify | 03BRL-CAD:phoenixyjll * 55835 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add the new CCI and CSI functions to brep_debug.cpp. |
| 07:50.44 | Notify | 03BRL-CAD Wiki:Phoenix * 5512 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */ |
| 08:14.54 | *** join/#brlcad kesha (~kesha@49.249.1.15) | |
| 08:41.48 | *** join/#brlcad kesha (~kesha@49.249.1.15) | |
| 08:54.47 | Notify | 03BRL-CAD:phoenixyjll * 55836 brlcad/trunk/src/libbrep/intersect.cpp: Fix a fatal typo. |
| 09:00.43 | Notify | 03BRL-CAD:phoenixyjll * 55837 brlcad/trunk/src/libbrep/intersect.cpp: Add logic in case that one side may fail. |
| 09:37.13 | *** join/#brlcad kesha (~kesha@49.249.1.15) | |
| 09:40.30 | Notify | 03BRL-CAD:phoenixyjll * 55838 brlcad/trunk/src/libbrep/intersect.cpp: Fix an opposite logic, and use pointers for ON_X_EVENTs. |
| 09:52.25 | *** join/#brlcad kesha (~kesha@49.249.1.15) | |
| 09:54.58 | *** join/#brlcad kesha__ (~kesha@49.249.1.15) | |
| 10:02.03 | Notify | 03BRL-CAD:phoenixyjll * 55839 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Fix wrong index... |
| 10:09.15 | *** join/#brlcad kesha__ (~kesha@49.249.191.238) | |
| 10:51.07 | *** join/#brlcad kesha__ (~kesha@49.249.9.138) | |
| 11:31.35 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b115:5b2d:0:41:62b8:7a01) | |
| 11:44.55 | *** join/#brlcad vladbogo (~vlad@86.121.102.76) | |
| 12:15.09 | archivist | after reading an email, wonders why object oriented means optimised ! |
| 12:20.29 | *** join/#brlcad vladbogo_ (~vlad@86.124.248.7) | |
| 12:36.05 | *** join/#brlcad vladbogo__ (~vlad@86.121.100.209) | |
| 12:58.31 | *** join/#brlcad vladbogo__ (~vlad@86.121.103.81) | |
| 13:04.08 | *** join/#brlcad vladbogo_ (~vlad@86.121.100.72) | |
| 13:18.48 | brlcad | archivist: you're welcome to point that out ;) |
| 13:22.06 | *** join/#brlcad vladbogo__ (~vlad@86.121.102.222) | |
| 13:40.42 | ``Erik | src/libged/simulate/simcollisionalgo.h:85: error: cannot allocate an object of abstract type 'btRTCollisionAlgorithm' |
| 13:41.45 | ``Erik | kinda looks like a struct blah_s { struct blah_s thing; }; type issue to me, but it's been a long time since I've mucked with that much c++ O.o is there a pattern this should be shifted to (maybe seperate declaration and definition?) |
| 13:55.42 | brlcad | ``Erik: how/where are you just now seeing this? |
| 13:56.17 | vladbogo__ | hi all |
| 13:56.44 | vladbogo | I have just managed to integrate Qt in the brlcad cmake build |
| 13:57.57 | vladbogo | but I have a small problem: i get some warnings in the qt files. In order to do the testing I've disabled the strict compilation but there is any way to disable it just for the Qt? Or should I search for another solution? |
| 13:59.05 | *** join/#brlcad vladbogo_ (~vlad@86.121.102.115) | |
| 14:16.35 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 14:16.37 | *** join/#brlcad kesha__ (~kesha@49.249.9.138) | |
| 14:18.25 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 14:18.42 | *** join/#brlcad kesha (~kesha@49.249.9.138) | |
| 14:27.59 | ``Erik | brlcad: been seeing it for a while on a machine that has bullet installed, have just been not building there or disabling bullet... (I thought I'd mentioned it a long time ago, but *shrug* I may be mistaken, or was unclear at the time, or things were busy, or ...) |
| 14:29.48 | ``Erik | the machine is osX.8 with the gcc and clang from the latest xcode, bullet installed from svn (my laptop at home) |
| 14:35.34 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 14:42.42 | *** join/#brlcad kesha__ (~kesha@49.249.9.138) | |
| 15:52.28 | ``Erik | seems the bullet api changed a bit between 2.80 (mar 2012) and 2.81 (oct 2012) |
| 15:56.45 | brlcad | I think we may have a GCI patch that fixes it |
| 15:56.51 | brlcad | sounds familiar |
| 16:00.33 | zero_level | hi brlcad, ``Erik |
| 16:04.06 | ``Erik | zero_level: extra checks are probably unnecessary but probably wouldn't hurt as we're not at a point of worrying about performance |
| 16:04.40 | ``Erik | zero_level: if you need new 'private' macros/functions, use a local header so we can keep the interface minimal/simple |
| 16:05.01 | ``Erik | (so src/libicv/icv_math.h which does not get installed) |
| 16:06.23 | zero_level | also ``Erik and brlcad have u seen my mail regarding existing use of libicv on brlcad-devel? |
| 16:06.40 | zero_level | do i submit a patch for icv_math.h ? |
| 16:10.28 | ``Erik | zero_level: don't do _icv, just update rt, libged and remrt... rt has functionality to translate the rgb doubles to [0-255] packed char arrays (!), so merely using a function to write the doubles in would be preferable |
| 16:12.19 | ``Erik | yeah, a patch should be fine.. I've having issues with sourceforge, so I've only gotten around to applying one patch and haven't really looked at the others much :/ |
| 16:12.26 | zero_level | I hope they use only Pix format . :-) |
| 16:13.01 | ``Erik | brlcad: I have no edit icon in the top right of the ticket, unless I'm really blind O.o I see an rss icon and a mail 'subscribe' icon, that's it |
| 16:14.18 | ``Erik | zero_level: rt converts the rgb doubles to pix format as it's raytracing, I'm not sure about the others but I'd assume they're all rigged up to use pix as the intermediate format right now... |
| 16:19.35 | *** join/#brlcad vladbogo__ (~vlad@86.121.103.51) | |
| 16:20.34 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-vfaxbrnvcosfmimy) | |
| 16:29.53 | zero_level | brlcad : read your email. |
| 16:34.15 | zero_level | ``Erik,brlcad this kind of representation may have issues while saving and reading. Although colour channel -> representation may become easier. |
| 16:34.41 | zero_level | *colour space -> conversions may become easier |
| 17:00.22 | ``Erik | yeh, converting to something like cmyk for print would be neat down the road |
| 17:07.19 | zero_level | ``Erik what do u suggest should we go with double** data or struct pixel_s *data; |
| 17:13.05 | ``Erik | the struct approach is probably easier to read, and seems to be how OpenEXR approaches it, so probably not a bad ide |
| 17:13.08 | ``Erik | idea |
| 17:13.39 | zero_level | yes const Rgba *pixels |
| 17:13.54 | zero_level | as they implement in openexr ! |
| 17:18.19 | *** join/#brlcad caen23_ (~caen23@92.83.178.201) | |
| 17:30.15 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-nocyhhlktjpqlwpm) | |
| 17:30.16 | *** join/#brlcad vladbogo__ (~vlad@86.121.103.51) | |
| 17:31.18 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10b:81fb:0:45:24f7:b801) | |
| 18:05.14 | *** join/#brlcad vladbogo__ (~vlad@86.124.248.7) | |
| 18:26.05 | *** join/#brlcad vladbogo_ (~vlad@86.121.99.159) | |
| 18:31.12 | brlcad | zero_level: techincal discussions in public please :) |
| 18:33.14 | brlcad | ``Erik: not to ask the obvious, but are you logged into sourceforge (edit icon) |
| 18:35.13 | brlcad | ``Erik: ah, I think I foudn the issue -- allure defaulted all developers to no permissions |
| 18:35.16 | brlcad | should be fixed now |
| 18:41.25 | archivist | brlcad, re buildbot question, I used to run two slaves from the mariadb fork of mysql, interesting experience, specially if the controller of the system tries to up the parallelism of the build and test process |
| 18:46.16 | *** join/#brlcad vladbogo__ (~vlad@86.121.98.183) | |
| 18:58.54 | brlcad | archivist: interesting in what way? |
| 19:00.37 | *** join/#brlcad vladbogo_ (~vlad@86.121.100.180) | |
| 19:01.24 | brlcad | zero_level: so one of the undertones that was not mentioned in my message about separating the channels is that I'd also like to have a per-pixel depth buffer |
| 19:03.03 | brlcad | RGBA is great if all you need to deal with is RGBA data (which is exactly what exr does) |
| 19:04.03 | brlcad | fully generalizing the image construct entails not assuming RGB, not assuming an alpha channel |
| 19:04.11 | brlcad | it's just channels of information |
| 19:04.22 | brlcad | 1 or more, each with some prescribed meaning |
| 19:05.01 | archivist | brlcad, made the PC unusable, was using this box for ubuntu 8.04 and another box for the same OS but with realtime extensions on a cnc machine |
| 19:05.31 | archivist | depending on the phase of the build/test |
| 19:07.16 | archivist | so there are trade offs between devs chasing results and the volunteer running a slave |
| 19:12.18 | *** join/#brlcad vladbogo__ (~vlad@86.121.102.245) | |
| 19:14.00 | brlcad | I wasn't even considering volunteer compute nodes yet |
| 19:14.02 | brlcad | :) |
| 19:26.42 | zero_level | ``Erik, brlcad what i see here is that each of two methods have there +pos and -ves. |
| 19:31.15 | *** join/#brlcad kesha (~kesha@49.249.9.138) | |
| 19:32.04 | brlcad | zero_level: do you think you can itemize/summarie them? |
| 19:36.51 | zero_level | brlcad here u go |
| 19:36.56 | zero_level | Storing them as double** Allows multiple formats for storing and loading images lot of preprocessing has to be done. Three arrays will have to brought. we could use vmath.h Although some operations like pow, scale, divide are still not in vmath thus will have to be implemented. |
| 19:37.33 | zero_level | storing them as RGBA Doesnot allow any other format. Not okay if we data of say BW format, HSV format, or CMYKA format Good for storing images in openexr format Expected to give good performance in processing since only one array will have to be brought to the cache while acessing an array of images. have to design icv_math.h |
| 19:38.19 | zero_level | i dont know if i have left few others |
| 19:39.12 | brlcad | hm, so the intent is not actually to USE vmath, just that the structures are similar and can be indexed directly |
| 19:39.44 | brlcad | vmath would only work for an interleaved array, i.e., a double *rgba |
| 19:40.53 | zero_level | ok cut the vmath thing. it is easier to build those macros. |
| 19:41.39 | brlcad | the performance claim would need to be profiled, I'd be doubtful either solution will be a performance issue |
| 19:41.58 | zero_level | ok |
| 19:42.22 | brlcad | an array of structs may or may not have cache alignment issues, may or may not stride cleanly |
| 19:42.50 | brlcad | an individual array (of either just one channel or interleaved rgba) will stride cleanly |
| 19:44.00 | brlcad | the question for caching is whether the next pixel is likely in cache or not and how many independent cache lines you have |
| 19:44.18 | brlcad | we could go for the best of both worlds |
| 19:44.26 | brlcad | a dynamic number of channels, but one array |
| 19:44.29 | brlcad | interleaved |
| 19:44.43 | brlcad | add another field to indicate how many channels there are |
| 19:45.10 | brlcad | so it could default to num_chan=4 for an RGBA array |
| 19:45.44 | brlcad | (i.e., a double *data; size_t channels;) |
| 19:46.26 | zero_level | then i believe we could use the char and double format by using void* |
| 19:46.39 | zero_level | and having macro like thesee |
| 19:47.21 | zero_level | UCHAR1C, UCHAR3C UCHAR4C and DOUBLE1C, DOUBLE3C ... |
| 19:47.42 | zero_level | this will be very handy i believe |
| 19:48.06 | zero_level | both keeping the old formats intact and looking for new versions |
| 19:50.40 | zero_level | brlcad : what do u say ? |
| 19:51.01 | brlcad | converting void pointers is very problematic |
| 19:51.51 | *** join/#brlcad Kimz (~AndChat32@49.249.9.138) | |
| 19:52.48 | brlcad | that also sounds crazy messy API-wise to deal with implementation-wise for the same aforementioned reasons |
| 19:53.14 | brlcad | something that takes an image needs to handle all the possible encoding types, and that becomes bad juju |
| 19:53.33 | brlcad | handling everything as double would avoid that |
| 19:54.26 | brlcad | a possible compromise might be to have a function that returns data in a specific format, like "double RGBA" to "char RGB", for functions we don't want to rewrite |
| 19:55.45 | brlcad | the only reason for abstracting the type would be memory/performance savings, and we don't yet have profile information to indicate it's a problem |
| 19:55.57 | vladbogo__ | hi all |
| 19:57.58 | vladbogo | brlcad: O have successfully integrated Qt in the brlcad cmake but I have a small problem: I get warnings during compilation in the Qt files. For testing I have disabled strict compilation but there is any way to do this just for Qt? |
| 19:58.55 | brlcad | vladbogo: it entirely depends what the warnings are, whether you can quiet them |
| 19:59.28 | vladbogo | the warnings I get are for float comparison using == |
| 19:59.35 | brlcad | we can turn off warnings for specific files, and do for much of our c++ sources, but sometimes we can quell them too |
| 19:59.49 | brlcad | and are you doing a float comparison? :) |
| 20:00.28 | vladbogo | no:) in the Qt files I've included I suppose there are some float comparisons |
| 20:00.54 | brlcad | just including a header shouldn't involve any comparisons... |
| 20:01.08 | brlcad | using a macro that involves a comparison might |
| 20:19.13 | vladbogo | brlcad: sorry for the delay: it took a while until it compiled. There are some inline functions defined in the header |
| 20:19.32 | brlcad | ahhh |
| 20:20.40 | vladbogo | I am currently not using that particular file but it's included in the cmake build |
| 20:26.15 | vladbogo | also I have another question: to successfully build Qt5 using cmake position independent code must be enabled. Where should I set the flag in order to maintain consistency? At the moment I set the flag in the libdm/CMakeLists |
| 20:32.40 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:68a:0:4c:cc98:8e01) | |
| 20:36.43 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:68a:0:4c:cc98:8e01) | |
| 20:42.15 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:68a:0:4c:cc98:8e01) | |
| 20:45.24 | *** join/#brlcad Kimz (~AndChat32@49.249.9.138) | |
| 20:48.34 | *** join/#brlcad mpictor (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 21:02.04 | zero_level | also brlcad it is interesting to see that the opencv library stores it is char* imagedata for all its formats |
| 21:03.20 | zero_level | now to use double pointer it points this way douple_p = (double*) img->imagedata; |
| 21:05.49 | zero_level | this does it in interleaved fashion. Also preserves current functionality. And will be helpful for implementing high resolution images. |
| 21:06.39 | zero_level | this will require addition of nchannels, and resolution info. |
| 21:37.36 | ``Erik | zero_level: png stores packed byte arrays... we want the most flexible internal format... the encapsulation is the important part, the internal stuff could all be c++ and expose a nice simple C interface and it'd be all good... internal representation doesn't even have to be RGB, it could be something else as long as it's a superset of the data we want to wrangle |
| 21:37.48 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 21:38.38 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 21:54.43 | zero_level | ok ``Erik |
| 22:20.21 | *** join/#brlcad vladbogo (~vlad@86.121.102.245) | |
| 22:29.11 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 22:52.15 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 23:01.45 | brlcad | zero_level: you really seem adamant about needing or wanting to store multiple data lengths... at least you keep coming back to that point...but why? |
| 23:02.46 | brlcad | a char* encoding that can be cast to double* just means that it's bytes presumably corresponding to an array of doubles |
| 23:02.51 | *** join/#brlcad vladbogo (~vlad@86.121.102.245) | |
| 23:03.44 | brlcad | that's only useful if that char* might also be other lengths, which I don't yet see a need for until a profile shows that it's an order of magnitude problem |
| 23:04.29 | brlcad | zero_level: but you have raised a couple really good points about performance and at least three data structure options -- I think you should test them |
| 23:04.35 | zero_level | brlcad : i think when we could do that why not do it. In this case the positives are we will get support for current functionalities. |
| 23:05.34 | brlcad | well, I've stated several reasons why not |
| 23:06.04 | brlcad | there are positives and negatives |
| 23:06.08 | zero_level | brlcad: point regarding testing them all is great suggestion. But then that will be a 2month project in itself ;) |
| 23:06.14 | brlcad | the negatives seem huge to me |
| 23:06.26 | brlcad | no no |
| 23:06.57 | brlcad | you should be able to write a test in less than an hour for all three |
| 23:07.26 | brlcad | at best a couple hours to try some things, testing is supposed to be quick and just evaluates a simple concept |
| 23:07.49 | brlcad | if it takes you more than a couple hours, you're probably doing something VERY wrong ;) |
| 23:08.21 | zero_level | ok, you mean a code which is not part of brlcad src. Yes that could be done. |
| 23:09.08 | zero_level | i thought changing the existing usage evertime i implement a new type of data. |
| 23:09.27 | brlcad | I mean a simple test.c file with a main() that tests struct { double r, double g, ... } vs double *rgb; vs double **rgb |
| 23:11.17 | brlcad | zero_level: how much memory do you have? |
| 23:11.27 | zero_level | 6 GB |
| 23:11.33 | zero_level | physical memory |
| 23:11.55 | brlcad | okay, so you should be able to create a test image that's 10000x10000 |
| 23:14.15 | *** join/#brlcad vladbogo_ (~vlad@86.124.248.122) | |
| 23:14.32 | brlcad | allocate it, test time to generate random values, test time to fill a data structure with random values, test time to read all the data structure values from start to finish, test time from finish to start, test time to read half of them randomly, test time to zero the image |
| 23:14.52 | brlcad | do that for all three |
| 23:14.59 | brlcad | if you use libbu, it'll make timing easy |
| 23:15.32 | brlcad | gcc -L/path/to/brlcad/lib -L/path/to/brlcad/include test.c -lbu |
| 23:15.50 | brlcad | er, gcc -L/path/to/brlcad/lib -I/path/to/brlcad/include test.c -lbu |
| 23:22.44 | zero_level | i am using the fact that we store rgb of a pixel and also read rgb of pixel at a time |
| 23:23.32 | zero_level | *a particular pixel at a time. and not the r channel and g channel and.. as a whole |
| 23:24.00 | brlcad | relevance? |
| 23:25.31 | zero_level | because i guess that is how we will need in the operations. that is say pix(244,233) that is (244,233)th pixel and all the channels of that pixel |
| 23:25.50 | brlcad | you misunderstand ... |
| 23:25.56 | brlcad | and so what? |
| 23:26.20 | brlcad | we read/write pixels and that is how we will need in the operations ... and so what? |
| 23:26.57 | brlcad | you're not saying something, and I don't know what that is |
| 23:27.34 | zero_level | i think i got u. see u with the results. :-) ;) |
| 23:27.44 | brlcad | okay |
| 23:27.50 | brlcad | yes, that is the *entire* point of testing |
| 23:28.10 | brlcad | it might matter a lot, it might not matter at all |
| 23:28.26 | brlcad | it might be good for some things and bad for others |
| 23:28.43 | brlcad | that's the point of the 6 test timings |
| 23:28.55 | brlcad | and the three data structures (and any others you want to compare) |
| 23:29.21 | brlcad | keep it as simple and small as possible, so we can look and compare fairly |
| 23:30.05 | brlcad | maybe show me or erik after you get one structure set up so we can make sure you're testing right |
| 23:30.27 | brlcad | bu_gettime() will help with timing |
| 23:30.31 | zero_level | the source code or the resutl ? |
| 23:30.42 | brlcad | source code |
| 23:31.09 | brlcad | this should literally be less than 100 lines of code for one structure, probably less than 50 |
| 23:32.20 | zero_level | i am not sure about that |
| 23:32.38 | zero_level | but do we need the time for random values ? |
| 23:32.47 | zero_level | will it not be same for all of them |
| 00:07.53 | brlcad | yes, we need to know the time it takes to generate random numbers so we can make sure they're not included in the time to fill the data structure |
| 00:09.12 | brlcad | alternatively could fill a simple double array with random values beforehand, and time how long it takes to read all of them, the write from that array to the data structure |
| 00:34.21 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 01:46.26 | brlcad | zero_level: post your test file somewhere so we can take a look at it |
| 01:46.38 | brlcad | and try it in other places |
| 02:00.05 | zero_level | testfile is here : http://bzflag.bz/~mohit/interleaved.c |
| 02:00.21 | zero_level | this has for interleaved 1-D array |
| 02:16.08 | zero_level | also for structure double pixel_s{double r,g,b} |
| 02:16.12 | zero_level | http://www.bzflag.bz/~mohit/structure.c |
| 02:39.30 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 03:41.51 | zero_level | for non interleaved data(double** data) |
| 03:41.54 | zero_level | http://brlcad.org/~mohit/seperatearrays.c |
| 03:42.26 | zero_level | huh interesting all of them have similar performance |
| 03:42.55 | zero_level | brlcad, ``Erik What do v donow ?;) |
| 04:28.56 | brlcad | zero_level: I'll run some more tests but that's already actionable |
| 04:29.02 | brlcad | that basically indicates that performance is not at all a concern and we should aim for implementation expressiveness, modularity, flexibility |
| 04:29.19 | brlcad | which of those is most flexible, expressive to you and why? |
| 04:29.45 | brlcad | and how will that translate to API implementation and use by callers |
| 04:30.07 | zero_level | i would want interleaved |
| 04:33.21 | brlcad | that doesn't any of those four questions ;) |
| 04:36.12 | brlcad | if you really want to tackle a follow-on test, use bu_parallel() to have multiple threads access different scanlines in the image data, perhaps try calculating the average of all pixel values in parallel |
| 04:36.57 | brlcad | if one method vs another is more SMP-friendly or cache-friendly, that would be signficant |
| 04:44.45 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 06:05.21 | zero_level | brlcad, ``Erik i guess a one dimensional array with interleaved array will be most flexible. because |
| 06:05.34 | zero_level | a) only one pointer to record |
| 06:05.59 | zero_level | b) has the abiliy to store any number of interleaved channels |
| 06:08.40 | zero_level | c) easy for reading /writting |
| 06:09.05 | zero_level | d) easier processing due to less number of pointers to record |
| 06:50.40 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 06:59.32 | *** join/#brlcad caen23 (~caen23@92.81.190.86) | |
| 08:04.15 | *** join/#brlcad kesha (~kesha@49.249.9.138) | |
| 08:19.15 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 08:54.53 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 09:07.05 | *** join/#brlcad vladbogo (~vlad@86.124.248.54) | |
| 09:16.55 | *** join/#brlcad vladbogo_ (~vlad@86.121.100.242) | |
| 10:03.01 | *** join/#brlcad kesha (~kesha@49.249.9.138) | |
| 10:24.55 | *** join/#brlcad mpictor (~mpictor_@2600:1015:b126:bc6c:0:34:de85:bd01) | |
| 10:31.29 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:bc6c:0:34:de85:bd01) | |
| 10:41.31 | *** join/#brlcad kesha__ (~kesha@49.249.9.138) | |
| 10:44.43 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:bc6c:0:34:de85:bd01) | |
| 10:46.30 | *** join/#brlcad kesha (~kesha@49.249.9.138) | |
| 10:53.58 | *** join/#brlcad kesha__ (~kesha@49.249.9.138) | |
| 11:14.16 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:14.40 | Notify | 03BRL-CAD:carlmoore * 55840 brlcad/trunk/src/fb/fbfade.c: implement h,?, run-with-no-args for help; old h is replaced by H |
| 11:14.42 | Notify | 03BRL-CAD:carlmoore * 55841 brlcad/trunk/doc/docbook/system/man1/en/fbfade.xml: H replaces h in options for fbfade |
| 11:15.06 | Notify | 03BRL-CAD:carlmoore * 55842 (brlcad/trunk/doc/docbook/system/man1/en/fbframe.xml brlcad/trunk/src/fb/fbframe.c): remove h,a ('a' was unused); h becomes, along with ? and no-arguments, a help option |
| 11:15.11 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5513 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */ |
| 11:15.13 | Notify | 03BRL-CAD Wiki:41.92.210.17 * 5514 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */ |
| 11:15.16 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5515 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */ |
| 11:15.18 | Notify | 03BRL-CAD:carlmoore * 55843 brlcad/trunk/src/fb/fbfree.c: add h and ? for help; omit run-with-no-arguments |
| 11:15.27 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5516 /wiki/User:KeshaSShah/GSoC13/Reports: /* June 24 */ |
| 11:15.31 | Notify | 03BRL-CAD:carlmoore * 55844 brlcad/trunk/src/fb/fbgamma.c: change h to H, because of no alternative for high-res; now use h,? for help (run-with-no-arguments already works) |
| 11:15.35 | Notify | 03BRL-CAD:carlmoore * 55845 brlcad/trunk/doc/docbook/system/man1/en/fbgamma.xml: fix the man page for fbgamma, because I changed h to H |
| 11:15.49 | Notify | 03BRL-CAD:carlmoore * 55846 brlcad/trunk/src/fb/fbgammamod.c: add underscores to printed names, to match the usage statement |
| 11:15.54 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5517 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 11:15.58 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5518 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 11:16.24 | Notify | 03BRL-CAD:phoenixyjll * 55847 brlcad/trunk/src/libbrep/intersect.cpp: Add tolerance in the bounding box intersections. |
| 11:16.27 | Notify | 03BRL-CAD:phoenixyjll * 55848 brlcad/trunk/src/libbrep/intersect.cpp: Check duplication before appending to the array x. |
| 11:16.34 | Notify | 03BRL-CAD:phoenixyjll * 55849 brlcad/trunk/src/libbrep/intersect.cpp: If the inverse fails, we try another two directions. |
| 11:17.00 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5519 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 2 */ |
| 11:17.02 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5520 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week -1 */ |
| 11:17.04 | Notify | 03BRL-CAD:phoenixyjll * 55850 brlcad/trunk/src/libbrep/CMakeLists.txt: Add tests for curve-curve intersection. |
| 11:17.06 | Notify | 03BRL-CAD:phoenixyjll * 55851 brlcad/trunk/src/libbrep/intersect.cpp: More work on the tolerance value to get a more accurate and correct result. |
| 11:17.08 | Notify | 03BRL-CAD:phoenixyjll * 55852 brlcad/trunk/src/libbrep/intersect.cpp: Remove the set-but-not-used variable distance. |
| 11:17.10 | Notify | 03BRL-CAD Wiki:Phoenix * 5521 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */ |
| 11:17.13 | Notify | 03BRL-CAD Wiki:Pauljenn10 * 0 /wiki/User:Pauljenn10: |
| 11:33.59 | *** join/#brlcad AndChat|321536 (~AndChat32@49.249.19.221) | |
| 11:34.24 | *** join/#brlcad kesha (~kesha@49.249.19.221) | |
| 14:41.22 | brlcad | zero_level: going to attempt the parallel test? |
| 14:43.38 | brlcad | zero_level: I think your decision is defensible/reasonable and will be good going forward |
| 14:43.44 | brlcad | just note that (a), (c), and (d) don't have much to do with flexibility/expressiveness |
| 14:44.19 | brlcad | (b) is the real key plus a few other points you didn't identify ;) |
| 14:45.15 | brlcad | of course, ease of implementation is *another* factor, and a good one to also evaluate, and that's where a/c/d come in |
| 14:47.47 | *** join/#brlcad kesha__ (~kesha@49.202.239.103) | |
| 14:56.35 | *** join/#brlcad vladbogo (~vlad@86.121.100.92) | |
| 15:00.34 | *** join/#brlcad kesha (~kesha@49.202.239.103) | |
| 15:00.49 | Notify | 03BRL-CAD:brlcad * 55853 brlcad/trunk/TODO: leave a comment about implementing support for raw voxel data per a discussion last summer during g-voxel's development |
| 15:26.17 | zero_level | brlcad, ``Erik I guess interleaved data with (double*) it is. |
| 15:29.30 | zero_level | Then today i am chaging the existing use of the icv library with the new structure definition. |
| 15:36.31 | Notify | 03BRL-CAD Wiki:Level zero * 5522 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 2 */ |
| 15:36.32 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 15:38.03 | Notify | 03BRL-CAD:brlcad * 55854 (brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): folks need to fix their editors to show your trailing whitespace turds... :) |
| 15:46.07 | *** join/#brlcad Kimz (~AndChat32@49.202.239.103) | |
| 15:57.12 | Notify | 03BRL-CAD:brlcad * 55855 brlcad/trunk/src/libbrep/PullbackCurve.cpp: messy, reduce the ifdef to the actual isolated difference. remove dead code for clarity. |
| 15:58.53 | Notify | 03BRL-CAD:brlcad * 55856 (brlcad/trunk/src/libbrep/intersect.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 5 others): indent cleanup |
| 16:02.00 | Notify | 03BRL-CAD:brlcad * 55857 brlcad/trunk/src/libbrep/intersect.cpp: style conformance |
| 16:02.39 | *** join/#brlcad vladbogo_ (~vlad@86.121.96.23) | |
| 16:05.09 | ``Erik | zero_level: my thought was that the structs would be in a single packed array, not an array of pointers to structs... img.pixels = (struct pixel_s *)bu_malloc(img.w * img.h * sizeof(struct pixel_s)); |
| 16:09.52 | ``Erik | downloads wikipedia O.o |
| 16:21.28 | *** join/#brlcad vladbogo__ (~vlad@86.121.101.33) | |
| 16:35.37 | *** join/#brlcad kesha (~kesha@49.202.239.103) | |
| 16:47.08 | Notify | 03BRL-CAD:carlmoore * 55858 brlcad/trunk/src/fb/fbgammamod.c: implement h,? help; explain the last 13 items in Usage |
| 16:49.59 | Notify | 03BRL-CAD:carlmoore * 55859 (brlcad/trunk/doc/docbook/system/man1/en/fbgrid.xml brlcad/trunk/src/fb/fbgrid.c): old 'h' dropped in favor of 'S 1024'; implement h,?,run-with-no-arguments for help |
| 17:03.09 | Notify | 03BRL-CAD:carlmoore * 55860 brlcad/trunk/src/fb/fbhelp.c: provide h,? help; omitted run-with-no-arguments, because that currently gives help regarding the framebuffer! |
| 17:22.04 | Notify | 03BRL-CAD Wiki:41.92.210.17 * 5523 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */ |
| 17:37.40 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5524 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */ |
| 17:45.00 | Notify | 03BRL-CAD:erikgreenwald * 55861 (brlcad/trunk/misc/CMake/BRLCAD_CMakeFiles.cmake brlcad/trunk/misc/CMakeLists.txt): remove libtool.m4 |
| 17:46.51 | Notify | 03BRL-CAD:erikgreenwald * 55862 brlcad/trunk/doc/PROJECTS: remove bit about autogen.sh and gnu build system tools |
| 17:47.31 | *** join/#brlcad vladbogo (~vlad@86.124.248.68) | |
| 17:53.49 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5525 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */ |
| 18:00.34 | zero_level | ``Erik are u suggesting to use strucutre (pixel_s) instead of interleaved array ? |
| 18:00.56 | zero_level | brlcad suggested some tests. I hope u saw those test files.? |
| 18:01.24 | *** join/#brlcad kesha__ (~kesha@49.202.239.103) | |
| 18:03.50 | *** join/#brlcad kesha__ (~kesha@49.202.239.103) | |
| 18:12.04 | brlcad | zero_level: I think he's responding to the way you tested the struct |
| 18:12.43 | brlcad | instead of allocating an array of struct pointers, allocating an array big enough to directly contain the number of structs desired |
| 18:34.12 | Notify | 03BRL-CAD Wiki:Harman052 * 5526 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:40.13 | Notify | 03BRL-CAD:erikgreenwald * 55863 brlcad/trunk/src/adrt/isst: add mode menu |
| 18:42.21 | Notify | 03BRL-CAD:erikgreenwald * 55864 brlcad/trunk/src/adrt/isst: remove quit button from bottom, use menu instead |
| 18:44.16 | zero_level | brlcad: I used this |
| 18:44.20 | zero_level | bif->data = (struct pixel_s*) malloc(HEIGHT*WIDTH*sizeof(struct pixel_s)) |
| 18:44.41 | brlcad | okay |
| 18:44.48 | brlcad | so then he didnt' see your test ;) |
| 18:45.38 | zero_level | i think ``Erik is suggesting to use sructure as imd data and not the interleaved array |
| 18:46.03 | zero_level | will be clarified in a minute :-) |
| 18:46.19 | brlcad | well I think your testing already showed that to be moot |
| 18:47.03 | brlcad | the only value that has is semantic, so either interleaved or non-interleaved double array ends up being more adaptive |
| 18:48.24 | zero_level | but non interleaved has a risk of handling a number of pointers at one time |
| 18:48.39 | brlcad | what risk? |
| 18:49.15 | brlcad | handling a pointer isn't a risk by itself |
| 18:49.33 | brlcad | no more than having an if statement is risky because it's conditional |
| 18:51.20 | zero_level | i meant it will be clumsy |
| 18:51.33 | zero_level | say u have u two images |
| 18:51.53 | zero_level | and u want to perform an operation on them |
| 18:52.01 | zero_level | and both images are three channel images |
| 18:52.03 | brlcad | I think you're letting a lack of familiarity cloud your objective reasoning |
| 18:52.07 | brlcad | they're basically the same thing |
| 18:52.36 | zero_level | then u will have to maintain 6 pointers if it is not interleaved |
| 18:52.49 | zero_level | else u only maaintain 2 pointers |
| 18:53.41 | brlcad | it's data[offset+RED],data[offset+GRN],data[offset+BLU] vs. data[RED][offset],data[GRN][offset],data[BLU][offset] |
| 18:54.51 | brlcad | there's no "maintaining" needed because you only allocate either container and free it exactly once |
| 18:54.57 | brlcad | access is just semantic sugar |
| 18:55.12 | brlcad | no pointer management involved |
| 18:55.51 | brlcad | note: i'm not saying use it or not, I'm saying your reason for not wanting to use it is unreasoned :) |
| 18:56.29 | brlcad | it's actually a fairly common pattern for image processing APIs, some file formats are even stored that way |
| 18:57.05 | brlcad | think of it this way too -- you can do interleaved AND non-interleaved with just double *data too |
| 18:57.52 | zero_level | yes |
| 18:57.55 | brlcad | technically faster, but not as pretty syntax to index into the array -- you want macros |
| 19:00.36 | ``Erik | I didn't see the test, was just going by comments... 'technically faster' should have technically gone away; both are just pointer math and compilers are getting good at optimizing that :) |
| 19:02.01 | ``Erik | in the end, zero_level, I'd say use the one that you feel most comfortable with... there are pros and cons to both ways *shrug* |
| 19:02.26 | zero_level | ok ``Erik |
| 19:02.41 | zero_level | ``Erik i didnt get that function you were talking in rt |
| 19:02.59 | zero_level | i want double data from the raytracer |
| 19:03.05 | brlcad | ``Erik: well, except his original way was struct {r,g,b,a} and I think that won't work in the long run |
| 19:03.15 | zero_level | to modify the existing uses |
| 19:03.17 | brlcad | functionally at least |
| 19:04.35 | brlcad | that they are basically the same thing was the point of last night's test too |
| 19:05.17 | brlcad | arguments about unqualified "clumsiness" or somehow that having [insert pointer count here] was a problem is what I was disputing, not to suggest using it or not (as stated) |
| 19:05.53 | brlcad | if an interleaved double *data array with a channel count is comfortable enough, that will work just fine |
| 19:07.17 | brlcad | even better would be to make that structure be entirely opaque to the API, access pixel elements by function or macro, never directly, and it won't matter |
| 19:07.43 | Notify | 03BRL-CAD:carlmoore * 55865 brlcad/trunk/src/fb/fblabel.c: implement h and ? help (run-with-no-arguments already works); old h gives way to 's 1024'; 2 variables are initialized so we don't depend on the system (they are given new values by program options) |
| 19:37.39 | *** join/#brlcad mpictor (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 19:40.12 | ``Erik | indirect/encapsulated was what I was hoping for :) (had even pondered mentioning a union with an 'internal type' flag) |
| 19:42.02 | *** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:50.55 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 19:58.52 | *** join/#brlcad mpictor (~mpictor_@2601:d:b280:9:7c7b:dd80:988b:1fbb) | |
| 20:02.27 | *** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:47.36 | *** join/#brlcad kesha__ (~kesha@49.249.1.41) | |
| 00:20.02 | zero_level | brlcad, ``Erik i am stuck at changing the existing usage of libicv |
| 00:24.47 | zero_level | as discussed the new structure icv_image doesnt have information regarding filename , fd and has a double* data . |
| 00:25.51 | zero_level | the current usage of libicv in rt usage them heavily. |
| 03:22.06 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 05:33.02 | Notify | 03BRL-CAD:phoenixyjll * 55866 brlcad/trunk/src/libbrep/intersect.cpp: Merge the overlap events that are continuous, and eliminate the intersection points that are inside the overlap events. |
| 06:26.57 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:04.43 | Notify | 03BRL-CAD:phoenixyjll * 55867 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Add another test for overlaps. |
| 07:30.14 | *** join/#brlcad papna (~papna@li590-168.members.linode.com) | |
| 07:35.28 | *** join/#brlcad papna (~papna@python/site-packages/papna) | |
| 07:37.17 | *** join/#brlcad hsrai (~hsrai@202.164.53.116) | |
| 07:37.17 | *** join/#brlcad harman (~harman@202.164.53.122) | |
| 07:37.17 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 07:47.18 | *** join/#brlcad caen23 (~caen23@92.81.190.86) | |
| 08:00.01 | *** join/#brlcad kesha__ (~kesha@49.249.1.41) | |
| 08:35.30 | Notify | 03BRL-CAD:phoenixyjll * 55868 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Remove the debug message. |
| 09:31.15 | Notify | 03BRL-CAD:phoenixyjll * 55869 brlcad/trunk/src/libbrep/intersect.cpp: Some special handling for linear curves. |
| 09:37.29 | *** join/#brlcad vladbogo (~vlad@86.121.100.162) | |
| 09:39.38 | Notify | 03BRL-CAD:phoenixyjll * 55870 brlcad/trunk/src/libbrep/intersect.cpp: remove trailing ws. |
| 09:45.29 | Notify | 03BRL-CAD:phoenixyjll * 55871 brlcad/trunk/src/libbrep/intersect.cpp: gcc doesn't support using ON_X_EVENT::TYPE::xxx, so we use ON_X_EVENT::xxx directly. |
| 09:57.55 | vladbogo | hi all |
| 09:59.04 | vladbogo | it is not very clear what framebuffer the new display manager should use |
| 10:01.38 | vladbogo | I saw that there are already specific framebuffers for X11 and openGl but I don't know if any is appropriate for the new display manager. I would be really grateful if you could give e a hint about this issue. |
| 10:32.02 | Notify | 03BRL-CAD Wiki:Phoenix * 5527 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */ |
| 10:40.32 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10b:bbdd:0:15:e010:9501) | |
| 10:52.34 | d_rossberg | vladbogo: i recommend to start with a null or text framebuffer, in the final state a Qt framebuffer would be desirable |
| 10:53.14 | vladbogo | d_rossberg: thanks for your reply |
| 10:54.19 | vladbogo | also i assume that it is ok if the qt dm source it's a c++ one but just wanted to be sure? |
| 10:57.40 | d_rossberg | yes, it's necessarily so, and qt-dm interface functions have to be extern "C" |
| 10:59.06 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 11:00.43 | vladbogo | d_rossberg: I've successfully integrated Qt in the cmake build but there are some warnings in the Qt files. |
| 11:02.11 | vladbogo | how can I allow warnings for those files so that it can successfully compile without strict compilation being turned off? |
| 11:10.05 | d_rossberg | did you commited your changes? |
| 11:11.07 | vladbogo | d_rossberg: not yet. I did't want to commit changes that are not complete |
| 11:13.02 | d_rossberg | but you could commit the search and integration of the Qt libraries into the CMake build? |
| 11:14.14 | vladbogo | ok. I will. Also the search for Qt only works at the moment by specifying the path to Qt installation in the CMAKE_PREFIX_PATH |
| 11:14.32 | d_rossberg | remember to "commit very frequently" ;) |
| 11:20.39 | Notify | 03BRL-CAD:vladbogo * 55872 brlcad/trunk/CMakeLists.txt: Additional test for Qt installation. Only works if CMAKE_PREFIX_PATH is set to Qt installation path. |
| 11:24.58 | starseeker | vladbogo: is find Qt5Widgets a new module? are they getting rid of the "find_package(Qt5 ...." approach? |
| 11:27.02 | starseeker | ah, I see it is |
| 11:27.40 | vladbogo | starseeker: find_package(Qt ...) I saw it only works for Qt 4. For Qt 5 as I researched there should be a find_package for every module. And Qt5Widgets is a new module that groups Qt5GUI and Qt5Core and probably more. |
| 11:29.34 | starseeker | vladbogo: does your work need Qt5, or would 4 work as well? (OK if it needs 5, but if it can use 4 it changes the search logic) |
| 11:31.56 | vladbogo | starseeker: brlcad told me to use the latest Qt version but I guess Qt4 would work too |
| 11:33.28 | starseeker | vladbogo: no, that's fine |
| 11:33.44 | starseeker | Qt5 has some nice features that will be of considerable interest down the road |
| 11:34.04 | starseeker | Hmm... looks like you're taking the right approach: http://doc-snapshot.qt-project.org/5.0/qtdoc/cmake-manual.html |
| 11:36.16 | vladbogo | starseeker: that's the page I used. Still there are some things that need to be clarified regarding the cmake version |
| 11:36.48 | starseeker | vladbogo: stick with the newer/modern approach |
| 11:37.22 | starseeker | if we have to support older CMake versions we can address that later |
| 11:37.42 | starseeker | pwd |
| 11:37.45 | d_rossberg | requirering Qt4 could be a big obstacle for many systems |
| 11:37.45 | starseeker | whoops |
| 11:37.59 | starseeker | yeah, Qt5 is fine |
| 11:38.09 | starseeker | requiring that actually *simplifies* the CMake logic |
| 11:38.16 | d_rossberg | sorry, i mean requirering Qt5 |
| 11:38.37 | vladbogo | I've tried the cmake 2.8.11 approach and even though theoretically the fPIC flag shouldn't be required(from the example on the link you provided) it still does not work |
| 11:38.42 | starseeker | well, if we end up *requiring* Qt we'll have to get it working as a subbuild |
| 11:39.47 | Notify | 03BRL-CAD:starseeker * 55873 brlcad/trunk/CMakeLists.txt: Don't print the verbose warning if Qt5 isn't found. |
| 11:40.21 | d_rossberg | starseeker: that's not the whole story: Qt4 is shipped with many Linux etc. but for Qt5 there isn't even a FreeBSD port |
| 11:41.01 | starseeker | d_rossberg: that's what I mean - we'd have to make Qt5 a viable src/other subbuild, like we've done for Tcl/Tk |
| 11:41.24 | d_rossberg | starseeker: please don't do this! |
| 11:41.38 | starseeker | d_rossberg: we can keep the repository separate |
| 11:42.21 | starseeker | there are a couple viable approaches for that |
| 11:42.31 | d_rossberg | squeezing all the "other"s into our CMake build is a mess |
| 11:42.54 | starseeker | in what sense? I thought we actually manage that quite well now |
| 11:45.26 | d_rossberg | at least the MSVC build is horrible slow, too many projects i don't need |
| 11:45.55 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 11:46.15 | starseeker | d_rossberg: there should be specific targets you can invoke to get just what you need |
| 11:46.54 | starseeker | d_rossberg: if you have system versions of src/other pieces you want to use on MSVC, you can try that - you just have to set the BRLCAD_BUNDLED_LIBRARIES variable to AUTO |
| 11:47.03 | d_rossberg | this works for the gcc makefiles but not for ms |
| 11:47.30 | d_rossberg | (selecting the target) |
| 11:47.32 | starseeker | we default to "ON" for bundling on MSVC because it's rare for such systems to have much of anything that we need, and the configure process is inherently slow on Windows |
| 11:48.03 | starseeker | really? if you select libbu as the build target from the MSVC list it builds the whole thing? |
| 11:48.13 | Notify | 03BRL-CAD:vladbogo * 55874 (brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/CMakeLists.txt): Changed dm-qt source to C++ file. Integrated Qt in the cmake build. Modified dm.h so that there are no warnings in the dm-qt.cpp. |
| 11:48.44 | d_rossberg | for gcc you can write "make libbu" but in MSVC you have to open the solution file with althe targets first |
| 11:49.15 | vladbogo | d_rossberg: I've finished committing the changes |
| 11:49.30 | starseeker | d_rossberg: ah, sure. But if you set the appropriate flags up front, most of those targets won't be there |
| 11:51.14 | starseeker | (cmake flags) |
| 11:53.08 | d_rossberg | starseeker: then after starting the build of libbu it needs 40s to see that there is nothing to do |
| 11:53.10 | starseeker | d_rossberg: in the CMake gui, use the "Add Entry" button before running configure to define "BRLCAD_BUNDLED_LIBS" as a STRING with value "AUTO" and BRLCAD_EXTRADOCS as a BOOL with default value unchecked (OFF) |
| 11:53.40 | starseeker | d_rossberg: that's inherent to the dependency managing done by the CMake/MSVC combination |
| 11:54.15 | starseeker | d_rossberg: that's why the Ninja build tool is gaining a lot of fans, in fact - it gives CMake builds blazing fast incremental rebuilding |
| 11:54.25 | starseeker | I believe it even runs on Windows |
| 11:55.25 | d_rossberg | but then why i don't have these problems on linux? (cmake with gcc makefiles) |
| 11:55.59 | starseeker | because MSVC is a *lot* slower than gcc and make |
| 11:56.28 | starseeker | Ninja is faster than Make too, even on Linux, it's just less noticable |
| 11:58.01 | *** join/#brlcad vladbogo_ (~vlad@86.124.248.118) | |
| 11:58.42 | starseeker | If you want to *really* build a minimal subset of BRL-CAD, there is the BRLCAD_ENABLE_TARGETS variable |
| 11:59.10 | starseeker | Setting it to "1" (i.e. build level 1 targets) will build only what is needed for librt |
| 11:59.53 | starseeker | level "2" will build the libraries but not most of the tools |
| 12:01.45 | starseeker | looking at the BrlcadCore library link list I'd guess a level 2 build is probably what you'd need |
| 12:02.52 | *** join/#brlcad mpictor_ (~mpictor_@179.sub-174-241-194.myvzw.com) | |
| 12:03.30 | d_rossberg | probable, needs some tests |
| 12:03.31 | starseeker | as far as I know we've never tried the more minimal BRLCAD_ENABLE_TARGETS settings on MSVC, so you may find a problem or two - if so we can straighten them out |
| 12:03.54 | starseeker | d_rossberg: but that'll most likely be the best way to make the MSVC build more tolerable |
| 12:04.20 | d_rossberg | because i can't fix msvc at the moment - back to Qt: i would still consider Qt5 as exotic and Qt4 as well established |
| 12:04.49 | d_rossberg | and if i remember correctly Qt4 code should run with Qt5 too |
| 12:05.47 | vladbogo | d_rossberg: I think so. I've only see that there are differences in the cmake procedure |
| 12:06.38 | starseeker | possibly. FWIW, I do know Meshlab had to do some work to get running on Qt5 |
| 12:07.20 | starseeker | d_rossberg: remember, we aren't going to be ditching our other systems for an exclusively Qt solution anytime soon |
| 12:08.22 | starseeker | Qt will represent the "cutting edge" of development, but people operating on that edge should be up to getting Qt5 installed and working |
| 12:09.57 | starseeker | once vladbogo has a working solution in Qt5 we can look at how much (if anything) is needed to also make it work with Qt4 - if it's minimal (and hopefully it would be) then I agree supporting both is a good idea |
| 12:10.10 | starseeker | but for the initial development efforts I would say don't worry about it |
| 12:12.08 | starseeker | (Qt5 has some features that are extremely interesting for long term CAD gui development - take a look at http://advancingusability.wordpress.com/2013/03/30/how-to-integrate-ogre3d-into-a-qt5-qml-scene/ |
| 12:19.20 | vladbogo | when I try to use the ogl display manager I get a completely transparent window which seems quite weird. I did not have time to see why this behavior so I want to ask you if it's the desired result or something is wrong? |
| 12:20.37 | starseeker | that's not typical - I've seen it now and then, I think it has something to do with opengl settings or drivers on the system? |
| 12:22.00 | Notify | 03BRL-CAD:starseeker * 55875 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Mark a few variables as advanced so they don't clutter the default CMake GUI display |
| 12:27.20 | vladbogo | starseeker: I don't have any opengl custom settings but it might be the problem. |
| 12:29.15 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 12:30.21 | d_rossberg | vladbogo: starseeker: it's not about ditching the other systems then rather the other way round: i've only an "experimental" Qt5 on one machine which doesn't run smoothly |
| 12:31.43 | d_rossberg | vladbogo: do you want to use opengl in qt? |
| 12:36.09 | vladbogo | d_rossberg: yes |
| 12:40.42 | d_rossberg | why? you don't need ogl for simple graphics, is there something what requires a special ogl feature? i personally only remember having trouble with ogl, especially on linux, system crashes included |
| 12:45.21 | starseeker | opengl will be faster, but it *would* be nice to be able to fall back on non-openGL based canvas/drawing if opengl isn't available or working |
| 12:47.05 | vladbogo | well the reason is that I have worked with opengl before and being new Qt seemed to be best choice. |
| 12:47.19 | d_rossberg | opengl *could* be useful if it's for handling shaded geometries, but wireframes ... |
| 12:49.03 | vladbogo | in this case I will not use it |
| 12:50.23 | d_rossberg | vladbogo: the intention i have with Qt is that this is a GUI library for a very wide variety of platforms, i wouldn't recommend to water it down for no reason |
| 12:59.32 | vladbogo | I understand so I will keep that in mind |
| 13:06.43 | d_rossberg | vladbogo: next question: what is Qt5Widgets? don't you need an include and a librariy directory? |
| 13:12.25 | *** join/#brlcad vladbogo (~vlad@86.124.248.118) | |
| 13:12.38 | *** join/#brlcad mpictor_ (~mpictor_@57.sub-174-225-65.myvzw.com) | |
| 13:12.44 | vladbogo | d_rossberg: sorry about that, internet problems |
| 13:12.55 | d_rossberg | no problem |
| 13:14.00 | d_rossberg | btw, you should have a look at the __BEGIN_DECLS, __END_DECLS macros; they are used in almost every header file |
| 13:14.43 | vladbogo | Qt5Widgets is a new module that groups all the Qt widgets and also includes the dependencies for QtCore and QtGui |
| 13:15.42 | vladbogo | the necessary files are in Qt5Widgets_INCLUDE_DIRS |
| 13:17.33 | vladbogo | found the __BEGIN_DECLS and __END_DECLS macros and I will use them. Thanks for the tip |
| 13:18.27 | d_rossberg | because of the DECLS: i was a little bit confused, but the "#ifdef __cplusplus" should be redundant in a .cpp file and the extern "C" shouldn't be necessary there because it's already in the declaration in the .h file |
| 13:19.39 | vladbogo | d_rossberg: open function is declared and used in dm-generic.c so it has to have extern "C" |
| 13:20.54 | vladbogo | about the ifdef __cplusplus I've read that there is a good practice to use it even in cpp files so that's why I used it |
| 13:24.52 | d_rossberg | so what's your value for Qt5Widgets_INCLUDE_DIRS? |
| 13:28.22 | vladbogo | the Qt5Widgets dir which includes a .h for all widgets, Qt5Core dir ad Qt5Gui dir - that's what I read about |
| 13:29.42 | vladbogo | it may be too much but I don't know exactly what I will use and for the test application I made was necessary |
| 13:30.04 | d_rossberg | i.e. /usr/include/Qt5 ? |
| 13:31.36 | vladbogo | I have installed Qt5in the home dir but it should be path_to_qt/include/QtWidgets,path_to_qt/include/QtCore and path_to_qt/include/QtGui |
| 13:34.31 | d_rossberg | ok, on Linux you don't need the libs for the build |
| 13:36.03 | vladbogo | ok so should I omit the libs? |
| 13:37.00 | d_rossberg | for the moment ;) |
| 13:37.10 | vladbogo | also the set(CMAKE_POSITION_INDEPENDENT_CODE ON) I've read that only works on cmake 2.8.9 and higher |
| 13:37.53 | vladbogo | should I set the CMAKE_CXX_FLAGS instead? |
| 13:39.57 | d_rossberg | that's something different, you shouldn't need it when working with .so libraries, do you have .a (i.e. static) libraries? |
| 13:40.57 | vladbogo | well Qt5 needs the -fPIC flag |
| 13:42.24 | d_rossberg | but you build Qt5 independently of BRL-CAD? and you got some libqt5core.so files? |
| 13:42.33 | Notify | 03BRL-CAD:starseeker * 55876 brlcad/trunk/src/other/step/CMakeLists.txt: have SCL avoid stomping the CMAKE_BUILD_TYPE cash when acting as a subbuild. |
| 13:43.29 | vladbogo | I haven't build Qt5 independently |
| 13:44.28 | vladbogo | after installing Qt I got also some .so files |
| 13:45.03 | d_rossberg | ? didn't you used their configure and than make? |
| 13:46.48 | vladbogo | no. I've downloaded an executable file that installed Qt |
| 13:47.18 | d_rossberg | (btw, there is really an -fPIC issue in the BRL-CAD build but it shouldn't influence the use of other libraries) |
| 13:48.05 | vladbogo | without the fPIC flag I couldn't successfully compile |
| 13:48.49 | vladbogo | I've read that in cmake 2.8.11 specifying the fPIC flag is not necessary so I've installed cmake 2.8.11 to test it and it does not work |
| 13:49.38 | Notify | 03BRL-CAD:starseeker * 55877 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): More tweaks for CMake GUI manipulation of values |
| 13:51.54 | d_rossberg | ok, this is something from my to-do list: add BRLCAD_CHECK_C_FLAG(fPIC) and BRLCAD_CHECK_CXX_FLAG(fPIC) to misc/CMake/CompilerFlags.cmake |
| 13:53.34 | d_rossberg | nevertheless it's strange ... |
| 13:54.47 | vladbogo | http://www.kdab.com/using-cmake-with-qt-5./ here it's a slight explanation about the fPIC and fPIE flags |
| 13:55.46 | vladbogo | it says that this happens because in Qt5 "-reduce-relocations" configure option is the default |
| 14:01.10 | d_rossberg | does adding BRLCAD_CHECK_C_FLAG/BRLCAD_CHECK_CXX_FLAG work? |
| 14:04.45 | vladbogo | now testing: it seems to take a while to compile |
| 14:10.00 | vladbogo | d_rossberg: it seems to work |
| 14:12.34 | d_rossberg | then, can you commit the changed CompilerFlags.cmake? (i.e. after adding a nice comment etc.) |
| 14:12.44 | vladbogo | yes it works |
| 14:12.54 | vladbogo | ok I will immediately |
| 14:17.09 | vladbogo | ready:) |
| 14:17.13 | Notify | 03BRL-CAD:vladbogo * 55878 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/libdm/CMakeLists.txt): Enable position independent code in misc/CMake/CompilerFlags.cmake instead of in src/libdm/CmakeLists.txt. Position independent code is required for Qt5. |
| 14:19.39 | d_rossberg | you should add a comment in CompilerFlags.cmake too, look at all the other BRLCAD_CHECK_C_FLAG/BRLCAD_CHECK_CXX_FLAG entries |
| 14:19.44 | Notify | 03BRL-CAD:starseeker * 55879 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: more tweaks to make the knot and non-knot code look similar. |
| 14:20.30 | vladbogo | d_rossberg: ok, I will immediately |
| 14:27.26 | Notify | 03BRL-CAD:vladbogo * 55880 brlcad/trunk/misc/CMake/CompilerFlags.cmake: Added a comment to highlight the need of the position independent code flag. |
| 14:33.40 | *** join/#brlcad vladbogo_ (~vlad@86.124.248.162) | |
| 14:44.39 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 14:46.38 | *** join/#brlcad mpictor (~mpictor_@135.sub-174-241-112.myvzw.com) | |
| 14:55.29 | brlcad | zero_level: available to discuss if needed, but you have to approach this VERY incrementally working with the initial structure first |
| 15:00.47 | Notify | 03BRL-CAD:vladbogo * 55881 brlcad/trunk/src/libdm/dm-qt.cpp: Use __BEGIN_DECL and __END_DECL macros instead of extern "C". |
| 15:02.43 | Notify | 03BRL-CAD:starseeker * 55882 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Don't define things we aren't using... |
| 15:02.45 | Notify | 03BRL-CAD:carlmoore * 55883 brlcad/trunk/doc/docbook/lessons/es/mged02_opciones_vistas.xml: fix spelling of Spanish word 'acimut'; trailing 'h' was removed |
| 15:02.53 | vladbogo | d_rossberg: I've tried to remove the libs from the build but it does not compile successfully anymore. |
| 15:03.49 | d_rossberg | which libs? |
| 15:05.31 | vladbogo | Qt libs: you said that are not required for Linux |
| 15:08.27 | d_rossberg | i was just wondering why CMake asks for the headers but not for the libs, but there is a "find_package" functionality behind which apparently looks for the libs |
| 15:10.18 | d_rossberg | and the libs are definitely required to run the program |
| 15:10.26 | brlcad | so just blindly adding -fPIC is going to be a problem |
| 15:10.51 | brlcad | that make is only possible to make shared library object files |
| 15:11.10 | brlcad | if someone requests a static build, it's going to fail |
| 15:11.49 | brlcad | (this is one of the reasons why libtool compiles everything twice, once with -fPIC and once without) |
| 15:11.57 | d_rossberg | brlcad: the other way round: static build needs this -fPIC, i tried it with the libbrlcad.so |
| 15:13.36 | d_rossberg | when you combine two static libs in one binary it's very likely that you have to shift positions |
| 15:13.41 | brlcad | hm? libbrlcad.so is a shared lib |
| 15:14.10 | d_rossberg | as a proto type on my computer: yes |
| 15:14.37 | d_rossberg | needs only some minor changes, -fPIC was one of them |
| 15:14.38 | zero_level | brlcad: today last day i wrote new functions for creating image. writing pixel and saving. |
| 15:15.33 | d_rossberg | ah: libbrlcad.so contains librt.a, libbu.a ... |
| 15:18.24 | vladbogo | brlcad: there is also the qt5_use_modules macro that encapsulates all of the variable usage required to use a Qt module using with I've made a successful cmake without setting the -fPIC flag but I don't know yet how to integrate it in the brlcad cmake procedure. Should I give it a try? |
| 15:24.58 | brlcad | vladbogo: if it means getting rid of -fPIC, sure |
| 15:25.55 | brlcad | my original suggestion remains to do the bare minimum for the build (or to be comprehensive and do it properly) |
| 15:26.16 | brlcad | somewhere in between those two options is a dangerous valley to be in |
| 15:26.51 | vladbogo | brlcad: I know but without setting the "-fPIC" I cannot compile |
| 15:27.17 | brlcad | so when you can't compile, you have to say what and why and understand why |
| 15:27.44 | brlcad | otherwise saying you cannot compile could simply be because you don't have a compure or lack fingers or it was raining inside or ... I shouldn't have to guess |
| 15:28.04 | brlcad | uninformative to ever just say a compile failed |
| 15:28.15 | brlcad | :) |
| 15:29.13 | brlcad | vladbogo: so my response then is "why?" |
| 15:29.21 | vladbogo | as I read the problem is that Qt5 has the "-reduce-locations" configure option by default which means that the compilation is run with the "-Bsymbolic-function" which makes function pointer comparison ineffective |
| 15:29.35 | vladbogo | unless the -fPIC flag is provided |
| 15:29.59 | brlcad | compilation of qt5 itself or things using qt5? |
| 15:30.44 | vladbogo | things using Qt5 |
| 15:31.49 | brlcad | we're a "thing using Qt5" right? |
| 15:31.59 | vladbogo | yes |
| 15:32.00 | brlcad | we do not add -Bsymbolic-function or do we know somehow? |
| 15:32.05 | brlcad | s/know/now/ |
| 15:33.50 | vladbogo | explicitly not but I guess that it is already added in the Qt which has to be used |
| 15:34.17 | brlcad | guessing won't do, we need to understand what's going on to address this |
| 15:34.28 | brlcad | so lets take a step back and look at what's actually going on when whatever fails |
| 15:34.36 | brlcad | first, what fails? |
| 15:35.10 | brlcad | and is it a compilation failure or a linker failure (you'll need to learn the difference if you do not) |
| 15:51.04 | *** join/#brlcad vladbogo (~vlad@86.121.99.104) | |
| 15:51.32 | zero_level | the issue now is .. in the rt/view.c , viewedge.c viewxray.c and do.c these data are written in uchar* format. |
| 15:51.56 | zero_level | so i will have to conver this in the following way |
| 15:52.13 | zero_level | convert to double in rt/.. (files) |
| 15:53.04 | zero_level | create image. (by calling icv_create)[allocates memory for structure and data and zeros the image] |
| 15:53.15 | zero_level | store the double values. |
| 15:53.21 | zero_level | save the image |
| 15:53.59 | zero_level | Now in save if it is ppm, bw, pix the data is again covnerted to uchar. from double. |
| 15:54.51 | zero_level | brlcad, ``Erik I find this redundant here. converting uchar->double and double->uchar |
| 16:02.09 | *** join/#brlcad vladbogo_ (~vlad@86.121.99.173) | |
| 16:06.49 | vladbogo_ | brlcad: tested with cmake 2.8.11 and there is no problem which is quite weird because I am 100% sure I've tested it before and did not work. So I will remove the fPIC flag and will try to solve this issue later for other versions of cmake if necessary |
| 16:07.42 | brlcad | vladbogo_: I completely believe that you ran into a failure, that's easy :) |
| 16:08.05 | brlcad | but need to know exactly what that error was and under what conditions, and understand the problem |
| 16:08.21 | *** join/#brlcad vladbogo__ (~vlad@86.121.102.228) | |
| 16:08.22 | brlcad | in order to do something about it |
| 16:08.36 | brlcad | vladbogo_: are you having connection issues or something? |
| 16:08.49 | vladbogo__ | brlcad: unfortunately yes |
| 16:08.50 | brlcad | what is it with connection problems this year, it's insane... |
| 16:09.12 | vladbogo__ | so I think I've received just part of your answer |
| 16:09.54 | vladbogo__ | saturday I will be moving so there won't be any connection problems from saturday on |
| 16:10.13 | brlcad | zero_level: that sounds perfectly reasonable, but you might want to address the file pointer first |
| 16:10.26 | brlcad | vladbogo__: okay that's good to hear |
| 16:10.52 | brlcad | vladbogo__: I just basically said that we need more information to do anything about the problem, and I don't doubt there is a problem |
| 16:10.57 | brlcad | that's why -fPIC is dangerous |
| 16:11.13 | brlcad | it will work in some places and will outright fail under other platform conditions |
| 16:11.26 | brlcad | and is dependent on several other compiler flag settings and library settings |
| 16:11.53 | brlcad | you can't just turn it on everywhere |
| 16:12.05 | vladbogo__ | brlcad: I know that's why I haven't committed the changes earlier |
| 16:12.45 | brlcad | vladbogo__: you should be committing .. and doing so very frequently |
| 16:12.54 | brlcad | just a matter of committing in a way that keeps us moving forward |
| 16:13.33 | vladbogo__ | brlcad: I know but I've just wanted to discuss with you the issue |
| 16:13.33 | brlcad | it takes some thought and planning while you code |
| 16:14.12 | brlcad | okay, and?? :) |
| 16:14.28 | vladbogo__ | I mean I knew that could be a problem so I did not want to put it there before talking to you |
| 16:14.28 | brlcad | of course you should discuss issues.... not sure what that has to do with how one commits ;) |
| 16:14.44 | brlcad | well, that's my point |
| 16:15.15 | brlcad | say you determined that it was 100% necessary but knew it also might be a problem |
| 16:15.21 | brlcad | so what do you do |
| 16:15.29 | brlcad | you don't need to wait on me to move forward |
| 16:15.37 | brlcad | you CERTAINLY don't need to wait to commit something |
| 16:15.46 | brlcad | that something just shouldn't be turning it on |
| 16:16.02 | brlcad | that's what I mean about you have to think it through and plan |
| 16:16.20 | *** join/#brlcad vladbogo_ (~vlad@86.121.99.145) | |
| 16:17.00 | vladbogo_ | well cmake 2.8.11 solves the problem(no fPIC) so as you initially suggested I will leave it like this |
| 16:17.05 | brlcad | you could commit the flag check commented out or protected by an if () test, for example and then write the mailing list asking for help testing |
| 16:17.34 | brlcad | do you know why cmake 2.8.11 seems to solve the problem? |
| 16:17.47 | vladbogo_ | brlcad: that's good to know |
| 16:18.12 | vladbogo_ | not yet. I was planning to do a little research tonight |
| 16:18.18 | brlcad | then you cannot say that :) |
| 16:18.41 | brlcad | all you can say is that the problem is not observed |
| 16:18.55 | brlcad | claiming that cmake did anything isn't necessarily true |
| 16:19.46 | vladbogo_ | I saw on the qt-project.org that this is solved by cmake but it didn't say why |
| 16:20.12 | brlcad | simply, you don't know why it's working now ... and that's okay, but don't jump to conclusions until you understand the failure (and the reason it works) |
| 16:20.25 | vladbogo_ | brlcad: ok :) |
| 16:20.31 | brlcad | are you familiar with the verbose flag? |
| 16:20.43 | vladbogo_ | not really |
| 16:20.57 | brlcad | so by default, cmake hides everything |
| 16:21.09 | brlcad | which isn't at all helpful when you're dealing with low-level compilation issues like this one |
| 16:21.35 | brlcad | you need to know exactly what preprocessor, compilation, and linker flags are being used |
| 16:21.55 | brlcad | and know whether an error you're reading is a preprocessor failure, compilation failure, or linker failure |
| 16:22.12 | vladbogo_ | that would be useful |
| 16:22.21 | brlcad | it's not going to tell you which |
| 16:22.26 | brlcad | that's your job to figure out :) |
| 16:22.37 | brlcad | and it takes time to learn |
| 16:22.47 | brlcad | but to get that information from cmake, you have to compile verbose |
| 16:22.50 | brlcad | make VERBOSE=1 |
| 16:22.59 | vladbogo_ | yes but it would be easier to find |
| 16:23.01 | vladbogo_ | thanks:) |
| 16:23.33 | brlcad | you just have to get comfortable finding and reading a compile/linker line and understanding the messages that come back |
| 16:25.21 | vladbogo_ | thanks a lot for your help |
| 16:25.24 | Notify | 03BRL-CAD:vladbogo * 55884 brlcad/trunk/misc/CMake/CompilerFlags.cmake: Removed position independent code flag. |
| 16:26.13 | vladbogo_ | finally done with the cmake integration and I can start working on embedding Qt in Tk window |
| 16:29.03 | brlcad | excellent |
| 16:29.56 | vladbogo_ | thanks again for your help and clarifications |
| 16:54.58 | Notify | 03BRL-CAD:carlmoore * 55885 brlcad/trunk/include/icv.h: remove trailing blanks/tabs; fix spellings |
| 17:11.54 | zero_level | brlcad to handle file issues.. i am doing it this way. icv_create_image (instead of icv_save_open) and then do all the processing then icv_save (instead of icv_save_close) |
| 17:18.52 | brlcad | any way to shorten those function names consistently would be good |
| 17:19.06 | brlcad | this is the time to be thinking about API usability |
| 17:19.10 | brlcad | cleanliness of the names |
| 17:19.51 | brlcad | e.g., having icv_create_image() implies you might have the ability to icv_create_somethingelse() later ... is that true? |
| 17:20.13 | zero_level | no plans as such |
| 17:20.28 | brlcad | otherwise, maybe icv_create() or icv_image() becomes more appropriate and more API-friendly |
| 17:20.30 | zero_level | i guess that cld be trimmed to icv_create |
| 17:20.36 | zero_level | yes |
| 17:20.38 | brlcad | should think about that for every public symbol name |
| 17:21.50 | brlcad | and if you have a create or construction function, it should pair with another destroy/delete/close/whatever function unambiguously |
| 17:22.16 | zero_level | i have done this icv_free_image |
| 17:33.27 | brlcad | which again implies there's something other than images to free |
| 17:36.20 | *** join/#brlcad vladbogo__ (~vlad@86.121.103.35) | |
| 18:07.06 | *** join/#brlcad Mahi (~Mahi@ec2-54-226-39-211.compute-1.amazonaws.com) | |
| 18:14.20 | brlcad | zero_level: what's the status of patch 171? |
| 18:16.48 | *** join/#brlcad vladbogo__ (~vlad@86.124.248.147) | |
| 18:21.02 | brlcad | zero_level: looks like 176 has the same issue and is ... basically the same patch?? |
| 18:21.31 | brlcad | you're not making this easy to review |
| 18:30.10 | *** join/#brlcad vladbogo_ (~vlad@86.121.96.174) | |
| 18:56.56 | Notify | 03BRL-CAD Wiki:41.202.192.81 * 5528 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */ |
| 19:10.17 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5529 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */ |
| 19:47.56 | zero_level | brlcad: for all the patch informatio please see this http://brlcad.org/wiki/User:Level_zero/patches |
| 19:48.11 | zero_level | the convert patch is now at 197 and 198 |
| 19:48.23 | zero_level | it has the split versions |
| 19:50.26 | *** join/#brlcad vladbogo (~vlad@86.121.103.160) | |
| 19:57.28 | Notify | 03BRL-CAD:carlmoore * 55886 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: remove trailing blanks/tabs; fix a spelling |
| 20:01.42 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5530 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:39.41 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:05.57 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 22:12.16 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 22:52.38 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:53.38 | ``Erik | zero_level: if you dig into rt/view.c just a tiny bit more, you'll see that it gets the rgb data from ap->a_color which just happens to be 3 doubles. |
| 23:03.21 | zero_level | ok. |
| 23:04.16 | zero_level | ``Erik currently i have written image create, image load, image save functions |
| 23:04.29 | zero_level | for pix,bw,ppm formats |
| 23:05.22 | zero_level | what do u suggest should i attemppt for png format or refactor the old usage as per the new functions? |
| 00:37.16 | brlcad | [A |
| 00:38.08 | brlcad | zero_level: I replies regarding your wiki page, please make sure the patches themselves are clear |
| 00:38.27 | brlcad | ALL of your patches -- if a newer patch replaces an older patch, close the old patch (or leave a comment) |
| 04:02.20 | *** join/#brlcad Samooka (~sam@187.39.188.121) | |
| 04:02.59 | Samooka | hello |
| 04:04.34 | Samooka | I would like to edit a combination using oed, however I am missing something as the rotation is not applied to the combination, but to one of its parts only. Can anyone help me understand this? |
| 04:04.40 | Samooka | this is the tree: |
| 04:05.00 | Samooka | forno.s/ |
| 04:05.02 | Samooka | u domo_aberto.s/ |
| 04:05.02 | Samooka | u casca_domo.s/ |
| 04:05.02 | Samooka | u solido1_domo.s |
| 04:05.02 | Samooka | - vazio2_domo.s |
| 04:05.02 | Samooka | - vazio1_domo.s |
| 04:05.03 | Samooka | - vazio1_tunel.s/ |
| 04:05.05 | Samooka | u solido1_tunel.s |
| 04:05.07 | Samooka | u solido2_tunel.s |
| 04:05.09 | Samooka | u tunel.s/ |
| 04:05.11 | Samooka | u solido3_tunel.s/ |
| 04:05.13 | Samooka | u solido1_tunel.s |
| 04:05.15 | Samooka | u solido2_tunel.s |
| 04:05.17 | Samooka | - vazio2_tunel.s/ |
| 04:05.21 | Samooka | u solido1_tunel.s |
| 04:05.23 | Samooka | u solido2_tunel.s |
| 04:06.06 | brlcad | Samooka: what's our oed command look like? |
| 04:06.12 | Samooka | using "oed forno.s domo_aberto.s/casca_domo.s/solido1_domo.s" will enter edit mode, however tunel.s is ignored: it is not selected and transformations applied to forno.s do not apply to it. |
| 04:06.18 | Samooka | What am I missing? |
| 04:07.09 | brlcad | so that's "oed rightpath leftpath" and it puts the matrix over the leftpath |
| 04:07.19 | brlcad | so if you want the matrix over forno.s, you need it on the left |
| 04:07.34 | brlcad | bah, and I have my right and left REVERSED! |
| 04:07.52 | brlcad | "oed leftpath rightpath" .. puts it over rightpath |
| 04:08.14 | brlcad | so you realize, /this/is/the/full/path |
| 04:08.57 | brlcad | so what you wrote properly formatted would have been "oed /forno.s domo_aberto.s/casca_domo.s/solido1_domo.s" |
| 04:09.01 | Samooka | brlcad, wasn't leftpath supposed to be the path to a primitive? |
| 04:09.15 | brlcad | yes, it's also that |
| 04:09.22 | brlcad | what you probably are wanting is |
| 04:09.39 | brlcad | oed / forno.s/domo_aberto.s/casca_domo.s/solido1_domo.s |
| 04:10.23 | Samooka | brlcad, so this line you just gave me will apply the matrix to forno.s? |
| 04:10.32 | brlcad | last comment, your naming convention there is suboptimal ... the .s suffix implies a primitive shape (like ell or tor) but clearly many of those are not primitives |
| 04:10.45 | brlcad | Samooka: yep |
| 04:10.53 | Samooka | brlcad, right, they are combinations |
| 04:11.09 | brlcad | combs usually have a .c, .r, .g or no suffix |
| 04:11.15 | Samooka | I guess I should do away with the .s's... |
| 04:11.17 | brlcad | .c is most common |
| 04:11.33 | brlcad | below the region level at least, .c is common |
| 04:11.41 | brlcad | then .r for your actual regions |
| 04:11.47 | brlcad | and no suffix above the region level |
| 04:13.18 | Samooka | brlcad, it worked, thanks a lot... let me re-read your posts; why is it that the left path has to be the root (/)? |
| 04:15.31 | Samooka | if I understand correctly, "oed /forno.s domo_aberto.s/casca_domo.s/solido1_domo.s" tells oed that I want to modify domo_aberto.s, and not forno.s? |
| 04:16.17 | brlcad | it says to modify the instance of domo_aberto.s referenced within forno.s |
| 04:16.21 | brlcad | there can be other references |
| 04:16.34 | brlcad | such as domo_aberto.s by itself |
| 04:16.50 | Samooka | got it. |
| 04:16.59 | brlcad | if you wanted to update all referenes to domo_aberto.s, you'd run "oed / domo_aberto.s/...." |
| 04:17.13 | brlcad | think of it as ONE path like a filesystem |
| 04:17.19 | brlcad | /path/to/file |
| 04:17.41 | brlcad | and depending on what you want to manipulate, you insert a space and put oed at the front ;) |
| 04:18.27 | brlcad | we will eventually get rid of the need to specify the left and right hand sides, but that's the current usage for a variety of reasons |
| 04:19.48 | Samooka | so everytime I want to modify a comb or region in the top level, leftpath will be (/); if I have a region composed of several combs and want to modify just one instance, then I will have leftpath point to the region (/top_level_object) |
| 04:20.36 | brlcad | exactamente |
| 04:20.36 | Samooka | I've got to remember that!! |
| 04:20.56 | brlcad | if we can make that any more clear in the documentation or on the wiki, let us know what to say :) |
| 04:24.20 | Samooka | brlcad, I read through "Object editing: the oed command" but did not get this insight. If I can find another way of explaining it, I might submit a proposal... |
| 04:24.30 | brlcad | great |
| 04:24.45 | brlcad | especially considering that's the document specifically written to help explain this :) |
| 04:25.09 | Samooka | for now, thank you so very much for the clarification |
| 04:25.18 | Samooka | :) |
| 04:25.23 | brlcad | any time |
| 05:20.09 | *** join/#brlcad caen23 (~caen23@92.81.178.221) | |
| 06:44.19 | Notify | 03BRL-CAD:phoenixyjll * 55887 brlcad/trunk/src/libbrep/intersect.cpp: According to openNURBS's declaration, for ccx_point events, m_a[0] should be equal to m_a[1] (m_b[0] == m_b[1], m_A[0] == m_A[1], m_B[0] == m_B[1]...). And change the logic so that if it's not an overlap event, two ccx_point events may be generated. |
| 06:48.50 | Notify | 03BRL-CAD:phoenixyjll * 55888 brlcad/trunk/src/libbrep/intersect.cpp: Used a wrong curve in point-curve intersection to test overlap. |
| 07:11.51 | Notify | 03BRL-CAD:phoenixyjll * 55889 brlcad/trunk/src/libbrep/intersect.cpp: More comment to document the intersection approaches, and style conformance. |
| 07:29.26 | Notify | 03BRL-CAD Wiki:Phoenix * 5531 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */ |
| 08:09.57 | *** part/#brlcad Mahi (~Mahi@ec2-54-226-39-211.compute-1.amazonaws.com) | |
| 08:22.58 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:25.37 | d_rossberg | brlcad: i thought using -fPIC is common sense |
| 08:25.47 | d_rossberg | see e.g. www.akkadia.org/drepper/dsohowto.pdf |
| 08:26.38 | d_rossberg | and that's the error i get w/o -fPIC: /usr/bin/ld: ../../../lib/libbn.a(mat.c.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC |
| 09:03.04 | *** join/#brlcad caen23 (~caen23@92.81.178.221) | |
| 09:15.05 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 09:15.06 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 10:27.22 | *** join/#brlcad kesha (~kesha@49.249.1.165) | |
| 10:48.01 | *** join/#brlcad kesha (~kesha@49.249.1.165) | |
| 12:04.02 | ``Erik | http://www.youtube.com/watch?v=WV4qXzM641o raytracing in '78 |
| 12:04.22 | ``Erik | http://www.youtube.com/watch?v=lAYaX6NuI4M MAGI synthavision in '80 :o |
| 12:48.23 | *** join/#brlcad Yoshi47 (~jan@64.235.102.210) | |
| 13:25.32 | starseeker | sweet! scintilla has some built-in Qt support now, not limited to the GPL 3rd party add-on |
| 13:26.12 | starseeker | dreams of replacing all the "use external editor" commands with a BRL-CAD ascii format aware Qt editing widget... |
| 13:34.22 | starseeker | hah, don't even need to wait for Qt: http://sourceforge.net/projects/scintillatk/ |
| 13:55.36 | ``Erik | did an ascii aware text widget long ago for a gtk+ mud client... handling the codes was easy, making it fast was not |
| 14:02.33 | zero_level | ``Erik I found ap->a_color. but this get converted to uchar using two methods 1.(GAMMA CORRECTION) 2. Straight method with addition of random number(BW 0to 1). |
| 14:03.19 | zero_level | when i write this to ICV image how do i procced with this |
| 14:08.33 | ``Erik | since some image formats cope with gamma correction, I'd imagine a good approach would be to add a gamma to the internal representation, then apply it when converting to the external format... as a very rough C like psuedocode with important bookkeeping bits missing: save_pix() { char *bytes; bytes=bu_alloc(img.w*img.h*3*sizeof(uchar); apply_gamma(img); img2rgb24(img, bytes); fwrite(fd, bytes, img.w*img.h*3*sizeof(uchar)); } |
| 14:12.22 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 14:12.22 | ``Erik | (and save_png would lack the apply_gamma() call, it would just set the gamma using the png api) |
| 14:15.58 | ``Erik | does that make sense? |
| 14:18.38 | zero_level | and i add gamma to internal structure of ICV_IMAGE struct ? |
| 14:19.46 | ``Erik | yeh |
| 14:19.53 | zero_level | ok. |
| 14:21.49 | ``Erik | icv_image should contain enough information to generate any format without any extra information... then the output functions will just need the icv_image struct and a place to put the output... |
| 14:23.50 | ``Erik | daydreams of an rt mode that uses icv to fill frames for ffmpeg to make animations directly :) |
| 14:34.48 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 15:06.36 | Notify | 03BRL-CAD:carlmoore * 55890 brlcad/trunk/src/fb/fbfade.c: fix a comment because -h became -H |
| 15:22.38 | Notify | 03BRL-CAD:carlmoore * 55891 brlcad/trunk/HACKING: make repairs to SoureForge and DocBook names, and fix a spelling |
| 15:46.13 | Notify | 03BRL-CAD:carlmoore * 55892 (brlcad/trunk/CMakeLists.txt brlcad/trunk/ChangeLog): remove trailing blanks/tabs |
| 16:30.16 | zero_level | ``Erik how does bif work in rt/view.c i dont see an icv_image_save_open does it use some extern function ? |
| 16:39.30 | Notify | 03BRL-CAD Wiki:Level zero * 5532 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 2 */ |
| 16:40.38 | Notify | 03BRL-CAD Wiki:Level zero * 5533 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 2 */ |
| 16:41.54 | ``Erik | it's in do.c |
| 16:48.03 | starseeker | ``Erik: I'm hoping that scintilla would help with the speed part |
| 16:48.23 | zero_level | ``Erik see brlcad.org/wiki/User:Level_zero/GSOC13/logs I have put links to the current status of the code |
| 17:28.03 | Notify | 03BRL-CAD Wiki:Harman052 * 5534 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:05.42 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 18:24.18 | *** join/#brlcad caen23 (~caen23@92.81.178.221) | |
| 18:46.28 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5535 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */ |
| 19:16.34 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5536 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 24 June - 30 June */ |
| 19:50.00 | ``Erik | very cool... (if alf aho and jeff ullman sound familiar, they're the dudes that did the "dragon book" on compilers) http://i.stanford.edu/~ullman/focs.html |
| 19:57.34 | Notify | 03BRL-CAD:carlmoore * 55893 brlcad/trunk/doc/docbook/system/man1/en/fblabel.xml: new man page for fblabel |
| 19:58.30 | *** join/#brlcad Ch3ck (295cd22a@gateway/web/freenode/ip.41.92.210.42) | |
| 20:00.26 | Ch3ck | hey guys working on the code for adding orthogonal matrix support to the bn_mat_inverse() routine in /src/libbn/mat. |
| 20:00.28 | Ch3ck | mat.c |
| 20:00.50 | Ch3ck | and although the code compiles it don't still get why it fails 3 regression tests.. |
| 20:02.38 | Ch3ck | need some more eyes on this... |
| 20:10.35 | zero_level | ``Erik the issue with write pixel is clear now. But viewedge.c and view.c also writesline in the image. They use scanline(struct in view.c and char buff in viewedge.c) |
| 20:10.50 | zero_level | i am not getting hold of double data in these case. |
| 20:17.45 | ``Erik | view.c uses a_color to construct the scanlines, view_edge.c keeps a 'scanline buffer' and compares neighbors to generate pixel values for the scanlines... (viewedge is also a bit weak in accomplishing it's task) |
| 20:24.21 | Notify | 03BRL-CAD Wiki:41.92.210.42 * 5537 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */ |
| 20:39.44 | brlcad | ``Erik: in issac's patch, he changed it to "hrt?" .. not "her?" |
| 20:40.19 | brlcad | so his latest does "match" .. just no longer the clever 'herz' value |
| 20:53.10 | Notify | 03BRL-CAD:r_weiss * 55894 (brlcad/trunk/include/common.h brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp brlcad/trunk/src/libbrep/libbrep_brep_tools.h): Fixed some DLL errors in the Windows build. |
| 21:07.37 | ``Erik | yeh, I was more concerned that he change it and said "does this match?" instead of having some confidence in what he did... so I'm trying to push an "if you're not sure, try it and see" |
| 21:10.54 | brlcad | starseeker: http://www.dune-project.org/ |
| 21:11.12 | brlcad | ``Erik: yeah, I noticed that as well |
| 21:16.34 | brlcad | not license compatible, but interesting nonetheless |
| 21:34.51 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 21:43.18 | Notify | 03BRL-CAD:carlmoore * 55895 brlcad/trunk/src/fb/fbline.c: remove -h (use -S 1024 instead); implement h,? help; notice that S is a new option |
| 21:57.39 | zero_level | ``Erik: are there functions in different files which modify scanlines ? |
| 22:00.42 | zero_level | because all i dont find the scanlines getting the data from double ap->a_color |
| 22:18.52 | zero_level | although pixels are easy to trace from ap->a_color |
| 00:13.39 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:43.41 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 01:43.22 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 02:47.12 | brlcad | zero_level: view_pixel() |
| 02:47.56 | brlcad | do_pixel() shoots the ray, gets a result, calls view_pixel() to "color" the pixel appropriately depending on what type of application is running |
| 02:48.13 | brlcad | view_pixel() does the conversion from double to rgb int |
| 02:48.26 | brlcad | (should be a function) |
| 02:49.58 | brlcad | iirc, the flow is do_frame() -> do_run() -> worker() -> do_pixel() -> view_pixel() |
| 04:36.50 | *** join/#brlcad Kimz (~AndChat32@49.249.9.139) | |
| 06:23.24 | *** join/#brlcad kesha (~kesha@49.249.9.139) | |
| 06:51.41 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5538 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 06:52.09 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5539 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 07:18.37 | *** join/#brlcad Kimz (~AndChat32@49.249.19.192) | |
| 07:18.40 | *** join/#brlcad kesha (~kesha@49.249.19.192) | |
| 08:28.43 | *** join/#brlcad caen23 (~caen23@92.81.178.221) | |
| 08:41.49 | *** join/#brlcad kesha (~kesha@49.249.19.192) | |
| 10:26.15 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 11:19.19 | Notify | 03BRL-CAD:tbrowder2 * 55896 brlcad/trunk/TODO: task needs another forecast |
| 11:25.49 | Notify | 03BRL-CAD:tbrowder2 * 55897 brlcad/trunk/TODO: update compile-time header status |
| 11:57.04 | Notify | 03BRL-CAD Wiki:Tbrowder * 5540 /wiki/EBM: /* Converting a PNG file into a bitmap file */ |
| 11:57.52 | Notify | 03BRL-CAD Wiki:Tbrowder * 5541 /wiki/EBM: /* Inserting ebm in MGED */ |
| 12:09.19 | Notify | 03BRL-CAD Wiki:Tbrowder * 5542 /wiki/DSP: /* Preparing your height field data */ |
| 12:57.43 | starseeker | brlcad: I thought GPL with runtime exception was usable, just not code we could merge with our own... |
| 13:22.04 | starseeker | ``Erik: forgot to post it yesterday - here's the blender stabilization info: http://www.youtube.com/watch?v=gnVu8_YCjZM |
| 13:22.34 | starseeker | and virtualdub + deshaker: http://www.guthspot.se/video/deshaker.htm |
| 13:33.32 | *** part/#brlcad harman (~harman@202.164.53.122) | |
| 14:31.18 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 15:15.46 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5543 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 15:38.17 | *** join/#brlcad kesha (~kesha@49.249.19.192) | |
| 16:05.55 | Notify | 03BRL-CAD Wiki:Tbrowder * 5544 /wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 16:25.46 | Notify | 03BRL-CAD Wiki:Tbrowder * 5545 /wiki/DSP: /* Strategy */ continuing the DSP tutorial |
| 16:35.49 | Notify | 03BRL-CAD Wiki:Tbrowder * 5546 /wiki/DSP: /* Strategy */ |
| 16:47.41 | Notify | 03BRL-CAD Wiki:Tbrowder * 5547 /wiki/DSP: /* Displacement (DSP) map primitive */ |
| 16:49.37 | Notify | 03BRL-CAD Wiki:Tbrowder * 5548 /wiki/DSP: /* Strategy */ |
| 17:06.20 | *** join/#brlcad luca79 (~luca@188-22-207-31.adsl.highway.telekom.at) | |
| 17:06.27 | *** join/#brlcad arno (~luca@188-22-207-31.adsl.highway.telekom.at) | |
| 17:26.53 | Notify | 03BRL-CAD Wiki:41.92.210.5 * 5549 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 28th */ |
| 17:29.31 | Notify | 03BRL-CAD Wiki:41.92.210.5 * 5550 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 29th */ |
| 17:41.25 | Notify | 03BRL-CAD Wiki:Tbrowder * 5551 /wiki/DSP: /* Nearest neighbors */ |
| 19:15.06 | *** join/#brlcad kesha (~kesha@49.249.19.192) | |
| 19:44.08 | *** join/#brlcad AndChat|321536 (~AndChat32@49.249.18.172) | |
| 19:44.32 | *** join/#brlcad kesha__ (~kesha@49.249.18.172) | |
| 21:21.48 | Notify | 03BRL-CAD Wiki:Level zero * 5552 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 2 logs*/ |
| 23:10.11 | zero_level | hi ``Erik brlcad |
| 23:16.56 | zero_level | in rmrt/rtsrv.c it uses icv.h but only an icv strcuture(bif) is being initialized no function (from icv.h) being called. Does that have relavence ? As I dont see bif being used in the file! |
| 06:03.41 | *** join/#brlcad gaganjyot (~gagan@1.38.19.66) | |
| 06:03.48 | gaganjyot | Hello everyone |
| 06:03.54 | gaganjyot | I wanted to know |
| 06:04.08 | gaganjyot | where are brlcad primitive files located in brlcad src ? |
| 06:20.08 | zero_level | gaganjyot do you mean the pix,bw files ? |
| 06:20.20 | gaganjyot | Like |
| 06:20.24 | zero_level | these are in pix folder |
| 06:20.30 | gaganjyot | where are the functions for showing |
| 06:20.37 | gaganjyot | rcc rpp on display manager |
| 06:20.39 | gaganjyot | ? |
| 06:21.02 | zero_level | u can do pix-png and convert the file to png |
| 06:22.46 | gaganjyot | No |
| 06:22.55 | gaganjyot | I want to see how a rpp is created |
| 06:23.05 | gaganjyot | so there might be a function |
| 06:23.16 | gaganjyot | that draws rpp on mged display manager |
| 06:24.22 | zero_level | http://brlcad.org/wiki/BRL-CAD_Primitives see if this helps you else wait for someone to respond |
| 06:24.43 | gaganjyot | I have already gone through this |
| 06:24.51 | gaganjyot | but didn't helped |
| 06:24.59 | gaganjyot | No problem lets wait |
| 06:36.24 | gaganjyot | I found them |
| 06:36.34 | gaganjyot | src/librt/primitives |
| 07:08.06 | *** part/#brlcad gaganjyot (~gagan@1.38.19.66) | |
| 08:23.18 | *** join/#brlcad caen23 (~caen23@92.81.178.221) | |
| 12:29.32 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:d348:0:3d:3809:d701) | |
| 12:32.41 | *** join/#brlcad kesha__ (~kesha@49.249.9.78) | |
| 12:55.39 | *** join/#brlcad kesha (~kesha@49.249.9.78) | |
| 13:14.31 | *** join/#brlcad kesha__ (~kesha@49.249.18.31) | |
| 13:19.26 | *** join/#brlcad kesha (~kesha@49.249.18.31) | |
| 13:27.56 | *** join/#brlcad kesha__ (~kesha@49.249.18.31) | |
| 13:58.33 | *** join/#brlcad kesha__ (~kesha@49.249.18.31) | |
| 15:04.12 | *** join/#brlcad kesha (~kesha@49.249.1.15) | |
| 15:14.21 | *** join/#brlcad kesha__ (~kesha@49.249.18.219) | |
| 15:47.04 | *** join/#brlcad kesha (~kesha@49.249.18.219) | |
| 15:48.48 | *** join/#brlcad kesha (~kesha@49.249.18.219) | |
| 15:50.54 | *** join/#brlcad kesha (~kesha@49.249.18.219) | |
| 15:52.20 | *** join/#brlcad kesha (~kesha@49.249.18.219) | |
| 15:55.05 | *** join/#brlcad kesha (~kesha@49.249.18.219) | |
| 15:56.08 | *** join/#brlcad kesha__ (~kesha@49.249.18.219) | |
| 15:59.52 | *** join/#brlcad kesha__ (~kesha@49.249.18.219) | |
| 16:02.01 | *** join/#brlcad kesha (~kesha@49.249.18.219) | |
| 16:05.48 | *** join/#brlcad caen23 (~caen23@92.81.215.188) | |
| 16:08.58 | *** join/#brlcad kesha (~kesha@49.249.18.219) | |
| 16:09.52 | *** join/#brlcad kesha__ (~kesha@49.249.18.219) | |
| 16:21.24 | *** join/#brlcad kesha__ (~kesha@49.249.18.219) | |
| 16:31.06 | Notify | 03BRL-CAD Wiki:Tbrowder * 5553 /wiki/DSP: /* A practical example */ |
| 16:52.55 | Notify | 03BRL-CAD Wiki:Tbrowder * 5554 /wiki/DSP: /* A practical example */ |
| 16:59.26 | Notify | 03BRL-CAD Wiki:Tbrowder * 5555 /wiki/DSP: /* A practical example */ |
| 17:04.47 | Notify | 03BRL-CAD Wiki:Tbrowder * 5556 /wiki/DSP: /* Algorithm */ |
| 17:10.55 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 17:28.19 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 18:08.06 | *** join/#brlcad kesha__ (~kesha@49.249.19.92) | |
| 18:22.12 | Notify | 03BRL-CAD Wiki:Tbrowder * 5557 /wiki/DSP: /* A practical example */ |
| 18:31.08 | *** join/#brlcad kesha (~kesha@49.249.19.92) | |
| 18:31.21 | Notify | 03BRL-CAD Wiki:Tbrowder * 5558 /wiki/DSP: /* Creating a DSP object from manual or programmatic generation of data */ |
| 18:34.25 | Notify | 03BRL-CAD Wiki:Tbrowder * 5559 /wiki/DSP: /* A practical example */ |
| 18:36.33 | Notify | 03BRL-CAD Wiki:Harman052 * 5560 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:37.11 | Notify | 03BRL-CAD Wiki:Tbrowder * 5561 /wiki/DSP: /* Shapefile data */ |
| 18:38.34 | Notify | 03BRL-CAD Wiki:Tbrowder * 5562 /wiki/DSP: /* Shapefile data */ |
| 18:51.59 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 19:56.24 | *** join/#brlcad vladbogo (~vlad@188.25.236.123) | |
| 20:03.53 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 20:07.34 | *** join/#brlcad kesha (~kesha@49.249.19.92) | |
| 20:15.48 | *** join/#brlcad kesha__ (~kesha@49.249.19.92) | |
| 20:38.58 | *** join/#brlcad kesha (~kesha@49.249.19.92) | |
| 20:39.51 | Notify | 03BRL-CAD:vladbogo * 55898 brlcad/trunk/src/libdm/dm-qt.cpp: Variable initialization in order to create Tk main window. |
| 21:09.55 | Notify | 03BRL-CAD:vladbogo * 55899 brlcad/trunk/src/libdm/dm-qt.cpp: Tested the dm_top value and created the corresponding window: toplevel or embedded. |
| 21:12.35 | Notify | 03BRL-CAD:vladbogo * 55900 brlcad/trunk/src/libdm/dm-qt.cpp: Corrected the dm-qt filename and other small inconsistencies. |
| 21:20.48 | Notify | 03BRL-CAD:vladbogo * 55901 brlcad/trunk/src/libdm/dm-qt.cpp: Sanity check to see if the window has been succesffully created. |
| 21:24.49 | Notify | 03BRL-CAD:vladbogo * 55902 brlcad/trunk/src/libdm/dm-qt.cpp: Added a comment to highlight the qt_open function. |
| 21:56.56 | Notify | 03BRL-CAD:vladbogo * 55903 brlcad/trunk/src/libdm/dm-qt.cpp: Init dm, open display and set window dimensions. |
| 22:27.07 | Notify | 03BRL-CAD:vladbogo * 55904 brlcad/trunk/src/libdm/dm-qt.cpp: Added the qt_configureWin_guts function and fixed some initialization issues. |
| 22:45.06 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5563 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 03:18.12 | *** join/#brlcad IriX64 (~kvirc@bas7-sudbury98-1096760472.dsl.bell.ca) | |
| 04:57.01 | brlcad | begins an AIX compile on the new 48 CPU POWER server |
| 05:03.36 | *** join/#brlcad caen23_ (~caen23@92.81.215.154) | |
| 07:06.52 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:08.15 | Notify | 03BRL-CAD:phoenixyjll * 55905 brlcad/trunk/src/libbrep/intersect.cpp: Begin to implement curve-surface intersections, using sub-division and Newton-Raphson iterations, similar to curve-curve intersections. |
| 08:16.39 | Notify | 03BRL-CAD:phoenixyjll * 55906 brlcad/trunk/src/libbrep/intersect.cpp: Forget to set ON_X_EVENT::m_type. |
| 08:24.21 | *** join/#brlcad caen23 (~caen23@92.81.215.154) | |
| 08:33.35 | Notify | 03BRL-CAD Wiki:Phoenix * 5564 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 2 */ |
| 10:07.33 | *** join/#brlcad kesha_ (~kesha@49.249.19.99) | |
| 11:15.51 | ``Erik | the gcc farm one? |
| 12:49.47 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b116:6be6:0:e:222c:9701) | |
| 13:11.12 | Notify | 03BRL-CAD:carlmoore * 55907 brlcad/trunk/TODO: remove trailing blank or tab |
| 14:01.44 | *** join/#brlcad vladbogo (~vladbogo@188.25.236.123) | |
| 14:07.44 | brlcad | ``Erik: yeah |
| 14:08.05 | brlcad | compile was an utter failure, unfortunately .. have to dig into it |
| 14:30.21 | DarkCalf | waves to brlcad |
| 14:30.53 | DarkCalf | I'm a married man now brlcad! I feel older... |
| 14:37.42 | brlcad | DarkCalf: congratulations! |
| 14:37.44 | brlcad | you are older ;) |
| 14:38.05 | brlcad | I saw the picures, looked fantastic! |
| 14:40.58 | *** join/#brlcad phoenixyjll (a66f3021@gateway/web/freenode/ip.166.111.48.33) | |
| 14:48.05 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 15:32.56 | Notify | 03BRL-CAD Wiki:Magnusk123 * 0 /wiki/User:Magnusk123: |
| 15:43.58 | Notify | 03BRL-CAD:vladbogo * 55908 (brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/dm-qt.c): Added qt_doevent function to mged/dm-qt.c and created the Tk main window. |
| 15:44.06 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5565 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */ |
| 16:31.21 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b116:6be6:0:e:222c:9701) | |
| 17:48.44 | *** join/#brlcad caen23 (~caen23@92.85.81.114) | |
| 18:05.26 | Notify | 03BRL-CAD:starseeker * 55909 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Simplify knots checking |
| 18:09.29 | brlcad | woot, all known DMG issues should now be fixed, update uploading now |
| 18:10.24 | Notify | 03BRL-CAD:starseeker * 55910 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: remove unnecessary else clause of if test |
| 18:10.34 | brlcad | includes path fix, example command-line setup, fix for drag-n-drop of .g filenames with spaces, also supports drag-n-drop of multiple .g files now too |
| 18:10.56 | brlcad | wrote up release steps so it shouldn't be "quite" as painful again next time |
| 18:11.23 | brlcad | still uses a preconfigured .app and .dmg, though .. so can't add that to the repo |
| 18:30.58 | Notify | 03BRL-CAD:carlmoore * 55911 brlcad/trunk/doc/docbook/system/man1/en/fbline.xml: re-did the fbline.xml manpage |
| 18:38.48 | *** join/#brlcad kesha_ (~kesha@49.249.19.232) | |
| 18:49.53 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5566 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 2 */ |
| 18:50.26 | Notify | 03BRL-CAD:starseeker * 55912 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: isolate test logic, ws |
| 19:02.21 | Notify | 03BRL-CAD:starseeker * 55913 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: add a parameter to the subdivide by knots function that will be used to generalize it. |
| 19:02.53 | Notify | 03BRL-CAD:starseeker * 55914 brlcad/trunk/include/brep.h: update brep.h too |
| 19:29.07 | Notify | 03BRL-CAD:starseeker * 55915 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: Start working on setting up the knots split function to handle both cases. |
| 19:37.05 | Notify | 03BRL-CAD:starseeker * 55916 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): Finally - successfully consolidate the two splitting functions into one. Not fully simplified by any means, but this should at least improve the readability - there was a lot of common code between the two cases. |
| 19:39.50 | starseeker | woo hoo! |
| 19:40.16 | starseeker | been wanting to do that for a long time |
| 19:44.23 | brlcad | excellent |
| 19:48.56 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 19:54.37 | *** join/#brlcad caen23 (~caen23@92.85.81.114) | |
| 20:10.38 | Notify | 03BRL-CAD:starseeker * 55917 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 2 others): Pull curve tangent calculations into a function. |
| 20:46.55 | brlcad | user-visible count for 7.24.0: 17 Sean Morrison, 12 Richard Weiss, 9 Bob Parker, 4 Nick Reed, 4 Keith Bowman, 4 Chris Dueck, 2 Jordi Sayol, 2 Cliff Yapp, 2 Carl Moore, 1 Tom Browder, 1 Daniel Roßberg, 1 Andrei Popescu, 1 Akshay Kashyap, 1 Aaron Keesing |
| 21:03.23 | Notify | 03BRL-CAD:carlmoore * 55918 brlcad/trunk/src/fb/fbpoint.c: change h to H option, so that h can be used if merely seeking help; sorry I do not see options for width, height, squaresize |
| 21:03.35 | Notify | 03BRL-CAD Wiki:Sean * 5567 /wiki/Community_Publication_Portal: update text summary and resort feature change list, close to final |
| 21:05.08 | starseeker | winces |
| 21:31.05 | Notify | 03BRL-CAD Wiki:41.92.210.54 * 5568 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */ |
| 21:31.27 | Notify | 03BRL-CAD:carlmoore * 55919 brlcad/trunk/doc/docbook/system/man1/en/fb-cmap.xml: change -h to -H in the man page |
| 21:37.06 | Notify | 03BRL-CAD:carlmoore * 55920 brlcad/trunk/src/fb/fbcmrot.c: oops, was missing H (high-res) from the options in Usage; sorry, I don't see the width and height being available to be set separately, just the 'size' |
| 21:49.05 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5569 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 22:32.09 | ``Erik | aw yeah *flex* |
| 23:59.59 | zero_level | hi.. when I do svn update -r55920 in the brlcad directory It says "svn: No such revision 55920" is there any issue. Has sombody faced similar issue. ? |
| 00:09.50 | starseeker | um - if you're trying to get the latest you can just do "svn update" |
| 00:12.13 | zero_level | starseeker. i recently did a fresh checkout after installing a new OS(ubuntu) and it got me revision 55208. Although earlier i was working on the latest revision. |
| 00:12.43 | zero_level | and when i try to update it says it says At revision 55208 |
| 00:14.20 | starseeker | zero_level: sounds like you're using the old web address |
| 00:16.25 | starseeker | svn checkout https://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad |
| 00:17.02 | starseeker | is that what you did? |
| 00:47.46 | zero_level | stareseeker true.. |
| 00:49.09 | Notify | 03BRL-CAD Wiki:Level zero * 5570 /wiki/Building_from_SVN: /* Adding New Address*/ |
| 00:49.53 | zero_level | starseeker forgot that discussion about new link. Added new link to the wiki page |
| 01:55.16 | ``Erik | https://github.com/eholk/harlan lisp for gpu programming (via opencl), neat |
| 02:43.29 | Notify | 03BRL-CAD:phoenixyjll * 55921 brlcad/trunk/src/libbrep/intersect.cpp: m_b may not be increasing, we need an interval approach. And update m_A, m_B, m_b after merging. |
| 02:44.23 | zero_level | hi ``Erik ,brlcad |
| 02:44.51 | zero_level | <PROTECTED> |
| 02:44.54 | zero_level | <PROTECTED> |
| 06:46.15 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:23.41 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 07:49.20 | Notify | 03BRL-CAD:phoenixyjll * 55922 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Add tests for curve-surface intersections. |
| 07:51.58 | Notify | 03BRL-CAD:phoenixyjll * 55923 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Forget to uncomment the first test. |
| 07:55.50 | Notify | 03BRL-CAD:phoenixyjll * 55924 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Rename variables to avoid shadowing. |
| 08:05.45 | Notify | 03BRL-CAD:phoenixyjll * 55925 brlcad/trunk/src/libbrep/intersect.cpp: We need to check the endpoints of the line segment when computing its intersection with a boundaried plane. And consider NaN, and add fabs() when calculating the line_t. |
| 08:30.32 | *** join/#brlcad caen23 (~caen23@92.85.81.114) | |
| 08:37.07 | Notify | 03BRL-CAD Wiki:Phoenix * 5571 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */ |
| 08:50.47 | Notify | 03BRL-CAD:phoenixyjll * 55926 brlcad/trunk/src/libged/brep.c: should be "CS" (curve-surface), not "PC" |
| 08:55.46 | Notify | 03BRL-CAD Wiki:Phoenix * 5572 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */ |
| 13:07.09 | brlcad | zero_level: if it seems like nothing is calling them, try removing them and see what happens |
| 13:07.37 | brlcad | zero_level: just be sure to test |
| 13:08.15 | *** join/#brlcad yiyus (1242712427@212.224.65.219) | |
| 13:08.17 | brlcad | if it's not used, go ahead and remove them (that's a nice small succinct patch) ... if they are used, you will gain greater understanding on how they're being used |
| 13:30.09 | *** join/#brlcad cstirk (~quassel@96.255.19.39) | |
| 14:14.44 | Notify | 03BRL-CAD:carlmoore * 55927 (brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/dm-qt.c): remove trailing blanks/tabs |
| 14:15.41 | *** join/#brlcad Izak_ (29cac5e1@gateway/web/freenode/ip.41.202.197.225) | |
| 14:22.43 | Izak_ | How can I combine related edits of different files into one single patch? |
| 14:36.03 | zero_level | ``Erik do we need to test the allocation via bu_malloc. I believe its the internal structure of bu_malloc which takes care of the test. |
| 14:38.12 | brlcad | zero_level: what do you mean? |
| 14:38.22 | brlcad | what allocation? |
| 14:39.08 | brlcad | you said "I dont see bif being used in the file" .. I said "okay, try removing it" |
| 14:50.13 | *** join/#brlcad kesha_ (~kesha@49.249.200.78) | |
| 14:56.43 | brlcad | hi kesha_ |
| 14:58.48 | brlcad | can someone else confirm this bug for me? seems to be an infinite loop in the ray tracing: http://brlcad.org/tmp/brlcad_logo.g |
| 14:58.59 | brlcad | rt brlcad_logo.g logo.c |
| 15:00.47 | brlcad | it's due to setting shadow rays > 1 |
| 15:01.08 | ``Erik | seems to jam up in rt_booleval with a BU_PTBL_FOR, src/librt/bool.c:1386 |
| 15:01.49 | ``Erik | zero_level: you're right, a failed malloc() in bu_malloc() calls a bu_bomb(), so the return value doesn't have to be checked... my bad |
| 15:03.52 | zero_level | brlcad : that was related to a commnet on one of my patch |
| 15:04.04 | zero_level | ``Erik thanks |
| 15:04.11 | ``Erik | hm, scratch that on the booleval, it just seems very busy there :/ |
| 15:04.37 | brlcad | yeah, i was seeing that ptbl loop too |
| 15:05.37 | brlcad | it's not as simple as shadow rays > 1, at least I created a simple test case and no problems |
| 15:05.47 | ``Erik | huh, it seems to be hitting the shader and continuing on |
| 15:06.10 | brlcad | so lending more credence to the shadow rays maybe not dealing with the multiply referenced paths or something |
| 15:07.09 | kesha_ | Hi brlcad |
| 15:15.13 | ``Erik | is lsp->lt_pt_count not being updated in sh_light.c's light_gen_sample_points ~531 ? |
| 15:45.33 | brlcad | bug present all the way back to r40000 so at least not anything newly introduced |
| 15:46.59 | brlcad | r30000 so at least it's either nothing new or unrelated to sh_light.c |
| 15:55.15 | ``Erik | when generating light point samples, it keeps shorting out on sh_light.c:380 and not actually adding any, so it never acculumates the # it needs |
| 16:06.35 | brlcad | confirmed that this seems to be just an undiscovered/unencountered bug, checked all the way back to 2004 open sourcing |
| 16:11.43 | Notify | 03BRL-CAD:brlcad * 55928 brlcad/trunk/include/shadework.h: note this is s cycle |
| 16:13.55 | ``Erik | http://brlcad.org/~erik/tmp/crap.pix is a run where a green pixel is painted at the beginning of the for loop in sh_light.c light_gen_sample_pts_hit() and a red one if it gets past the "if (pp->pt_regionp != lsp->lt_rp) continue;" line |
| 16:14.38 | ``Erik | something doesn't get set or gets mangled where it stops seeing those... |
| 16:18.35 | Notify | 03BRL-CAD:tbrowder2 * 55929 (brlcad/trunk/TODO.shaded_displays =================================================================== and 125 others): save Sean's shaded display road map until a better location is found |
| 16:19.21 | brlcad | ``Erik: er what's the dimensions on that pix file? |
| 16:19.47 | brlcad | heh, nice parse fail there |
| 16:20.08 | ``Erik | uh, irrelevant? :D I was just blasting pixels out into stderr and redirecting into a file until I ^C'd it |
| 16:20.27 | brlcad | ah |
| 16:20.41 | brlcad | didn't know if the speckled red made any pattern |
| 16:21.23 | ``Erik | I think the only relevant pattern is that there are some, and then there are not |
| 16:30.26 | brlcad | logo image I'm using for the release announcement: http://brlcad.org/tmp/archer_logo.png |
| 16:50.02 | Notify | 03BRL-CAD:erikgreenwald * 55930 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): patch 197 from zero_level |
| 16:50.58 | Notify | 03BRL-CAD:erikgreenwald * 55931 brlcad/trunk/src/libicv/fileformat.c: fix indentation |
| 16:52.39 | Notify | 03BRL-CAD:carlmoore * 55932 brlcad/trunk/src/fb/rle-fb.c: remove old h; furnish help via h,?; initialize (to 0) three variables which are set to 1 by options |
| 16:57.27 | Notify | 03BRL-CAD:carlmoore * 55933 brlcad/trunk/doc/docbook/system/man1/en/rle-fb.xml: rle-fb new man page, because I removed the 'h' option |
| 16:59.51 | *** join/#brlcad kesha_ (~kesha@49.248.244.95) | |
| 17:03.03 | *** join/#brlcad harmanpreet (~chatzilla@124.253.151.66) | |
| 17:05.55 | Notify | 03BRL-CAD:carlmoore * 55934 brlcad/trunk/src/fbed/fbed.c: I noticed that rle-fb was referenced from within fbed.c , so after I removed old h option from rle-fb, I went to fbed.c and implemented -s 1024 |
| 17:06.28 | brlcad | (unless someone can come up with something better in the next hour or so) |
| 17:11.35 | Notify | 03BRL-CAD Wiki:Tbrowder * 5573 /wiki/Main_page: /* Tutorials */ |
| 17:13.03 | Notify | 03BRL-CAD Wiki:Tbrowder * 5574 /wiki/Main_page: /* Tutorials */ |
| 17:30.15 | Notify | 03BRL-CAD:carlmoore * 55935 brlcad/trunk/doc/docbook/system/man1/en/bw-ps.xml: new man page for bw-ps |
| 17:57.02 | ``Erik | Immuteability: The property of functional programmers that prevents them from shutting up about pure functional programming. |
| 17:58.48 | brlcad | heh |
| 18:10.40 | Notify | 03BRL-CAD:carlmoore * 55936 brlcad/trunk/doc/docbook/system/man1/en/bwscale.xml: new man page for bwscale |
| 18:20.33 | Notify | 03BRL-CAD:carlmoore * 55937 brlcad/trunk/doc/docbook/system/man1/en/bwshrink.xml: new man page for bwshrink |
| 18:36.28 | Notify | 03BRL-CAD:carlmoore * 55938 (brlcad/trunk/doc/docbook/system/man1/en/fbpoint.xml brlcad/trunk/src/fb/fbpoint.c): implement run-with-no-arguments (h,? already work); initialize width,height as 512, not as 0 |
| 18:37.40 | *** join/#brlcad kesha_ (~kesha@49.248.244.95) | |
| 18:51.00 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/File:Archer_logo.png: Screenshot of the BRL-CAD logo being edited in Alpha Archer/MGED, release 7.24.0. |
| 19:07.27 | Notify | 03BRL-CAD:starseeker * 55939 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): Use a queue to re-use arrays rather than always mallocing and freeing |
| 19:13.25 | *** join/#brlcad kesha_ (~kesha@49.248.244.95) | |
| 19:13.49 | Notify | 03BRL-CAD:starseeker * 55940 brlcad/trunk/src/libicv/fileformat.c: Presume this is bif->fd and not just fd? |
| 19:34.31 | *** join/#brlcad kesha_ (~kesha@49.248.244.95) | |
| 19:56.48 | starseeker | confound it - the split function refuses to work when I supply my own destination surfaces |
| 20:31.12 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 20:55.38 | *** join/#brlcad caen23 (~caen23@92.81.212.165) | |
| 20:57.25 | Notify | 03BRL-CAD Wiki:Izakkayems * 5576 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */ |
| 21:51.10 | Notify | 03BRL-CAD Wiki:Level zero * 5577 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 3 */ |
| 22:01.05 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 23:54.19 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 00:26.21 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 00:26.21 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 01:21.27 | zero_level | brlcad, ``Erik: checked remrt/rtsrv.h. removing icv_image_file_t* bif; has issues with do.c and view_pixel.c in src/rt. |
| 01:22.07 | zero_level | which is also evident by CmakeLists.txt in src/rt |
| 01:45.59 | zero_level | welcomes the concrete five step process. |
| 02:18.20 | Notify | 03BRL-CAD Wiki:Level zero * 5588 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 3 */ |
| 03:35.12 | brlcad | zero_level: glad you figured it out (correctly) ;) |
| 03:40.17 | brlcad | that tool reuses a portion of code in src/rt (technically what we call the RTUIF), so the "front end" has to provide certain variables the back-end uses |
| 03:44.47 | zero_level | brlcad : k. Currently i am looking at rand0to1(_p) . yet to figure out the characterstics of the input pointer to this marco. |
| 04:58.03 | *** join/#brlcad caen23 (~caen23@92.81.167.93) | |
| 05:11.45 | Notify | 03BRL-CAD:phoenixyjll * 55954 brlcad/trunk/src/libbrep/intersect.cpp: Start to work on SSI - first do some clean up to the original code. |
| 05:17.23 | Notify | 03BRL-CAD:phoenixyjll * 55955 brlcad/trunk/src/libbrep/intersect.cpp: Add intersection bounding box output support to the other two Intersect() functions. |
| 05:22.43 | brlcad | zero_level: looks at places it's used |
| 05:23.07 | brlcad | when you figure it out, add an example to bu.h like some of the other functions have ... good succinct patch |
| 05:55.57 | Notify | 03BRL-CAD:phoenixyjll * 55956 brlcad/trunk/src/libbrep/intersect.cpp: Clean up and split the two steps (intersecting bounding boxes and triangular approximation). |
| 08:10.47 | Notify | 03BRL-CAD:phoenixyjll * 55957 brlcad/trunk/src/libbrep/intersect.cpp: Deal with single points, and check validity of the solutions. |
| 08:39.36 | Notify | 03BRL-CAD Wiki:Phoenix * 5589 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */ |
| 08:40.24 | Notify | 03BRL-CAD Wiki:Phoenix * 5590 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */ |
| 08:44.07 | *** join/#brlcad caen23 (~caen23@92.81.166.26) | |
| 08:59.15 | *** join/#brlcad kesha_ (~kesha@49.249.18.54) | |
| 09:24.10 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 10:55.56 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:52.32 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 11:54.13 | *** join/#brlcad Kimz (~AndChat32@49.249.18.218) | |
| 13:49.52 | *** join/#brlcad AndChat|321536 (~AndChat32@49.249.18.201) | |
| 14:45.16 | zero_level | brlcad: Added a patch see 209 |
| 14:58.57 | brlcad | I saw it |
| 14:59.07 | brlcad | gets notifications on every change |
| 17:05.08 | *** join/#brlcad Kimz (~AndChat32@49.202.231.232) | |
| 17:20.32 | *** join/#brlcad vladbogo (~vlad@188.25.236.74) | |
| 18:25.52 | *** join/#brlcad caen23 (~caen23@92.81.177.193) | |
| 19:43.23 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-zpantvgsrjnjzvwj) | |
| 19:57.49 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 21:21.13 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:22.18 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5591 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:22.24 | Notify | 03BRL-CAD Wiki:Tbrowder * 5592 /wiki/DSP: /* A practical example */ |
| 21:22.26 | Notify | 03BRL-CAD Wiki:Tbrowder * 5593 /wiki/DSP: /* A practical example */ |
| 21:22.34 | Notify | 03BRL-CAD Wiki:Tbrowder * 5594 /wiki/DSP: /* Shapefile data */ |
| 21:22.36 | Notify | 03BRL-CAD Wiki:Tbrowder * 5595 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 21:23.31 | Notify | 03BRL-CAD Wiki:Tbrowder * 5596 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 23:32.07 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 01:48.58 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 01:49.31 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 01:53.20 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 02:20.25 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 02:28.48 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 02:28.49 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 03:49.57 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 03:49.57 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 04:22.53 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 04:22.53 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 06:25.26 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 06:36.35 | Notify | 03BRL-CAD:phoenixyjll * 55958 brlcad/trunk/src/libbrep/intersect.cpp: Deal with surface boundaries, some special handling for closed surfaces, and eliminate duplicated points. |
| 06:52.40 | Notify | 03BRL-CAD:phoenixyjll * 55959 brlcad/trunk/src/libbrep/intersect.cpp: Remove unused parameter. |
| 06:53.37 | Notify | 03BRL-CAD:phoenixyjll * 55960 brlcad/trunk/src/libbrep/intersect.cpp: ws. |
| 08:24.00 | *** join/#brlcad tofu__ (~sean@66-118-151-70.static.sagonet.net) | |
| 08:29.40 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 09:17.36 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 09:27.33 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 09:28.21 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5597 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 3 */ |
| 09:42.07 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 10:30.24 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 10:49.59 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 11:44.45 | Notify | 03BRL-CAD Wiki:Izakkayems * 5598 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */ |
| 12:27.46 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:56.07 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 12:56.49 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 12:56.49 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 12:56.49 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 13:11.15 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 13:11.15 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 13:14.58 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-zpantvgsrjnjzvwj) | |
| 13:19.28 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 13:19.41 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 13:20.40 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:26.57 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 13:26.57 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 13:27.07 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:27.41 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 13:33.03 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:42.32 | Notify | 03BRL-CAD:carlmoore * 55961 (brlcad/trunk/TODO.shaded_displays brlcad/trunk/src/tclscripts/CMakeLists.txt): remove trailing blanks/tabs |
| 13:50.54 | zero_level | brlcad, ``Erik How do i test that my current changes in rt as per the new icv_library functions work correctly. |
| 13:57.28 | Notify | 03BRL-CAD Wiki:Level zero * 5599 /wiki/User:Level_zero/GSOC13/logs: /* WEEK 3 */ |
| 14:39.11 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 14:39.11 | *** mode/#brlcad [+o ChanServ] by card.freenode.net | |
| 15:11.57 | *** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net) | |
| 16:55.03 | *** join/#brlcad harmanpreet (~harman@202.164.53.122) | |
| 17:22.35 | harmanpreet | brlcad: Where is the code of facetize command located that need to be hooked? |
| 17:23.16 | harmanpreet | I searched src/libged/facetize.c and src/libged/wdb_obj.c and from man page, I found "t" option that can be used to convert CSG to tnurbs. |
| 17:24.22 | harmanpreet | Then from the switch case in /src/libged/facetize.c and wdb_obj.c, I found nmg_use_tnurbs flag and for this flag I didn't found any relevant code like in the case of make_bot and triangulate flags. |
| 17:54.53 | Notify | 03BRL-CAD:carlmoore * 55962 brlcad/trunk/src/fbserv/fbserv.c: implement h,? for help; remove old h in favor of s 1024; note s,w,n options in Usage statement |
| 18:04.27 | Notify | 03BRL-CAD:carlmoore * 55963 brlcad/trunk/doc/docbook/system/man1/en/fbserv.xml: revise fbserv manpage, and shorten the remarks about W,N options |
| 18:41.40 | *** join/#brlcad caen23_ (~caen23@92.83.163.215) | |
| 19:12.35 | *** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net) | |
| 19:32.41 | Notify | 03BRL-CAD Wiki:Izakkayems * 5600 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */ |
| 19:38.48 | *** join/#brlcad cstirk_ (~quassel@pool-74-96-218-125.washdc.fios.verizon.net) | |
| 21:25.51 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 03:12.57 | *** join/#brlcad kesha_ (~kesha@49.249.18.176) | |
| 03:21.22 | *** join/#brlcad caen23 (~caen23@92.81.201.125) | |
| 04:24.47 | *** join/#brlcad kesha_ (~kesha@49.249.18.176) | |
| 04:43.56 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-rjeczkilwtywmssi) | |
| 05:15.00 | *** join/#brlcad kesha_ (~kesha@49.249.18.176) | |
| 07:40.00 | *** join/#brlcad caen23_ (~caen23@92.81.162.176) | |
| 08:52.52 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:07.00 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:17.17 | *** join/#brlcad thegreatfox (~smuxi@dsl-hkibrasgw4-50dc40-127.dhcp.inet.fi) | |
| 13:18.57 | thegreatfox | New visitor here to BRLCAD. Just curious if the following Contributor Quickie is still open: VERY EASY: Move LIBBN comments from source to header files? |
| 13:30.12 | *** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net) | |
| 13:31.03 | *** join/#brlcad thegreatfox_ (~smuxi@dsl-hkibrasgw4-50dc40-127.dhcp.inet.fi) | |
| 13:31.36 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:55.53 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:58.54 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 14:00.07 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 14:35.40 | *** part/#brlcad thegreatfox_ (~smuxi@dsl-hkibrasgw4-50dc40-127.dhcp.inet.fi) | |
| 15:24.21 | *** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net) | |
| 15:39.20 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 15:42.52 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 16:01.22 | *** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net) | |
| 16:34.29 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 17:13.15 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 19:02.09 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 19:28.05 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 19:41.38 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 20:16.42 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 21:31.53 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 00:06.39 | *** join/#brlcad cstirk_ (~quassel@pool-74-96-218-125.washdc.fios.verizon.net) | |
| 02:39.41 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 06:35.24 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 07:41.04 | *** join/#brlcad caen23 (~caen23@92.85.82.153) | |
| 10:15.53 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5601 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 10:24.57 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 11:15.53 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 15:40.53 | *** join/#brlcad Kimz (~AndChat32@49.249.18.16) | |
| 15:46.04 | *** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net) | |
| 16:46.00 | Notify | 03BRL-CAD Wiki:Harman052 * 5602 /wiki/User:Harman052/GSoc2013/Logs: |
| 19:47.38 | *** join/#brlcad vladbogo (~vlad@188.25.237.173) | |
| 21:25.43 | ``Erik | neat http://youtu.be/55d5ppwQBQ4 (yet the evil spherical drone of scifi aspect is a bit skeery) |
| 23:11.10 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 00:14.24 | *** join/#brlcad badtab (tomboy@gateway/shell/blinkenshell.org/x-xzsmbljjiegzyqgm) | |
| 02:11.13 | *** join/#brlcad IriX64 (~kvirc@bas7-sudbury98-1096760472.dsl.bell.ca) | |
| 04:17.12 | Notify | 03BRL-CAD:phoenixyjll * 55964 brlcad/trunk/src/libbrep/intersect.cpp: The distance of a point and a plane may be negative - use fabs(). And fix a bug of triangle intersections - update the line_normal for triangle B, and floating points can not use == directly (we use ON_ZERO_TOLERANCE instead). And use the bounding box diagonals to calculate max_dis, as Volumn() might be zero. |
| 05:07.13 | Notify | 03BRL-CAD:phoenixyjll * 55965 (brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/tests/test_ssi.cpp): Deal with surface-surface intersection points. |
| 06:30.42 | Notify | 03BRL-CAD:phoenixyjll * 55966 brlcad/trunk/src/libbrep/intersect.cpp: The inverse of the matrix may fail, and actually we don't need to solve a 3*3 system because x+y+z==1. And triangle intersections should handle the cases where the two planes are coincident. |
| 06:53.07 | Notify | 03BRL-CAD Wiki:Phoenix * 5603 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */ |
| 06:53.50 | Notify | 03BRL-CAD Wiki:Phoenix * 5604 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */ |
| 06:54.18 | Notify | 03BRL-CAD Wiki:Phoenix * 5605 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 3 */ |
| 06:58.24 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:14.26 | Notify | 03BRL-CAD:phoenixyjll * 55967 (brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp brlcad/trunk/src/librt/tests/test_ssi.cpp): Add the default entry to eliminate warnings. |
| 08:28.45 | *** join/#brlcad luca79 (~luca@194-166-176-3.adsl.highway.telekom.at) | |
| 08:34.03 | *** join/#brlcad caen23 (~caen23@92.85.82.153) | |
| 11:00.43 | Notify | 03BRL-CAD Wiki:Tbrowder * 5606 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 11:09.42 | Notify | 03BRL-CAD Wiki:Tbrowder * 5607 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 11:11.35 | Notify | 03BRL-CAD Wiki:Tbrowder * 5608 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 11:32.23 | Notify | 03BRL-CAD Wiki:Tbrowder * 5609 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 12:47.00 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b120:cbda:0:4b:4b8d:9201) | |
| 13:36.52 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 13:58.03 | Notify | 03BRL-CAD:starseeker * 55968 brlcad/trunk/src/other/CMakeLists.txt: Move src/other/step to src/other/stepcode in preparation for switching to using the stepcode project sources |
| 14:02.41 | *** join/#brlcad cstirk (~quassel@pool-74-96-218-125.washdc.fios.verizon.net) | |
| 14:13.26 | Notify | 03BRL-CAD:starseeker * 55969 (brlcad/trunk/src/other/stepcode/AUTHORS brlcad/trunk/src/other/stepcode/CMakeLists.txt and 217 others): Commit stepcode 0.7 vanilla - probably need to re-add one or two tweaks that haven't made it upstream yet. |
| 14:16.17 | Notify | 03BRL-CAD:starseeker * 55970 brlcad/trunk/src/conv/step/CMakeLists.txt: Tell the step conversion code to look in the new location. |
| 14:20.26 | Notify | 03BRL-CAD Wiki:Tbrowder * 5610 /wiki/DSP: /* A simple example */ |
| 14:28.24 | Notify | 03BRL-CAD:starseeker * 55971 brlcad/trunk/src/other/stepcode/CMakeLists.txt: Don't turn on the schemas unless we've got testing enabled. |
| 14:29.03 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 14:29.13 | Notify | 03BRL-CAD:starseeker * 55972 brlcad/trunk/src/other/CMakeLists.txt: stepcode switched from SCL to SC as a prefix |
| 14:29.23 | hickoryknoll | who |
| 14:30.31 | *** part/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 14:38.58 | Notify | 03BRL-CAD:starseeker * 55973 brlcad/trunk/src/other/stepcode/src/cldai/sdaiDaObject.h: Quell unused variable warning - I *think* this is what this function is actually supposed to do? |
| 14:39.38 | Notify | 03BRL-CAD:starseeker * 55974 brlcad/trunk/src/other/stepcode/src/cldai/sdaiDaObject.h: ws |
| 14:49.32 | *** join/#brlcad caen23 (~caen23@92.81.222.4) | |
| 15:00.52 | Notify | 03BRL-CAD:starseeker * 55975 brlcad/trunk/src/other/stepcode/src/clstepcore/ExpDict.cc: Re-apply r55331 - use delete[] to free new[] memory |
| 15:20.38 | Notify | 03BRL-CAD:starseeker * 55976 brlcad/trunk/src/other/stepcode.dist: Get distcheck going again for stepcode |
| 15:31.54 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b120:cbda:0:4b:4b8d:9201) | |
| 15:48.57 | *** join/#brlcad Kimz (~AndChat32@49.202.239.168) | |
| 16:06.45 | ``Erik | starseek1r: http://graphics.stanford.edu/projects/dti/ |
| 16:43.48 | Notify | 03BRL-CAD:erikgreenwald * 55977 brlcad/trunk/src/other/stepcode/src/base/sc_memmgr.cc: malloc.h has been replaced by stdlib.h |
| 17:21.09 | Notify | 03BRL-CAD:erikgreenwald * 55978 brlcad/trunk/src/other/stepcode/src/cllazyfile/lazyInstMgr.cc: force 64b constants to use unsigned long long instead of compile native long, which is too small on 32b machines |
| 17:43.42 | *** join/#brlcad kesha (~kesha@27.61.184.27) | |
| 17:44.50 | Notify | 03BRL-CAD:erikgreenwald * 55979 brlcad/trunk/src/other/stepcode/src/cllazyfile/p21HeaderSectionReader.cc: explicitely cast stream position before comparison to avoid an ambiguous overload for the == operator |
| 17:46.50 | *** join/#brlcad caen23_ (~caen23@92.83.167.104) | |
| 17:53.56 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:6de5:0:2e:7c6:6c01) | |
| 18:04.37 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-cmgkmjwgrplsoxpm) | |
| 18:11.44 | Notify | 03BRL-CAD Wiki:Level zero * 5611 /wiki/User:Level_zero/GSOC13/logs: Week 3 and Milestone Reached |
| 18:13.13 | Notify | 03BRL-CAD Wiki:Level zero * 5612 /wiki/User:Level_zero/GSOC13/logs: /* Milestonses Reached */ |
| 18:19.28 | starseek1r | ``Erik: cool! |
| 18:24.49 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 18:43.41 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:6de5:0:2e:7c6:6c01) | |
| 18:46.14 | Notify | 03BRL-CAD:carlmoore * 55980 brlcad/trunk/src/fbserv/fbserv.c: mention -p and -F in the Usage |
| 18:57.49 | *** join/#brlcad vladbogo (~vlad@188.25.237.173) | |
| 19:04.18 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5613 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */ |
| 19:06.50 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5614 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */ |
| 19:07.19 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5615 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */ |
| 19:13.02 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5616 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */ |
| 19:14.26 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5617 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */ |
| 19:15.14 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5618 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */ |
| 19:15.44 | *** join/#brlcad kesha (~kesha@27.61.184.27) | |
| 19:16.41 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5619 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */ |
| 19:21.01 | Notify | 03BRL-CAD Wiki:Izakkayems * 5620 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */ |
| 19:21.13 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5621 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 1 July - 7 July */ |
| 19:21.56 | *** join/#brlcad kesha (~kesha@27.61.184.27) | |
| 19:22.16 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5622 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */ |
| 19:25.45 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:6de5:0:2e:7c6:6c01) | |
| 19:31.02 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b126:6de5:0:2e:7c6:6c01) | |
| 19:34.56 | *** join/#brlcad kesha (~kesha@27.61.184.27) | |
| 19:36.45 | *** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:40.36 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5623 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 19:50.12 | *** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:50.52 | starseek1r | ``Erik: it's r55951, but I don't quite understand why - running mged in isolation with the shaders.mged file or checking the prj_add command interactively, it seems to be found |
| 19:52.34 | *** join/#brlcad kesha (~kesha@27.61.184.27) | |
| 19:52.47 | *** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:05.05 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 20:39.04 | ``Erik | funky, 55951 is the removal of cached files? lame nfs caching must've tripped me up, I got 'successes' up in 55960 :/ I woulda dropped 55951 as a suspect if cmake hadn't started complaining about missing src/other/step/AUTHORS in 55970... stupid work machines and their stupid bad caching |
| 20:52.03 | starseek1r | Tcl - never ending headaches a specialty |
| 20:59.25 | starseeker | two possibilities - mged isn't properly seeing the generated index files in the build directory and we never noticed until now, or the generated index files are incorrect in some fashion |
| 21:01.18 | starseeker | I need to do more careful testing, but if a "raw" run doesn't show the issue and the scripts do it may be the scripts are setting some override variables that used to be needed but are now incorrect... |
| 21:02.08 | starseeker | actually, this may also be a good time to see if I can figure out how to do the regressions in such a way that we can also run them on Windows |
| 21:02.18 | starseeker | needs to happen sooner or later... |
| 21:05.34 | *** join/#brlcad kesha (~kesha@27.61.184.27) | |
| 21:09.13 | *** join/#brlcad Kimz (~AndChat32@49.249.18.135) | |
| 21:16.52 | *** join/#brlcad kesha (~kesha@27.61.184.27) | |
| 21:48.20 | *** join/#brlcad cstirk (~quassel@pool-74-96-216-82.washdc.fios.verizon.net) | |
| 22:31.09 | *** join/#brlcad kesha (~kesha@27.61.184.27) | |
| 22:34.43 | *** join/#brlcad kesha (~kesha@27.61.184.27) | |
| 23:02.47 | ``Erik | my situation may've been unique in not having a recent enough 'make install', if it's been grabbing the installed variants instead of the build dir ones |
| 23:55.57 | *** join/#brlcad cstirk (~quassel@pool-74-96-216-82.washdc.fios.verizon.net) | |
| 00:51.43 | *** join/#brlcad cstirk (~quassel@pool-74-96-216-82.washdc.fios.verizon.net) | |
| 02:17.20 | zero_level | hi ``Erik see patch 210 for bw load functions |
| 02:40.28 | zero_level | cd .. |
| 05:54.14 | *** join/#brlcad AndChat|321536 (~AndChat32@49.249.19.97) | |
| 06:10.29 | *** join/#brlcad caen23 (~caen23@92.83.176.172) | |
| 07:16.51 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 10:19.02 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 10:19.02 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 11:07.18 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12c:7c85:0:37:9109:2d01) | |
| 12:00.55 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:16.59 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ghiuukmqplcwarni) | |
| 12:50.38 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12c:7c85:0:37:9109:2d01) | |
| 14:03.27 | ``Erik | starseeker: http://paste.lisp.org/display/137994 |
| 14:08.45 | *** join/#brlcad hickoryk1oll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 14:46.43 | ``Erik | I suspect Notify will not parse this correctly... |
| 15:15.51 | hickoryk1oll | exit |
| 15:20.17 | ``Erik | what the what? O.o I have a revision number from a commit, but it's not ... there... |
| 15:24.01 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_point.png: |
| 15:24.03 | Notify | 03BRL-CAD Wiki:Phoenix * 5625 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */ |
| 15:24.05 | Notify | 03BRL-CAD Wiki:Phoenix * 5626 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 15:24.07 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_line.png: |
| 15:24.09 | Notify | 03BRL-CAD Wiki:Phoenix * 5628 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 15:24.11 | Notify | 03BRL-CAD Wiki:Phoenix * 5629 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 15:24.13 | Notify | 03BRL-CAD Wiki:Phoenix * 5630 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */ |
| 15:24.15 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_tor.png: |
| 15:24.17 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_tor_3d.png: |
| 15:24.19 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_tor_2dA.png: |
| 15:24.21 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_tor_2dB.png: |
| 15:24.23 | Notify | 03BRL-CAD Wiki:Phoenix * 5635 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 15:24.25 | Notify | 03BRL-CAD Wiki:Phoenix * 5636 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 15:24.27 | Notify | 03BRL-CAD Wiki:Phoenix * 5637 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 15:24.29 | Notify | 03BRL-CAD Wiki:Phoenix * 5638 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */ |
| 15:25.58 | Notify | 03BRL-CAD:phoenixyjll * 55982 brlcad/trunk/src/libbrep/intersect.cpp: Use 2D intersection tolerance with the 2D distances. |
| 15:26.01 | Notify | 03BRL-CAD:phoenixyjll * 55983 brlcad/trunk/src/libbrep/intersect.cpp: Linear fitting with the 2D intersection curves. |
| 15:26.04 | Notify | 03BRL-CAD:phoenixyjll * 55984 brlcad/trunk/src/libbrep/intersect.cpp: We already use 2D tol now. Remove the TODO comment. |
| 15:26.06 | Notify | 03BRL-CAD:phoenixyjll * 55985 brlcad/trunk/src/libbrep/intersect.cpp: It should be CSI_MAX_ITERATIONS. |
| 15:27.06 | Notify | 03BRL-CAD:erikgreenwald * 55986 (brlcad/trunk/NEWS brlcad/trunk/src/other/libpng/ANNOUNCE and 119 others): upgrade libpng to 1.6.2 |
| 15:29.05 | starseeker | ``Erik: paste has expired |
| 15:30.30 | ``Erik | http://paste.lisp.org/display/137995 |
| 15:31.17 | starseeker | hrm |
| 15:32.41 | starseeker | sees that file in his build directory - what platform is that? |
| 15:32.54 | ``Erik | 32b ubuntu 12.04 |
| 15:33.03 | starseeker | hun |
| 15:33.15 | starseeker | can't imagine why that would make a difference... |
| 15:33.25 | ``Erik | quick, change that n to an m, you're starting to sound like you're from baltimore! |
| 15:33.39 | starseeker | hehe |
| 15:33.51 | ``Erik | I'll purge and re-cmake to see what happens |
| 15:33.51 | starseeker | as long as they don't have to type correctly there |
| 15:33.55 | starseeker | too |
| 15:34.05 | ``Erik | but it's a sllllooowwww machine (my $200 home server) |
| 15:34.14 | starseeker | are you using system tcl/tk? |
| 15:34.23 | starseeker | that might have some impact... |
| 15:34.32 | ``Erik | I believe so |
| 16:25.09 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 17:23.58 | ``Erik | starseeker: running mged manually with the shaders.mged script doesn't give the error, but the output complains about invalid projection point and generates this image: http://elfga.com/~erik/tmp/shaders.png |
| 17:37.12 | zero_level | ``Erik I have issue at Line 849 in rt/view_end.c |
| 17:38.13 | ``Erik | viewedge.c maybe? |
| 17:38.25 | zero_level | yep. |
| 17:39.17 | ``Erik | what issue? |
| 17:39.56 | zero_level | now in the current ICV implementation |
| 17:40.37 | zero_level | we dont have filename and other file information in the image structu |
| 17:41.16 | ``Erik | should be stashed in the icv_image_file somehow |
| 17:41.33 | zero_level | also viewedge.c doesnt do a icv_save_open, which is done in do.c |
| 17:42.03 | ``Erik | rtedge uses both viewedge.c and do.c |
| 17:42.30 | ``Erik | there was something weird with edge that needed a weird exit process, iirc... was a while ago |
| 17:44.24 | zero_level | in r50507 starseeker removed image_save_open from viewedge.c |
| 17:44.58 | zero_level | also since do.c does icv_Save_close therefore i guess we dont need it in viewedge.c |
| 17:45.52 | Notify | 03BRL-CAD:starseeker * 55987 brlcad/trunk/regress/shaders.sh: Don't override BRL-CAD settings with environment variables - breaks the test with the new CMake setup and is no longer necessary. |
| 17:49.23 | zero_level | both open and close are not used in rt/view.c |
| 17:56.43 | ``Erik | *shrug* give it a try? |
| 17:59.20 | *** join/#brlcad hickoryk1oll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 18:16.50 | Notify | 03BRL-CAD Wiki:Tbrowder * 5639 /wiki/DSP: /* Importing DSP data into a .g file */ |
| 18:17.59 | Notify | 03BRL-CAD Wiki:Tbrowder * 5640 /wiki/DSP: /* Importing DSP data into a .g file */ |
| 18:27.47 | Notify | 03BRL-CAD Wiki:Tbrowder * 5641 /wiki/DSP: /* Importing DSP data into a .g file */ |
| 18:40.56 | Notify | 03BRL-CAD Wiki:Izakkayems * 5642 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */ |
| 18:43.42 | *** join/#brlcad vladbogo (~vlad@188.25.237.173) | |
| 19:35.26 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5643 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 19:51.50 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5644 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */ |
| 19:52.18 | *** join/#brlcad Ch3ck (29cac2f7@gateway/web/freenode/ip.41.202.194.247) | |
| 20:17.02 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-oibeephmlvmeogbv) | |
| 20:30.04 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 20:46.14 | Notify | 03BRL-CAD:carlmoore * 55988 brlcad/trunk/src/fb/fbstretch.c: remove 'hires' variable; implement 512 for input size & width defaults; remove -h option and implement h,? for help; add run-with-no-arguments |
| 20:46.56 | Notify | 03BRL-CAD:starseeker * 55989 (brlcad/trunk/src/tclscripts/lib/Ged.tcl brlcad/trunk/src/tclscripts/lib/RtImage.tcl and 7 others): Use a Tcl dict structure to pass information to rtimage, rather than a large number of parameters. Preparing to add more rt options to rtwizard, it became clear that the old approach wouldn't scale. This way, parameters can be added only where needed in the core rtimage script and the |
| 20:46.58 | Notify | specific callers that want to invoke it, and the rest of the code can remain as-is. |
| 20:48.12 | Notify | 03BRL-CAD:brlcad * 55990 brlcad/trunk/NEWS: back-note cliff's upgrade of libpng to 1.5.10 -> 1.5.12 -> 1.6.0 -> 1.5.12 |
| 20:48.53 | tofu__ | yay, beat me to it... even though Notify failed to tell me that |
| 20:49.37 | starseeker | brlcad: beat you to the rtimage refactor? |
| 20:50.23 | brlcad | no, news entry |
| 20:50.26 | starseeker | ah |
| 20:50.51 | starseeker | was gonna say - that would have been quite a coincidence |
| 23:27.52 | ``Erik | bummer http://abclocal.go.com/wtvd/story?section=news/local&id=9166340 dude who did 'yum' |
| 23:29.07 | ``Erik | which news entry? there was one that sent a whacked out email that the parser flipped out about last night, otherwise it's been chugging along |
| 23:31.57 | ``Erik | http://www.businessinsider.com/36-year-old-seth-vidal-tragically-killed-2013-7 is better than the abc one O.o |
| 02:11.48 | starseeker | sad news |
| 02:44.52 | brlcad | ``Erik: news entry for libpng update |
| 03:46.02 | Notify | 03BRL-CAD:phoenixyjll * 55991 brlcad/trunk/src/libbrep/intersect.cpp: Perform Newton iterations to get more accurate intersection points. |
| 04:04.12 | Notify | 03BRL-CAD:brlcad * 55992 brlcad/trunk/HACKING: new news submission link (old still works too... but they're not in sync) |
| 04:28.16 | Notify | 03BRL-CAD:phoenixyjll * 55993 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Plot the 3D curves at last, in case that it may be blocked by the 2D curves. |
| 06:01.11 | Notify | 03BRL-CAD:phoenixyjll * 55994 brlcad/trunk/src/libbrep/intersect.cpp: If there are points on the line, there should be an intersection, and the following code will work - don't need to calculate points_on_line, which will cause some cases to fail. |
| 06:05.13 | Notify | 03BRL-CAD:phoenixyjll * 55995 brlcad/trunk/src/libbrep/intersect.cpp: Display number of curve segments and number of single points. |
| 06:09.34 | Notify | 03BRL-CAD:phoenixyjll * 55996 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: 2D points should be plotted after evaluation. |
| 06:39.05 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 06:42.48 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 07:07.59 | *** join/#brlcad caen23_ (~caen23@92.81.171.202) | |
| 07:58.46 | *** join/#brlcad caen23 (~caen23@92.81.171.202) | |
| 09:48.37 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 10:22.06 | *** join/#brlcad caen23 (~caen23@92.81.171.202) | |
| 10:55.59 | Notify | 03BRL-CAD Wiki:Phoenix * 5645 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */ |
| 10:57.12 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_circle.png: |
| 10:59.12 | Notify | 03BRL-CAD Wiki:Phoenix * 5647 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 11:03.51 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_3dcurve.png: |
| 11:04.04 | Notify | 03BRL-CAD Wiki:Phoenix * 5649 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 11:06.27 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_point.png: |
| 11:08.55 | Notify | 03BRL-CAD Wiki:Phoenix * 5651 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 11:09.46 | Notify | 03BRL-CAD Wiki:Phoenix * 5652 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 11:15.37 | ``Erik | <- a bit confused about this news entry vs notify thing, the libpng 1.6.2 news line was part of the same commit that the upgrade itself was on, 55986... the only other one since about a month ago was brlcad's... where did notify fail? |
| 11:16.22 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_ortho_3d.png: |
| 11:16.55 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_ortho_2d.png: |
| 11:17.26 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Rcc_ortho_zoom.png: |
| 11:22.20 | Notify | 03BRL-CAD Wiki:Phoenix * 5656 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 11:22.53 | Notify | 03BRL-CAD Wiki:Phoenix * 5657 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 11:23.29 | Notify | 03BRL-CAD Wiki:Phoenix * 5658 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 11:58.41 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 13:26.14 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 13:31.28 | *** join/#brlcad badtab (tomboy@gateway/shell/blinkenshell.org/x-yfeheeedlgzxjkrs) | |
| 13:31.49 | *** join/#brlcad mpictor_ (~mpictor_@140.sub-174-241-64.myvzw.com) | |
| 13:32.05 | *** join/#brlcad hickoryknoll (~hickorykn@66.118.151.70) | |
| 13:32.22 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 13:35.51 | jordisayol | I see that Archer changed its state from pre-alpha to alpha. Can I make it the default app for Linux mime types. The current app is mged |
| 13:45.04 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 13:45.35 | *** part/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 13:46.59 | *** join/#brlcad badtab (tomboy@gateway/shell/blinkenshell.org/x-xocykplhfjbmiusx) | |
| 14:04.06 | Notify | 03BRL-CAD Wiki:Tbrowder * 5659 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 14:09.17 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 14:12.34 | *** join/#brlcad crdueck_ (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 14:14.39 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 14:14.39 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 14:19.12 | *** join/#brlcad caen23 (~caen23@92.85.88.254) | |
| 14:20.13 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:22.59 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 14:47.56 | *** join/#brlcad mpictor (~mpictor_@235.sub-174-225-64.myvzw.com) | |
| 14:48.39 | Notify | 03BRL-CAD:carlmoore * 55997 (brlcad/trunk/src/tclscripts/lib/RtImage.tcl brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeD.itcl brlcad/trunk/src/tclscripts/rtwizard/lib/PictureTypeE.itcl): remove trailing blanks/tabs |
| 15:02.21 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 15:03.34 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 15:03.34 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 15:16.35 | *** join/#brlcad Eythor (82d0f702@gateway/web/freenode/ip.130.208.247.2) | |
| 15:17.02 | Eythor | hello |
| 15:18.22 | Eythor | hey is anybody here? |
| 15:57.00 | zero_level | Eythor: Please post your query and wait for someone to reply. |
| 16:01.56 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 16:01.56 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 16:13.48 | *** join/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 16:30.12 | Eythor | I was wondering about the task of moving comments from .c files to .h files is that still available? |
| 16:30.19 | *** join/#brlcad vladbogo (~vlad@188.25.237.173) | |
| 16:37.50 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 16:37.51 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 16:47.25 | *** join/#brlcad mpictor_ (~mpictor_@185.sub-174-241-130.myvzw.com) | |
| 16:57.45 | *** join/#brlcad mpictor (~mpictor_@185.sub-174-241-130.myvzw.com) | |
| 17:39.08 | zero_level | Eythor you might want to have a look at this patch http://sourceforge.net/p/brlcad/patches/172/ |
| 17:43.20 | Eythor | ok I see, uhm is there anything else with the same complexity that I can do, that is as easy as i am a newbie? |
| 17:43.59 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 17:43.59 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 17:54.48 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 17:54.48 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 17:55.31 | zero_level | Eythor : you might want to look at TODO |
| 18:31.32 | zero_level | hi brlcad |
| 19:20.32 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:cc3a:0:49:1835:7f01) | |
| 19:26.13 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11f:cc3a:0:49:1835:7f01) | |
| 19:32.30 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 19:32.30 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 19:35.41 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 19:36.02 | *** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:37.46 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5660 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 19:43.58 | *** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:50.21 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 19:50.21 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 19:51.01 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 20:03.41 | Notify | 03BRL-CAD Wiki:Izakkayems * 5661 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */ |
| 20:04.54 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5662 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */ |
| 20:11.00 | *** join/#brlcad Izak_ (29cac02f@gateway/web/freenode/ip.41.202.192.47) | |
| 20:24.48 | *** join/#brlcad Eythor (2eb6b809@gateway/web/freenode/ip.46.182.184.9) | |
| 20:26.54 | ``Erik | Eythor: the TODO file is full of possibilities. you could also look at the bugs/feature requests on sourceforge, http://brlcad.org/~sean/ideas.html or just decide where your interests are and discuss them here |
| 20:30.29 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:30.29 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 20:34.55 | Eythor | I've been looking at this site http://brlcad.org/wiki/Deuces and am interested in moving some comments around but I'm not sure if any or all of those tasks are done. Like I said I would like do that and can you tell me where I would send the changes? |
| 20:41.06 | zero_level | Eythor chages are applied by patches. You will fimnd more information here http://brlcad.org/wiki/Patches |
| 20:43.05 | Eythor | Thank you very much :) and sorry for my newbness :) |
| 20:48.51 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 20:51.15 | *** join/#brlcad ejno_ (~ejno@66-118-151-70.static.sagonet.net) | |
| 20:51.17 | *** join/#brlcad caen23_ (~caen23@92.85.88.254) | |
| 20:54.43 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:54.43 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 21:00.42 | *** join/#brlcad dtidrow_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 21:09.42 | *** join/#brlcad Don_desk (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 21:25.30 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:cc8d:62c7:12d3:4ab8) | |
| 21:39.49 | *** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 22:14.29 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 22:44.22 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:45.18 | Notify | 03BRL-CAD:carlmoore * 55998 brlcad/trunk/src/fb/fbzoom.c: add run-with-no-arguments, h, ? ; remove old h in favor of s 1024; change 2 defaults from 0 to 1024 |
| 22:47.04 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 23:30.38 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:9:51e:698e:7a7f:e345) | |
| 23:41.12 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 23:57.22 | *** join/#brlcad mpictor_ (~mpictor_@67.177.102.131) | |
| 00:36.58 | *** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 00:42.28 | *** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 01:49.18 | harmanpreet | brlcad: |
| 01:49.55 | harmanpreet | <PROTECTED> |
| 01:51.04 | harmanpreet | I was looking for the code of facetize command that need to be hooked but it didn't found. |
| 02:00.38 | harmanpreet | can you please help me figuring out where is that code block placed? |
| 02:08.43 | harmanpreet | In addition to src/libged/facetize.c with the help of grep I looked into draw.c, dg_obj.c, wdb_obj.c dodraw.c |
| 02:09.21 | harmanpreet | but all these don't have required piece of code. |
| 03:08.45 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:20.27 | Notify | 03BRL-CAD:phoenixyjll * 55999 brlcad/trunk/src/libbrep/intersect.cpp: Clean up the code, and add a function for curve fitting, so that we can add more fitting methods (e.g. arc, ellipse, ...). |
| 04:10.44 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 06:07.37 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 06:15.10 | *** join/#brlcad caen23 (~caen23@92.83.165.74) | |
| 07:17.45 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:58.47 | Notify | 03BRL-CAD:phoenixyjll * 56000 brlcad/trunk/src/libbrep/intersect.cpp: Add arc (including circle) fitting and ellipse (including elliptical arc) fitting. |
| 08:38.55 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 08:56.26 | Notify | 03BRL-CAD:phoenixyjll * 56001 brlcad/trunk/src/libbrep/intersect.cpp: Change the dimension of the result, and delete the unused curves. |
| 09:36.42 | Notify | 03BRL-CAD:phoenixyjll * 56002 brlcad/trunk/src/libbrep/intersect.cpp: Fix segmentation fault. |
| 09:54.40 | Notify | 03BRL-CAD:phoenixyjll * 56003 brlcad/trunk/src/libbrep/intersect.cpp: The sample points for conic fitting should be knots (accurate points - the other points on the polyline are not such accurate). |
| 12:30.22 | Notify | 03BRL-CAD Wiki:Phoenix * 5663 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */ |
| 12:31.01 | Notify | 03BRL-CAD Wiki:Phoenix * 5664 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */ |
| 14:41.31 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 14:50.02 | Notify | 03BRL-CAD Wiki:Level zero * 5665 /wiki/User:Level_zero/GSOC13/logs: week 4 |
| 15:14.30 | *** join/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 15:14.37 | *** part/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 15:54.46 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5666 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 4 */ |
| 16:00.48 | zero_level | Hi ``Erik : After implementing a util from src/util folder as a library function. For eg. icv_rect(modification of bwrect and pixrect). Do you suggest that i should convert the routine (src/util/bwrect.c in this case) to use libicv functions ? |
| 16:55.05 | *** join/#brlcad vladbogo (~vlad@188.25.237.173) | |
| 17:50.03 | Notify | 03BRL-CAD:n_reed * 56004 brlcad/trunk/HACKING: remove reference to defunct m4 directory |
| 17:53.53 | brlcad | harmanpreet: I'm not sure what you're asking -- facetize.c is the code for the facetize command |
| 17:58.30 | harmanpreet | i found a flag, nmg_use_tnurbs in this file and many other files/ |
| 18:00.22 | harmanpreet | in the switch case where a particular flag is set corresponding to a command line option. |
| 18:06.22 | brlcad | harmanpreet: what are you trying to do? |
| 18:06.30 | brlcad | I doubt that function is of any use to you |
| 18:06.44 | brlcad | we have two nurbs systems in brl-cad, one new and one old |
| 18:06.50 | brlcad | that function goes with the old |
| 18:07.08 | harmanpreet | okay |
| 18:08.19 | harmanpreet | so that functionality exists itself in facetize.c |
| 18:08.43 | brlcad | what functionality?? |
| 18:08.49 | brlcad | you still haven't said what it is you're doing |
| 18:08.55 | harmanpreet | that you were talking.. on mailing list |
| 18:08.57 | harmanpreet | wait |
| 18:09.29 | brlcad | unless it was the very last e-mail I sent, you need to give me some context, the quick summary :) |
| 18:09.53 | brlcad | not a link, a summary ... |
| 18:10.00 | brlcad | "I'm looking for ..." |
| 18:10.00 | harmanpreet | about? |
| 18:10.09 | brlcad | about what it is you're doing... |
| 18:10.15 | brlcad | what are you doing |
| 18:10.15 | harmanpreet | ok |
| 18:11.03 | harmanpreet | let me explain |
| 18:11.17 | brlcad | you should be able to say what you're doing quickly/concisely pretty much all the time, if you understand it |
| 18:11.41 | brlcad | I'm here for all of 2 minutes more, so seriously ... what are you doing? |
| 18:11.50 | harmanpreet | facetize command failed to run brep objects.. and you said it was not hooked |
| 18:11.57 | brlcad | yes |
| 18:12.02 | harmanpreet | you said |
| 18:12.10 | harmanpreet | functionalty exits |
| 18:12.20 | harmanpreet | exists |
| 18:12.40 | brlcad | yep, ... and so ... what are you doing? :) |
| 18:12.45 | harmanpreet | i was working to hook that functionality.. |
| 18:12.53 | harmanpreet | finding that code block |
| 18:13.04 | brlcad | there ya go, you should start with exactly that :) |
| 18:13.21 | harmanpreet | finding something related to nurbs |
| 18:13.24 | harmanpreet | in files |
| 18:13.26 | brlcad | "I'm looking for the code block that facetizes brep objects, can't find it" |
| 18:13.47 | brlcad | that's probably all you needed to say ;) |
| 18:14.06 | harmanpreet | hmm |
| 18:14.44 | brlcad | so i'm not sure where the code lives myself, someone will have to hunt but I have seen it demo'd within the shaded display draw command support |
| 18:15.21 | harmanpreet | ok |
| 18:16.12 | brlcad | facetize.c is the place where it's hooked in, but you'll see that's by calling nmg_booltree_leaf_tess() during db_walk_tree() |
| 18:16.40 | brlcad | which ultimately calls functab's ft_tess() callback |
| 18:16.58 | brlcad | which is where you'd be hooking in the tessellation |
| 18:17.00 | harmanpreet | yes |
| 18:17.29 | harmanpreet | ok so now i have to look first into shaded display draw command |
| 18:17.29 | brlcad | i.e., rt_brep_tess() |
| 18:17.35 | brlcad | I think |
| 18:17.45 | harmanpreet | :) |
| 18:18.07 | brlcad | starseeker: you know if keith committed any of his tessellation code yet? |
| 18:18.18 | brlcad | or better, where he stashed it |
| 18:18.51 | brlcad | src/libbrep would be a possibility, but I don't see it there |
| 18:19.52 | harmanpreet | brlcad: you were talking about webGLU and I found that |
| 18:19.53 | brlcad | harmanpreet: if you go on ohloh or look back through our svn commit logs, loook for commits from indianlarry |
| 18:20.07 | brlcad | see if you can find it that way, probably easier than tracing the draw code |
| 18:20.23 | harmanpreet | okay.. i'll |
| 18:20.40 | brlcad | gotta run, good luck and keep chiming in :) |
| 18:20.48 | harmanpreet | ok |
| 18:21.01 | harmanpreet | i will send email |
| 18:21.04 | harmanpreet | on mailing lsit |
| 18:21.07 | brlcad | n_reed found it |
| 18:21.08 | harmanpreet | list |
| 18:21.33 | brlcad | "brep plot FCDT" |
| 18:21.58 | harmanpreet | ok.. |
| 18:22.04 | brlcad | run that in mged on a brep/nurbs, should see shaded geometry |
| 18:22.25 | brlcad | that code is in src/libged/brep.cpp and ends up calling a function for the FCDT case |
| 18:22.29 | brlcad | that's probably where to start |
| 18:23.23 | harmanpreet | ok |
| 18:23.57 | brlcad | syntax isn't exactly that on the brep command, but you should be able to figure it out ;) |
| 18:24.10 | brlcad | get it working as a user, then follow the code ;) |
| 18:24.17 | brlcad | cya |
| 18:24.18 | harmanpreet | sure.. :) |
| 18:24.29 | harmanpreet | one thing more |
| 18:24.33 | n_reed | brep_command is actually src/libged/brep_debug.cpp |
| 18:24.45 | harmanpreet | i was not clar about library to use |
| 18:25.16 | harmanpreet | if you don't have time right now, i will send mail on mailing lsit |
| 18:37.00 | Notify | 03BRL-CAD:carlmoore * 56005 brlcad/trunk/doc/docbook/system/man1/en/fbzoom.xml: remove -h; however, I cannot figure out how 'disaplays' shows up when I do 'man fbzoom' |
| 18:53.01 | ``Erik | harmanpreet: I think the point is that your question lacked the clarify one would expect if the problem domain had properly been researched... we only have a few moments to spare, so a vague statement semi-related to the actual question... is wasteful |
| 18:53.44 | Notify | 03BRL-CAD:starseeker * 56006 brlcad/trunk/src/archer/TODO: Start reviewing the Archer TODO - most of these are done, so start boiling it down to what still needs to be looked at. |
| 18:54.10 | ``Erik | zero_level: sure, any image processing thing in src/util/ is game to have it's functionality hoisted into libicv/ |
| 18:54.28 | ``Erik | s/clarify/clarity/ |
| 18:55.12 | starseeker | brlcad: I don't think he's committed it yet |
| 18:55.24 | brlcad | starseeker: see above, nick found it |
| 18:55.30 | starseeker | ah |
| 18:55.48 | starseeker | note to self - don't jump into backscroll mid-stream |
| 18:56.06 | ``Erik | starseeker: are you in the office right now? |
| 19:01.48 | starseeker | should revive the flag in the MGED C code to launch Archer instead |
| 19:02.02 | starseeker | easy way to hit it with the regression tests |
| 19:07.17 | ``Erik | since I have a post-commit hook active on crit to update the git repo, should I add a 'make regress' capability to it? |
| 19:10.00 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5667 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 19:10.11 | Notify | 03BRL-CAD:starseeker * 56007 brlcad/trunk/src/archer/TODO: Remove the 'DONE' options from the Archer TODO |
| 19:10.55 | starseeker | ``Erik: that could be pretty cool, actually |
| 19:11.08 | starseeker | ``Erik: if you want to be really mean to crit, you could trigger distcheck-full |
| 19:13.37 | starseeker | erm |
| 19:13.54 | starseeker | "can't read argv0 - no such variable |
| 19:13.56 | ``Erik | I won't be back in for a bit over a week.. if we can get a solid statement from brlcad before then, we can craft a script chunk to append to the current ~erik/bin/brlcad.git.bridge.sh |
| 19:14.22 | brlcad | solid statement |
| 19:16.17 | ``Erik | heh, so is that a "yeah, let's cook cpus for this"? |
| 19:16.42 | starseeker | votes for a sub-script called "meltdown.sh" |
| 19:17.00 | ``Erik | give me meltdown.sh and I'll add it to the bridge script, yo |
| 19:17.05 | brlcad | I wouldn't do a parallel build just yet till we get a sense of the load, but no problem doing compiles and tests otherwise |
| 19:17.06 | starseeker | ``Erik: actualy, if we don't feed it the -j flag it'll be OK - just take a while |
| 19:17.14 | brlcad | that's kinda what it's for |
| 19:17.58 | ``Erik | I'm here sorta kinda sorta tomorrow, but saturday morning I'm on the road to ocean city and without uplink |
| 19:18.01 | starseeker | ``Erik: where's the script located relative to the src dir? |
| 19:18.14 | brlcad | should hook it into /etc/crontab though, so it can be easily found |
| 19:18.22 | ``Erik | the bridge script is in ~erik/bin/ |
| 19:18.30 | starseeker | sends sympathy in advance for the internet withdrawal symptoms to come... |
| 19:18.54 | ``Erik | if this is a good time to move that to a system cronjob, I'm game |
| 19:19.09 | brlcad | maybe have your script drop a utc timestamp in /tmp so we could have other scripts poll it to know when to get an update |
| 19:19.38 | starseeker | do we want to do a "once every X hours" build or a once-per-commit build? |
| 19:21.33 | brlcad | well really buildbot or jenkins should be doing the actual compiles, but whatever works |
| 19:22.30 | ``Erik | I don't think our commit rate precludes compiling/testing every commit... |
| 19:24.13 | ``Erik | wiring it to a ctest dashboard would be nifty |
| 19:28.16 | starseeker | ``Erik: if you want to use git to capture the svn revision somehow for naming the build directories that might be good - I just went with date |
| 19:31.50 | *** join/#brlcad harmanpreet (~harman@202.164.53.122) | |
| 19:37.23 | Notify | 03BRL-CAD:starseeker * 56008 brlcad/trunk/src/archer/archer: Get archer launching from the mged C executable again. |
| 19:38.08 | starseeker | woo-hoo, that was surprisingly simple |
| 19:41.23 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 19:44.54 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:50.13 | starseeker | wonders if we need to update Archer to work with the X11 display manager or have that just be available as a classic mode option... |
| 19:50.51 | *** join/#brlcad cdk_ (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 19:53.12 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-nxdqtfsmcynvaezn) | |
| 20:02.19 | Notify | 03BRL-CAD Wiki:Harman052 * 5668 /wiki/User:Harman052/GSoc2013/Logs: |
| 20:23.15 | Notify | 03BRL-CAD:carlmoore * 56009 brlcad/trunk/src/gtools/g_diff.c: implement h,? help in g_diff |
| 20:24.38 | starseeker | hrm - our default regress check on mged is for classic mode and doesn't get to the GUI version, from the looks of things |
| 20:25.39 | starseeker | may need to sync some stuff up there |
| 20:26.22 | starseeker | still, at least the archer GUI doesn't interfer with those operations - that's good |
| 20:27.42 | Notify | 03BRL-CAD:starseeker * 56010 brlcad/trunk/src/archer/TODO: problem with mged launching archer fixed - '-o' option works again. |
| 20:30.29 | brlcad | starseeker: regress intentionally avoided GUI mode so the tests don't do bad things |
| 20:32.19 | Notify | 03BRL-CAD:starseeker * 56011 brlcad/trunk/src/archer/TODO: Add some Archer TODO items |
| 20:36.40 | brlcad | like running on remote servers without trying to create X11 windows across non-existent X-channels |
| 20:37.54 | starseeker | nods |
| 20:38.19 | starseeker | I have the commands in the regress/mged directory, but I don't think those are fully working in basic MGED either |
| 20:38.37 | starseeker | guess I should get those going in regular MGED and then feed 'em to archer |
| 20:42.12 | starseeker | probably need to rethink them generally, actually... been a while since I last looked at that setup |
| 20:43.02 | brlcad | I still think we need to have one "ubertest" transcript that invokes all commands in some useful orchestration |
| 20:43.22 | brlcad | basically, a massive integration test |
| 20:49.41 | Notify | 03BRL-CAD:brlcad * 56012 (brlcad/trunk/TODO brlcad/trunk/src/archer/TODO): consolidate all of the archer items into the src/archer/TODO file |
| 21:03.53 | Notify | 03BRL-CAD:brlcad * 56013 brlcad/trunk/src/archer/TODO: categorize the to-do items into alpha and beta groupings so we can prioritize. |
| 21:25.12 | Notify | 03BRL-CAD:carlmoore * 56014 brlcad/trunk/src/gtools/g_qa.c: remove case statements for ? and h because they are handled by the 'default' |
| 21:42.26 | Notify | 03BRL-CAD:carlmoore * 56015 brlcad/trunk/src/conv/off/g-off.c: turn off error messages for h,? so they can serve as help flags |
| 22:04.34 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5669 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */ |
| 22:25.47 | Notify | 03BRL-CAD:r_weiss * 56016 brlcad/trunk/src/librt/primitives/rec/rec.c: Fix special case errors when ray tracing the tgc/rec primitive. Needs more testing. Such as sample model "havoc.g" primitive "rt_s.ecov6" with ray r_pt=(12320.0005 -1168 2134) r_dir=(1 0 0). |
| 02:13.51 | zero_level | ``Erik : that is what i am to. But then do we change the utilities to use the icv library. |
| 02:59.42 | Notify | 03BRL-CAD:phoenixyjll * 56017 brlcad/trunk/src/libbrep/intersect.cpp: The original code cannot deal with elliptical arcs that cross the point where t=0, and fixed this problem. |
| 03:48.40 | brlcad | zero_level: yep, maintaining duplicate functionality, even briefly, is very undesirable |
| 03:56.18 | zero_level | ok brlcad |
| 03:59.23 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 04:05.06 | brlcad | waves |
| 05:31.08 | *** join/#brlcad caen23_ (~caen23@92.81.198.131) | |
| 05:46.00 | Notify | 03BRL-CAD:phoenixyjll * 56018 brlcad/trunk/src/libbrep/intersect.cpp: Use max_dis_u (v, s, t) seperately as the scale of their domains may differ a lot. |
| 06:11.51 | Notify | 03BRL-CAD:phoenixyjll * 56019 brlcad/trunk/src/libbrep/intersect.cpp: Eliminate unnecessary collinear points on the polyline curves. |
| 06:13.43 | Notify | 03BRL-CAD:phoenixyjll * 56020 brlcad/trunk/src/libbrep/intersect.cpp: ----------- |
| 06:34.21 | Notify | 03BRL-CAD Wiki:Phoenix * 5670 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */ |
| 06:35.20 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Epa_good.png: |
| 06:35.34 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Epa_bad.png: |
| 06:35.43 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Epa_2d_for_parabola.png: |
| 06:35.56 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Epa_2d_for_plane.png: |
| 06:37.16 | Notify | 03BRL-CAD Wiki:Phoenix * 5675 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */ |
| 06:43.09 | Notify | 03BRL-CAD Wiki:Phoenix * 5676 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 06:44.43 | Notify | 03BRL-CAD Wiki:Phoenix * 5677 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 06:46.06 | Notify | 03BRL-CAD Wiki:Phoenix * 5678 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 07:44.00 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 08:03.36 | Notify | 03BRL-CAD Wiki:Izakkayems * 5679 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */ |
| 08:06.34 | Notify | 03BRL-CAD Wiki:Izakkayems * 5680 /wiki/User:Izak/GSOC_2013_logs: |
| 08:23.00 | Notify | 03BRL-CAD Wiki:Izakkayems * 5681 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */ |
| 08:34.21 | Notify | 03BRL-CAD Wiki:Izakkayems * 5682 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */ |
| 08:48.20 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 09:12.22 | *** join/#brlcad caen23 (~caen23@92.81.198.131) | |
| 10:18.51 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 10:29.27 | *** join/#brlcad evgeny_t (~Miranda@109.194.34.184) | |
| 10:43.46 | *** join/#brlcad kesha (~kesha@223.237.136.225) | |
| 10:57.19 | *** join/#brlcad kesha (~kesha@223.237.136.225) | |
| 12:39.14 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 13:30.34 | *** join/#brlcad kesha_ (~kesha@49.249.9.87) | |
| 13:55.47 | brlcad | that's a lot of awesome status pics from wu |
| 14:33.33 | zero_level | hi brlcad: |
| 15:34.19 | *** join/#brlcad kesha__ (~kesha@49.249.1.27) | |
| 16:05.17 | Notify | 03BRL-CAD:brlcad * 56021 brlcad/trunk/pix/CMakeLists.txt: the lackluster lgt examples are pretty much useless at 91, 128, and 64 dimensions, serve no useful purpose. remove them. |
| 16:11.04 | Notify | 03BRL-CAD:brlcad * 56022 brlcad/trunk/pix/CMakeLists.txt: remove the other three example images as they're no longer interesting or impressive. if we're to ship demo renderings, we should establish quality criteria and a fixed image size. for now, the website gallery suffices leaving only the benchmark images remaining. |
| 16:14.42 | Notify | 03BRL-CAD:brlcad * 56023 (brlcad/trunk/db/CMakeLists.txt brlcad/trunk/pix/CMakeLists.txt): move the cube.rt script over with the model |
| 16:31.00 | Notify | 03BRL-CAD:brlcad * 56024 brlcad/trunk/NEWS: carl's vengence on help option consistency continues to rage on. |
| 16:32.12 | brlcad | zero_level: (hi!) not sure how it happened, but patch 197 (already applied) apparently didn't compile... should that fd have been bif->fd? |
| 16:33.26 | zero_level | corrected by starseeker |
| 16:34.59 | brlcad | right, but was that the right fix? |
| 16:35.16 | zero_level | yes |
| 16:35.36 | brlcad | did you not test the compilation? :) |
| 16:36.40 | zero_level | actually i had to remove a redundant variable (bif). |
| 16:36.57 | brlcad | i'm sure it was just an oversight, but that's the attention to detail that will be needed when you are committing directly (and even more so when making patch files) |
| 16:37.06 | brlcad | you should always test your compile |
| 16:37.52 | zero_level | alright :-) |
| 16:38.12 | brlcad | hacking talks about this, that mistakes will happen and are expected, but especially as a new contributor you should be testing every time |
| 16:38.24 | brlcad | nobody wants a broken build :) |
| 16:43.02 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 16:54.03 | Notify | 03BRL-CAD:brlcad * 56025 (brlcad/trunk/CMakeLists.txt brlcad/trunk/TODO brlcad/trunk/doc/CMakeLists.txt): move shaded-display todo into doc/ subdir with the other existing todo.brep and reference where it's at in the main TODO file. |
| 17:02.12 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 17:10.41 | *** join/#brlcad caen23 (~caen23@92.81.198.131) | |
| 17:18.15 | Notify | 03BRL-CAD:brlcad * 56026 (brlcad/trunk/CMakeLists.txt brlcad/trunk/bench/CMakeLists.txt brlcad/trunk/bench/run.sh): change to a crazy long legacy. now that there are nothing but benchmark reference pix and log files in the top-level pix/ directory, move that directory to bench/ref/ and update accordingly. keep installation as pix/ though so we preserve the current installation hierarchy. |
| 17:40.28 | *** join/#brlcad kesha (~kesha@223.228.81.168) | |
| 17:50.28 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 18:04.00 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:04.06 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 18:04.48 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:12.17 | *** join/#brlcad caen23 (~caen23@92.81.198.131) | |
| 18:22.17 | *** join/#brlcad caen23 (~caen23@92.81.198.131) | |
| 18:25.07 | zero_level | brlcad, will ensure this doesnt happen in future. Indeed this was the reason I have not submitted the patches of new ICV functions and structure definition. |
| 18:25.32 | zero_level | a) It will not compile cleanly because of existing use of ICV. |
| 18:26.47 | zero_level | b) If I incorporate the changes in the exiting code in a patc, either this will make lots of patches or a single patch will be very large. |
| 18:38.27 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 19:00.11 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 19:00.45 | *** join/#brlcad harmanpreet (~harman@202.164.53.122) | |
| 19:09.37 | Notify | 03BRL-CAD:brlcad * 56027 brlcad/trunk/src/libbrep/intersect.cpp: we might not care, but implementers of qsort() care, which is what opennurbs ultimately ends up passing this callback to. future We might care too, so cover our bases. |
| 19:12.58 | brlcad | zero_level: so a/b raises a good discussion point about how to structure changes |
| 19:13.18 | brlcad | because we want changes to compile cleanly AND to be as small as possible |
| 19:13.23 | brlcad | whether they are patches or commits |
| 19:13.53 | brlcad | so the question is how you can structure the changes (incrementally) such that each incremental step is clean, applies cleanly, compiles, etc |
| 19:18.42 | zero_level | I have changed them in a private trunk on my machine this needed chaning rt/do.c rt/ext.h rt/view.c rt/viewedge.c remrt/rtsrv.c libged/screengrab.c |
| 19:19.13 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 19:19.14 | zero_level | and ofcourse icv.h and fileformat.c |
| 19:19.54 | zero_level | for fileformat.c i have devided it into different files |
| 19:20.18 | zero_level | image.c (has functions to create image, zero_image, save/load image) |
| 19:20.55 | zero_level | pixel.c has function for pixels (write line and write single pixel) |
| 19:21.02 | brlcad | I think you're missing my point |
| 19:21.16 | brlcad | you've made lots of changes |
| 19:21.22 | zero_level | yes |
| 19:21.22 | brlcad | that's fine, that's development |
| 19:21.45 | zero_level | i was coming to your point and the minimum we can do here |
| 19:21.51 | brlcad | the topic is HOW those changes are contributed |
| 19:22.19 | brlcad | just because you changed a lot doesn't mean a lot should be changed at once |
| 19:22.26 | zero_level | that said i mean, the smallest commit /patch size will require |
| 19:22.31 | zero_level | the following |
| 19:23.56 | zero_level | all the files with the existing use of icv functions (will require changing 5-6 lines in each file )[7 files in total] |
| 19:23.59 | zero_level | icv.h |
| 19:24.04 | zero_level | and fileformat.c |
| 19:24.16 | brlcad | that's fine |
| 19:24.24 | brlcad | if that really is the smallest possible chunk |
| 19:25.09 | zero_level | And ofcourse chaning the current files were tricky. |
| 19:25.14 | brlcad | the point is just to make sure that you're thinking about it at the smallest possible piece |
| 19:25.37 | brlcad | like if you have a structure and you can get by changing just one field, then not grouping that field with others |
| 19:25.46 | brlcad | just an example, it's not always possible |
| 19:25.49 | brlcad | often is |
| 19:26.14 | brlcad | if you've done it that way, then your patches should review cleanly/quickly |
| 19:27.13 | zero_level | brlcad as per our discussion the two modifications we brought (removing the file info and changing data pointer) |
| 19:27.51 | zero_level | it was required that we change the function definitions. |
| 19:28.06 | zero_level | and thus it required chaning the exisitng use |
| 19:28.27 | brlcad | this will make more sense with a concrete example if there's a problem |
| 19:28.31 | zero_level | for instance previously icv usage was |
| 19:28.48 | zero_level | icv_save_open(...) |
| 19:29.00 | zero_level | .. do pixel write ... |
| 19:29.06 | zero_level | icv_save close |
| 19:29.12 | zero_level | but now it is |
| 19:29.17 | zero_level | icv_create_image |
| 19:29.28 | zero_level | ..do pixel write.. |
| 19:29.35 | zero_level | icV_save_image |
| 19:29.47 | brlcad | sure |
| 19:30.00 | brlcad | good example |
| 19:30.28 | brlcad | so if the two functions MUST be changed simulataneously, then they obviously go together in a patch |
| 19:30.46 | brlcad | if it's possible to just update icv_save_open() first, then it might make sense for two patches |
| 19:31.00 | zero_level | yes. I think u got the point |
| 19:31.03 | brlcad | it might make sense to change the struct field as a patch, then two more patches for the function names |
| 19:31.12 | brlcad | it all depends |
| 19:31.46 | zero_level | but the moment i change the structure definition it will give errors because the file field is used |
| 19:32.12 | brlcad | when I say change the field, that means updating all of the places that field is used too |
| 19:33.09 | zero_level | but then the input parameters of icv_save_open will have to change thus changing the file where it is used |
| 19:33.18 | brlcad | i.e., I can change the field and update the callers as one patch, I could change the function names as another, and change function arguments as yet a third |
| 19:33.21 | brlcad | whether it makes sense to do that depends on the code |
| 19:34.20 | brlcad | zero_level: it's okay really! :) |
| 19:34.44 | brlcad | i saids that IF they MUST be changed simulataneously, then sure .. it makes sense to put them together |
| 19:35.06 | brlcad | all I'm suggesting is to look at the changes from a minimalism perspective |
| 19:35.13 | brlcad | and perhaps you already have done this |
| 19:35.19 | brlcad | if you have GREAT! :) |
| 19:35.28 | brlcad | if you have not, it's something that most people have to learn |
| 19:35.37 | zero_level | thanks for understanding this. |
| 19:35.49 | brlcad | I'm hoping YOU are understanding what I'm trying to tell you |
| 19:36.01 | brlcad | I get what you're saying, and you're being defensive |
| 19:36.02 | zero_level | Actually i wrote these sometimes around the starting of the last week |
| 19:36.06 | brlcad | you don't need to be defensive :) |
| 19:36.11 | zero_level | sure |
| 19:36.25 | zero_level | and was thinking about the contributing changes. |
| 19:36.46 | zero_level | But I refrained from submitting it in a patch. Because of the size. |
| 19:37.13 | zero_level | and then i made all the notes regarding minimum changes i have to make. |
| 19:37.21 | zero_level | and this included the existing files |
| 19:37.30 | zero_level | so. Here we are. |
| 19:37.36 | brlcad | the question to ask yourself is "can I separate any part of it into a separate patch?" |
| 19:37.58 | brlcad | if you cannot, then it's approaching a perfect succinct commit |
| 19:38.34 | brlcad | a "minimal" patch can be 10 lines ... and it can be 100000 lines |
| 19:38.48 | zero_level | thats the beauty of the word ;) |
| 19:38.57 | brlcad | the point is thinking about what REALLY is minimal |
| 19:39.13 | zero_level | depends in situations. |
| 19:39.17 | brlcad | sometimes you can change the way you change the code and get incremental changes |
| 19:39.23 | brlcad | yes, depending on the situation |
| 19:39.34 | brlcad | sometimes it'll even be slightly more work |
| 19:39.51 | zero_level | Earlier I submitted a patch with all the load functionality (pix,bw,png) |
| 19:40.02 | brlcad | yep, I remember |
| 19:40.05 | zero_level | but ``Erik advised me to do minimum |
| 19:40.11 | zero_level | and thus i splited |
| 19:40.16 | brlcad | clearly breaks into at least three different patches |
| 19:40.21 | brlcad | maybe more |
| 19:40.53 | zero_level | one of then is still at 210 |
| 19:41.04 | zero_level | waiting to be reviewed |
| 19:41.53 | brlcad | nods |
| 19:42.08 | brlcad | last two weeks have involved extensive release preparations |
| 19:42.38 | brlcad | why I was pressuring people to get those patches in and reviewed before GSoC, we knew it was going to get busy |
| 19:42.57 | brlcad | still, I'll be reviewing lots more today and tomorrow so will be getting to whether are next in the queue |
| 19:42.58 | zero_level | yeah. I saw on the IRC. and ``Erik also told me about his compilation for different OSs |
| 19:43.01 | brlcad | hopefully all clean :) |
| 19:43.31 | zero_level | yeah still we have time. |
| 19:44.03 | zero_level | Actually I did nt account for changing exisitng function in the time line |
| 19:44.25 | zero_level | but i am done with them now. |
| 19:44.38 | zero_level | feels relieved |
| 19:56.01 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 20:06.32 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 20:06.32 | *** mode/#brlcad [+o ChanServ] by orwell.freenode.net | |
| 20:15.05 | *** join/#brlcad kesha (~kesha@223.229.135.134) | |
| 20:42.52 | Notify | 03BRL-CAD:brlcad * 56028 brlcad/trunk/include/common.h: restructure the logic so that we clearly assert expectation that this header will always be included before system headers. this is particularly important on Windows, thus we should not need pragma warnings. conveniently, it's a few lines shorter and reduces a scope too. |
| 20:44.31 | brlcad | zero_level: thanks for updating them |
| 20:47.07 | zero_level | Although those two patches apply cleanly and compile as well. But I have implemented them with the new icv_structures. |
| 20:47.17 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5683 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */ |
| 20:47.43 | zero_level | and functions properly ;) |
| 20:50.37 | zero_level | Also now 209, 210 are the only ones. |
| 20:56.48 | Notify | 03BRL-CAD Wiki:195.24.210.66 * 5684 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */ |
| 21:23.51 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5685 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 4 */ |
| 21:24.24 | DarkCalf | waves to brlcad |
| 22:39.42 | ``Erik | zero_level, brlcad: I am finishing up packing for vacation, I will be out of touch for about a week |
| 23:19.53 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 23:25.30 | brlcad | ``Erik: safe travels |
| 02:50.19 | Notify | 03BRL-CAD:brlcad * 56029 (brlcad/trunk/AUTHORS brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): accept sf patch (https://sourceforge.net/p/brlcad/patches/173/) from Avneet Kaur that refactored a 20+ line duplication in some wireframe drawing code. |
| 02:53.45 | Notify | 03BRL-CAD:brlcad * 56030 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: ws indent style cleanup |
| 02:55.37 | zero_level | ``Erik have a nice time. |
| 02:58.35 | Notify | 03BRL-CAD:brlcad * 56031 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: rename generic vhead() to something more descriptive, less shady. remove unhelpful comments. ws: spaces to tabs. |
| 03:08.44 | Notify | 03BRL-CAD:brlcad * 56032 (brlcad/trunk/AUTHORS brlcad/trunk/src/util/bwhisteq.c): accept sf patch #187 Code Reduction in bwhisteq-2 (https://sourceforge.net/p/brlcad/patches/187/) from mohit daga that avoids iterating over the bins unnecessarily. cuts two lines overall but more interestingly was compared with an equivalent matlab function. results were nearly identical with differences assumed to be floating point |
| 03:08.46 | Notify | drift/error. |
| 03:12.10 | Notify | 03BRL-CAD:brlcad * 56033 brlcad/trunk/src/util/bwhisteq.c: remove trailing ws |
| 03:17.39 | Notify | 03BRL-CAD:brlcad * 56034 brlcad/trunk/src/util/bwhisteq.c: eliminate globals, remove magic numbers, don't use 'new' as a variable name. |
| 03:19.42 | brlcad | zero_level: it would be interesting to compare METHOD2 to the matlab output to see if it's any different/better/worse |
| 03:36.30 | zero_level | brlcad: yes |
| 03:38.17 | zero_level | for this do i add a line #define METHOD2 |
| 03:38.19 | zero_level | ? |
| 04:02.20 | *** join/#brlcad caen23 (~caen23@92.81.198.131) | |
| 04:29.27 | zero_level | also brlcad, i wonder the utility of METHOD2 as a macro. I dont find it any definition of that in the entire src code. The options we have are |
| 04:30.15 | zero_level | a) Use an input paramter by the user to find which method to be used. |
| 04:33.48 | zero_level | Although for testing i can just modify it. |
| 06:31.24 | *** join/#brlcad kesha (~kesha@223.229.135.134) | |
| 06:56.24 | *** join/#brlcad kesha (~kesha@223.229.135.134) | |
| 07:02.18 | *** join/#brlcad kesha_ (~kesha@223.229.135.134) | |
| 07:19.08 | *** join/#brlcad kesha__ (~kesha@223.229.135.134) | |
| 07:56.03 | *** join/#brlcad cstirk_ (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 09:07.04 | brlcad | zero_level: yep, you just #define METHOD2 something so that it's enabled |
| 09:07.40 | brlcad | clearly a bit of dead code that was never hooked in |
| 09:07.45 | brlcad | so the question is whether it's useful or should be removed |
| 09:08.02 | brlcad | to answer that, have to understand how it's different output-wise |
| 09:08.23 | brlcad | seems to be some sort of random weight |
| 10:17.39 | *** join/#brlcad vladbogo (~vlad@188.25.237.173) | |
| 13:14.55 | *** join/#brlcad caen23 (~caen23@92.81.198.131) | |
| 13:38.32 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 15:09.00 | *** join/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 15:22.25 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 16:22.08 | *** join/#brlcad merzo (~merzo@92-155-132-95.pool.ukrtel.net) | |
| 19:32.49 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5686 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:59.15 | Notify | 03BRL-CAD Wiki:Izakkayems * 5687 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */ |
| 22:13.56 | Notify | 03BRL-CAD Wiki:Izakkayems * 5688 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */ |
| 22:15.05 | Notify | 03BRL-CAD Wiki:Izakkayems * 5689 /wiki/User:Izak/GSOC_2013_logs: /* Monthly Summary */ |
| 22:15.48 | Notify | 03BRL-CAD Wiki:Izakkayems * 5690 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 13th */ |
| 22:16.11 | Notify | 03BRL-CAD Wiki:Izakkayems * 5691 /wiki/User:Izak/GSOC_2013_logs: /* From July 15 to July 20 */ |
| 00:54.50 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 01:57.21 | starseeker | wonders if the following would be interesting for generating nmg shapes procedurally: http://www.antiprism.com/ |
| 01:58.14 | starseeker | or csg in some cases: http://www.antiprism.com/examples/100_demonstration_models/geodesic_pack_Med.jpg.1.html |
| 03:11.28 | brlcad | starseeker: yeah, that'd make for some proc-db output too |
| 03:11.32 | brlcad | some fun |
| 03:14.20 | brlcad | is reminded to look into http://www.qhull.org |
| 03:55.43 | brlcad | antiprism looks like it might have some useful routines for torus and sphere/ellipsoid/torus tessellation, wireframes, surface sampling, and similar |
| 03:57.18 | *** join/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 04:03.06 | brlcad | repel looks useful |
| 04:27.04 | zero_level | brlcad: The following are the difference bwhisteq and METHOD2 for lenna, barbara and mandrill images respectivel |
| 04:27.33 | zero_level | pixdiff bytes: 170022 matching, 92120 off by 1, 1 off by many |
| 04:27.34 | zero_level | pixdiff bytes: 207757 matching, 54386 off by 1, 0 off by many |
| 04:27.36 | zero_level | pixdiff bytes: 177579 matching, 84564 off by 1, 0 off by many |
| 04:38.37 | zero_level | its just a one pixel difference due to the rand01() function |
| 06:08.48 | brlcad | hm, okay |
| 06:09.08 | brlcad | I had a slight glimmer of hope that it might actually be some sort of standard definition that would get us even closer |
| 06:09.17 | brlcad | looks like that's not the case though, so probably worth removing |
| 06:09.28 | zero_level | alright |
| 06:10.24 | zero_level | so do i submit a patch for this ? |
| 06:12.00 | Notify | 03BRL-CAD:brlcad * 56035 brlcad/trunk/src/util/bwhisteq.c: remove METHOD2 since zero_level's testing shows that it doesn't appear to be significantly any better, just introduces an off-by-many on matlab comparisons due to the random weighting. |
| 06:15.54 | zero_level | thats fine I guess ;) |
| 07:54.31 | *** join/#brlcad caen23_ (~caen23@92.81.215.44) | |
| 12:48.15 | *** join/#brlcad vladbogo (~vlad@188.25.237.173) | |
| 13:03.22 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.173) | |
| 14:02.31 | starseeker | brlcad: if you're OK with the qhull license, there's probably several interesting things that can do - it's quite widely used (Meshlab, PCL, etc...) |
| 14:04.02 | starseeker | seems to pretty much be *the* solution when people are looking for a convex hull... |
| 14:06.44 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.173) | |
| 14:22.02 | *** join/#brlcad kesha (~kesha@110.225.10.69) | |
| 14:49.35 | Notify | 03BRL-CAD:vladbogo * 56036 brlcad/trunk/src/libdm/CMakeLists.txt: Quiet float-equal warnings when Qt is enabled. |
| 15:24.40 | Notify | 03BRL-CAD:vladbogo * 56037 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/src/libdm/dm-qt.cpp): Created the Qapplication and the Qt main window. |
| 15:28.04 | Notify | 03BRL-CAD:vladbogo * 56038 brlcad/trunk/src/libdm/dm-qt.cpp: remove trailing ws |
| 15:30.54 | *** join/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 15:50.44 | Notify | 03BRL-CAD:vladbogo * 56039 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Added qt_vars structure to dm-qt.h and use it as struct dm priv_vars. |
| 16:07.11 | brlcad | starseeker: I wouldn't integrate it just for the sake of integrating it -- when someone gets to the point of needing a convex hull, we can evaluate |
| 16:58.33 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 17:35.32 | Notify | 03BRL-CAD:vladbogo * 56040 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt-close so that the display manager can be gracefully released. |
| 17:49.08 | vladbogo | hi all. I am trying to embed Qt in Tk window and until now I haven't been successful. I am currently trying to use the QWidget::create function to set the widget's window to be the Tk one. I hope you could give me some hints in order to complete the embedding. |
| 18:56.09 | Notify | 03BRL-CAD:vladbogo * 56041 brlcad/trunk/src/libdm/CMakeLists.txt: Do not assume that the compiler is gcc or compatible when setting the -Wno-float-equal flag. |
| 19:01.45 | brlcad | vladbogo: I saw your commit and got excited thinking you'd figured it out ;) |
| 19:03.25 | vladbogo | brlcad: I've tried different approaches all past two weeks and this one I think is the closest |
| 19:03.55 | Notify | 03BRL-CAD:brlcad * 56042 brlcad/trunk/include/raytrace.h: provide a zero-initializer for hit structs |
| 19:04.52 | Notify | 03BRL-CAD:brlcad * 56043 brlcad/trunk/include/raytrace.h: init the hit struct magic number too |
| 19:05.10 | brlcad | vladbogo: it's the approach I would have thought to try |
| 19:05.43 | brlcad | qt provides hooks into lower-level objects, it's whether you can pass low-level constructs successfully |
| 19:06.03 | brlcad | so what's it currently do if that doesn't work |
| 19:06.36 | vladbogo | brlcad: I don't know why but it simply creates two windows instead setting the widgets parent to the tk one |
| 19:08.00 | vladbogo | I guess that the WId that I give to QWidget::create it's wrong or at least Qt interprets it as wrong |
| 19:08.25 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5692 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */ |
| 19:14.15 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5693 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 8 July - 14 July */ |
| 19:14.24 | brlcad | vladbogo: the docs for winId() say that WId is very much platform and even compilation specific |
| 19:15.08 | brlcad | try looking at the value of winId() for the one created and the value of the Tk one |
| 19:16.13 | brlcad | it sounds like the right approach, but you might have to get a DIFFERENT handle derived/extracted from the Tk handle, not the handle itself |
| 19:17.22 | brlcad | like the ->xtkwin field |
| 19:18.05 | vladbogo | brlcad: I am using the Window returned by Tk_WindowId() |
| 19:18.59 | vladbogo | brlcad: the values for the Tk one and the window created are different |
| 19:19.14 | brlcad | you'll have to read the Qt sources to see what type it's expecting for an X11 build |
| 19:19.45 | brlcad | what platform are you on? |
| 19:20.26 | vladbogo | linux |
| 19:20.56 | brlcad | Tk_Screen could be something else Qt might be expecting, but not worth guessing ... just get their sources and find that create() method |
| 19:21.13 | vladbogo | the value for WId it's unsigned int if I remember correctly) |
| 19:21.57 | brlcad | if you cannot figure it out, it's entirely reasonable to go down a dramatically different path ... letting Qt create the window and NOT using Tk .. |
| 19:23.48 | vladbogo | brlcad: drossberg also suggested not using Tk so I researched a little bit and at a first sight the mged's refresh and event_check function should be changed |
| 19:42.14 | vladbogo | brlcad: just got the qt sources and WId in X11 case is Window |
| 20:23.10 | vladbogo | brlcad: also tried the same approach on a raw X11 window and I get the same output: 2 windows with different WIds so I am sure I am missing something but I don't know what |
| 20:32.26 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 21:09.27 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5694 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:39.25 | *** join/#brlcad vladbogo (~vlad@188.25.237.173) | |
| 01:20.44 | brlcad | vladbogo: so ... basically it SHOULD be working how you wrote it |
| 01:21.16 | brlcad | perhaps Tk is not creating a real "Window" |
| 01:21.39 | brlcad | try creating a third X11 window (manually) |
| 01:22.01 | brlcad | find an X11 tutorial on the web, create a simple empty window, pass that Window to Qt and see if you can get it to use it |
| 01:22.27 | brlcad | or ask on the Qt and/or Tk forums and/or stackoverflow what you might be doing wrong |
| 01:23.06 | brlcad | unfortunately, the answer isn't obvious but your logic seems sound so the next step is to either walk the logic in a debugger or ... ask for help ;) |
| 03:03.33 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 03:36.07 | Notify | 03BRL-CAD:brlcad * 56044 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: initialize usplit and vsplit to the midpoint, otherwise there's potential for them to get used without being initialized. |
| 03:37.12 | Notify | 03BRL-CAD:brlcad * 56045 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: what the heck happened to the style??? |
| 03:41.01 | *** join/#brlcad caen23 (~caen23@92.81.215.44) | |
| 03:42.31 | Notify | 03BRL-CAD:phoenixyjll * 56046 brlcad/trunk/src/libbrep/intersect.cpp: Normalize the curves, and check tangent events. |
| 04:06.18 | Notify | 03BRL-CAD:phoenixyjll * 56047 brlcad/trunk/src/libbrep/intersect.cpp: Check the domain parameters. |
| 04:42.36 | Notify | 03BRL-CAD:brlcad * 56048 brlcad/trunk/src/rt/do.c: should not be using raw codes with open(), use the symbolic form for rw |
| 04:50.54 | Notify | 03BRL-CAD:brlcad * 56049 brlcad/trunk/src/rt/do.c: improve the error message when we cannot write to the output file. the fdopen failure was masking the open failure causing an unhelpful 'bad file descriptor' message instead of the original permissions denied message. |
| 04:52.40 | Notify | 03BRL-CAD:phoenixyjll * 56050 brlcad/trunk/src/libbrep/intersect.cpp: Add seaming curves to handle intersecting intersection curves. |
| 04:56.27 | Notify | 03BRL-CAD:brlcad * 56051 brlcad/trunk/src/rt/do.c: let the user know that we read the existing output data into the framebuffer (even though we still call shootray for all pixels) |
| 05:00.25 | Notify | 03BRL-CAD:brlcad * 56052 brlcad/trunk/src/rt/do.c: ordering for pre c99 |
| 05:03.16 | Notify | 03BRL-CAD:brlcad * 56053 brlcad/trunk/src/rt/do.c: put new log message behind the existing verbosity flag |
| 05:09.09 | Notify | 03BRL-CAD:phoenixyjll * 56054 brlcad/trunk/src/libbrep/intersect.cpp: Sometimes we can merge the new seaming curves - don't need to generate new ones. |
| 05:25.54 | Notify | 03BRL-CAD:phoenixyjll * 56055 brlcad/trunk/src/libbrep/intersect.cpp: Eliminate compiler warnings. |
| 05:34.57 | vladbogo | brlcad: I've tried creating a third X11 window and pass that window to Qt but I get the same result (2 windows) |
| 05:36.03 | vladbogo | I will also ask on the qt forum/stackoverflow and hopefully find a solution. |
| 06:29.52 | *** join/#brlcad caen23 (~caen23@92.81.215.44) | |
| 07:04.23 | Notify | 03BRL-CAD:phoenixyjll * 56056 brlcad/trunk/src/libbrep/intersect.cpp: Should consider 2D distances. And if there are already intersections, we don't generate seaming curves. |
| 07:32.20 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 07:46.34 | Notify | 03BRL-CAD Wiki:Phoenix * 5695 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 4 */ |
| 07:47.59 | Notify | 03BRL-CAD Wiki:Phoenix * 5696 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 07:48.18 | Notify | 03BRL-CAD Wiki:Phoenix * 5697 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 07:49.48 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:39.29 | *** join/#brlcad kimz (~AndChat56@110.225.245.211) | |
| 11:04.17 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:51.18 | Notify | 03BRL-CAD:brlcad * 56057 brlcad/trunk/src/librt/primitives/rec/rec.c: overhaul the rec shot routine. eliminates a recently introduced magic constant (1.0e10) that wasn't correct (a big root does not indicate a need to check the end plates). completely restructure the logic to eliminate the gotos and the associated spagetti. now we always check the cylinder and end plates, collapsing any duplicate points. these |
| 11:51.20 | Notify | changes were tested extensively with a default rec from all possible orientations showing no change other than face normal on grazing edge. performance was actually faster for most views (but within 5% noise). |
| 11:52.53 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:40.03 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 14:40.05 | *** join/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 14:40.11 | *** part/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 16:50.38 | zero_level | brlcad : I want to discuss aout three issues |
| 16:50.50 | zero_level | a) About Implementation of filters |
| 16:51.03 | zero_level | b) About histograms in double images |
| 16:52.22 | zero_level | c) About converting the image utilities to use implemented functions of libicv |
| 16:53.19 | zero_level | about A) |
| 16:54.29 | zero_level | BRL-CAD has three different utilities for filttering bwfilter, pixfilter, pix3filter |
| 16:55.12 | zero_level | all these three use a 3X3 (bwfilter, pixfilter) amd 3x3x3 (pix3filter) |
| 16:55.51 | zero_level | I am converting them as two functions |
| 16:56.05 | zero_level | icv_filter() for bwfilter and pixfilter |
| 16:56.17 | zero_level | icv_filter3() for pix3filter |
| 16:56.33 | zero_level | My questions is : |
| 16:58.09 | zero_level | I am not sure about the size of the image BRL-CAD predominately uses (My guess 512x512). But do you think I should include a functionality for |
| 16:58.17 | zero_level | variable size filter ? |
| 16:59.57 | zero_level | If the image size is small (<512^2) My gut feeling is that 3 dimensional size filter will sufice |
| 17:00.22 | zero_level | about B) |
| 17:01.44 | zero_level | Or do u think i shld put them in mail ? |
| 17:03.18 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.173) | |
| 17:32.31 | *** part/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 18:00.28 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 18:17.06 | brlcad | zero_level: we can discuss here and then you can summarize via e-mail for others |
| 18:17.21 | brlcad | default image size for all tools should be 512x512 |
| 18:17.30 | brlcad | but you shouldn't assume that size |
| 18:18.04 | brlcad | is there a way to combine all three into one generalized function? |
| 18:18.43 | brlcad | i'm not familiar with the 3x3x3 kernel you speak of for pix3filter |
| 18:19.18 | brlcad | having a variable size filter is VERY desirable, but that would obviously be new functionality so you certainly don't have to accommodate it |
| 18:19.51 | brlcad | but if you happen to accommodate it in the process of generalizing those three into one or two functions, great |
| 18:21.51 | vladbogo | brlcad: hi. I've asked on sourceforge and qt forums and hopefully I will get a response soon. |
| 18:22.07 | vladbogo | on stackoverflow* |
| 18:23.17 | zero_level | brlcad: right. The only reasoni asked for variable lenth filter was because of implementation issue. |
| 18:24.11 | zero_level | Now i will modify the current function as a generalization of filter length |
| 18:26.53 | zero_level | currently it is hard coded so that only 3-Dim Filter are used. |
| 18:27.43 | brlcad | interesting new site: http://choosealicense.com/ |
| 18:27.57 | brlcad | vladbogo: excellent, let us know what you find out |
| 18:28.39 | zero_level | pix3filter is there in src/util/pix3filter.c |
| 18:28.49 | brlcad | zero_level: the trick/danger is dealing with larger filters correctly on the boundaries |
| 18:29.13 | brlcad | I know where the sources are, just haven't needed to use it or have read the sources in a very long time |
| 18:29.21 | brlcad | can you summarize? |
| 18:30.51 | zero_level | alright |
| 18:31.13 | zero_level | Its basicaaly for three images |
| 18:31.59 | zero_level | and besides the normal low, high, and average u could create a smear amination using this |
| 18:32.20 | zero_level | and the combined is put to a single image |
| 18:34.57 | zero_level | and yes boundaries ar the issue. n/2 lines in both sides might look awful |
| 18:35.16 | zero_level | but then if the images are large. It wouldnt matter. |
| 18:36.10 | zero_level | about b) although i will be implementing this latter in the week. |
| 18:36.34 | zero_level | How do we written for histogram functions. |
| 18:36.47 | zero_level | What should be the hisogram for double data. |
| 18:37.16 | zero_level | The only way I got is ask the user the number of bins and written a long int array of that size. |
| 18:37.34 | zero_level | Just wanted to make sure I was write abt that |
| 18:37.40 | zero_level | *if |
| 18:39.14 | zero_level | so this looks long int* icv_histogram(icv_image_t* bif, int num_bins) |
| 18:39.45 | zero_level | and also there is an issue if the imgage is rgb data. ? |
| 18:41.26 | zero_level | earlier i thought it to be int icv_histogram(icv_image_t*bif, int num_bins, long int* bin1, long int *bin2, long int *bin3 ) |
| 18:41.50 | zero_level | but i am worried for different channel images (1,4) |
| 18:47.30 | *** join/#brlcad cstirk (~quassel@c-71-56-216-45.hsd1.co.comcast.net) | |
| 18:57.50 | brlcad | zero_level: so then merging the three sounds unhelpful |
| 18:57.56 | brlcad | just the two like you had planned |
| 18:59.06 | brlcad | if you're familiar with the generic filter in photoshop or gimp, that might be a good example to follow |
| 19:03.18 | brlcad | as for histogram, you could specify the image, num_bins, start channel #, channel count, and output array (should be size_t ... NOT long int) |
| 19:14.25 | vladbogo | brlcad: in order to process Qt events the QApplication::processEvents function should be called in mged's main loop. Should I add a new processEvent callback to struct dm which does nothing for the other dms or should I put an #ifdef DM_QT call process events #endif? |
| 19:16.10 | brlcad | vladbogo: hehe, you clearly KNOW the right way already :) |
| 19:16.28 | brlcad | callback ftw |
| 19:17.35 | vladbogo | brlcad: that's what I thought but just wanted to be sure |
| 19:19.15 | vladbogo | brlcad: also offtopic I saw that Notify does not print updates |
| 19:22.43 | brlcad | notify sometimes gets stuck |
| 19:25.14 | Notify | 03BRL-CAD:vladbogo * 56058 brlcad/trunk/src/libdm/dm-qt.cpp: Remove trailing ws and other minor changes. |
| 19:25.19 | Notify | 03BRL-CAD:vladbogo * 56059 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Implemented qt_reshape and added the QtTkMainWindow to priv_vars. |
| 19:25.22 | Notify | 03BRL-CAD:vladbogo * 56060 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt_configureWin_guts. |
| 19:25.25 | Notify | 03BRL-CAD:vladbogo * 56061 brlcad/trunk/src/libdm/dm-qt.cpp: Set window background color. |
| 19:25.27 | Notify | 03BRL-CAD:vladbogo * 56062 brlcad/trunk/src/libdm/dm-qt.cpp: Remove trailing ws and other small cleanups. |
| 22:15.25 | Notify | 03BRL-CAD Wiki:Level zero * 5698 /wiki/User:Level_zero/GSOC13/logs: /* Week 4 */ |
| 22:15.27 | Notify | 03BRL-CAD Wiki:Harman052 * 5699 /wiki/User:Harman052/GSoc2013/Logs: |
| 22:15.29 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5700 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 22:15.32 | Notify | 03BRL-CAD Wiki:49.249.1.63 * 5701 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 22:15.33 | Notify | 03BRL-CAD Wiki:Izakkayems * 5702 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */ |
| 22:15.35 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5703 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 15 July - 21 July */ |
| 22:15.43 | Notify | 03BRL-CAD:vladbogo * 56063 (brlcad/trunk/include/dm-Null.h brlcad/trunk/include/dm.h and 10 others): Added the processEvents callback to struct dm. |
| 00:47.00 | *** join/#brlcad dtidrow (~dtidrow@c-68-84-167-135.hsd1.mi.comcast.net) | |
| 02:43.36 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 03:26.55 | *** join/#brlcad caen23 (~caen23@92.81.215.44) | |
| 06:09.34 | kanzure | are there any bindings for python, javascript, or other languages? |
| 06:09.41 | kanzure | if so where are they? |
| 07:15.50 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:48.39 | zero_level | about c)(refactoring the current utilities to use icv library) although we have discussed this but i would like to |
| 12:49.05 | zero_level | *u to reaffirm on this because |
| 12:50.13 | zero_level | 1) The current utilities read the input image into buffers of small size(thus reducing thrunning space of them). |
| 12:50.39 | zero_level | 2) They are very elegantly written such as to minimize the running cost. |
| 12:52.13 | zero_level | 3) Using the icv library will be very easy because it would require only three lines icv_load(...); icv_rect(...); /*As an example*/icv_Save(); |
| 12:54.38 | zero_level | but this would mean converting the images to double format. and processing over them. And them reconverting the images to unsinged char format. |
| 12:55.16 | zero_level | Since all the processing tools in src/util are either for pix or bw format. |
| 14:26.55 | kanzure | ah there seems to be /brlcad/trunk/src/tclscripts/mged/bindings.tcl |
| 14:31.13 | kanzure | nope nevermind |
| 14:32.36 | kanzure | brlcad: when you have a moment, can you dump any thoughts about how to make low-maintenance bindings against brlcad? i was thinking i could use cython. but then that would only be python bindings. i am not particularly eager to use swig-wrapper. the gtk/gnome people have this really interesting introspection system for all of their projects, and they generate bindings via introspection every time they compile anything. but none of their ... |
| 14:32.42 | kanzure | ... introspection will work against brlcad of course, because there's nothing gtk.. |
| 14:36.30 | kanzure | i think python, javascript, golang and haskell would be good candidates. |
| 14:36.56 | kanzure | possibly at least one jni thing so that jvm people can be amused |
| 14:57.38 | *** join/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 15:25.30 | starseeker | Ah - so it's ap203e2 that has the csg primitives |
| 15:26.21 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11b:65be:0:2:d3e2:be01) | |
| 15:26.26 | starseeker | kanzure: swig is too heavy? My understanding was that is the primary option for multiple-language binding scenarios |
| 15:31.10 | kanzure | there are many reasons to dislike swig-wrapper, mostly it's the intermediate language you have to write in |
| 15:40.18 | *** join/#brlcad mpictor (~mpictor_@2600:1015:b11b:65be:0:2:d3e2:be01) | |
| 05:39.08 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 05:39.09 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 05:52.28 | Notify | 03BRL-CAD:phoenixyjll * 56097 brlcad/trunk/src/libbrep/intersect.cpp: Get the 3D overlap boundary segments. |
| 06:02.06 | *** join/#brlcad caen23_ (~caen23@92.81.193.210) | |
| 06:04.57 | *** join/#brlcad kesha__ (~kesha@49.202.239.193) | |
| 06:14.25 | *** join/#brlcad kesha_ (31caefc1@gateway/web/freenode/ip.49.202.239.193) | |
| 06:14.55 | kesha_ | http://paste.kde.org/p5bf0a67b/raw/ |
| 06:19.48 | kesha_ | scanBuf is of size 1, sill how can it store a string of size 4 ? :O |
| 06:36.31 | *** join/#brlcad cdk (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 07:35.35 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:52.18 | *** join/#brlcad kimz (~AndChat56@106.197.168.83) | |
| 07:53.58 | *** join/#brlcad kesha_ (~kesha@49.249.1.163) | |
| 09:55.40 | Notify | 03BRL-CAD:phoenixyjll * 56098 brlcad/trunk/src/libbrep/intersect.cpp: Remove an invalid character, and call GetSpanVector() before we use the knots. |
| 09:55.58 | *** join/#brlcad caen23 (~caen23@92.81.193.210) | |
| 10:09.50 | *** join/#brlcad kesha__ (~kesha@49.248.244.93) | |
| 10:31.09 | Notify | 03BRL-CAD Wiki:Phoenix * 5711 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 5 */ |
| 11:01.21 | *** join/#brlcad kesha_ (~kesha@49.248.244.93) | |
| 12:06.41 | starseeker | Wooot! The Metis graph partitioning software finally picked a sane license - as of version 5.0.3 they're using Apache 2.0 |
| 12:07.17 | starseeker | that puts them on the same footing as the subversion libraries for usability |
| 12:18.18 | starseeker | naturally they didn't put the parallel version under Apache... ah, well |
| 12:20.45 | starseeker | on the other hand, their initial release of the OpenMP version of the partitioning routines has the MIT license in it... |
| 12:20.48 | starseeker | interesting |
| 12:23.49 | *** join/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 12:55.01 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b115:bfa0:0:9:faf4:5901) | |
| 13:20.18 | starseeker | brlcad: we've got a lights regression failure, that appears to be related to cylindars |
| 13:20.42 | starseeker | brlcad: did you run the regression tests after the rec raytracing changes? (just so I know where to start hunting) |
| 13:21.47 | Notify | 03BRL-CAD:carlmoore * 56099 brlcad/trunk/src/conv/step/g-step.cpp: remove trailing blank/tab |
| 13:23.21 | brlcad | starseeker: I thought I had, but I can check it since I did it |
| 14:18.21 | Notify | 03BRL-CAD:starseeker * 56100 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/Factory.cpp and 7 others): Update the code so we can use either ap203 or ap203e2 at compile time, and default to ap203e2 |
| 15:05.09 | Notify | 03BRL-CAD:brlcad * 56101 brlcad/trunk/src/conv/step/g-step.cpp: copyright starts now |
| 15:08.09 | Notify | 03BRL-CAD:brlcad * 56102 brlcad/trunk/src/shapes/fence.c: document where we fall through |
| 15:21.30 | Notify | 03BRL-CAD:brlcad * 56103 brlcad/trunk/src/librt/primitives/rec/rec.c: didn't propagate the sign from the dividend, makes more sense now |
| 15:22.18 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b115:bfa0:0:9:faf4:5901) | |
| 15:24.42 | Notify | 03BRL-CAD:brlcad * 56104 brlcad/trunk/src/librt/primitives/rec/rec.c: and back to 'standard' form, this time properly propogating the sign so that we don't introduce a regression failure |
| 16:19.41 | Notify | 03BRL-CAD:carlmoore * 56105 brlcad/trunk/src/shapes/fence.c: changed old nN to kK, making room for change of old hH to nN; made some other changes, but we do NOT have run-with-no-arguments |
| 16:34.50 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5712 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 15 July - 21 July */ |
| 17:31.15 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.173) | |
| 17:41.28 | *** join/#brlcad kesha_ (~kesha@49.248.244.93) | |
| 18:58.13 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5713 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 5 */ |
| 19:03.25 | Notify | 03BRL-CAD:r_weiss * 56106 brlcad/trunk/src/librt/prep.c: Make sure the model bounding box is, 2 times the distance tolerance larger, on all sides, than the model. The ceil and floor functions do not always do this. |
| 19:18.32 | vladbogo | brlcad: hi, I have just tested to see if the Wno-float-equal applies just to libdm using "VERBOSE=1 make" and it seems to be applying just to libdm, so should I set it for the whole compilation process or it is ok like this? |
| 19:27.25 | *** join/#brlcad Ch3ck (295cd27d@gateway/web/freenode/ip.41.92.210.125) | |
| 19:35.36 | Notify | 03BRL-CAD:vladbogo * 56107 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/mged.c): Called the QApplication::processEvents function in mged's main loop. Added color information in qt priv_vars. |
| 19:36.24 | *** join/#brlcad mpictor (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:00.01 | Notify | 03BRL-CAD:vladbogo * 56108 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented the qt_setBGcolor function. |
| 20:01.14 | Notify | 03BRL-CAD Wiki:Izakkayems * 5714 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */ |
| 20:07.25 | *** join/#brlcad mpictor (~mark@2601:d:b280:9:d63d:7eff:fe2d:2505) | |
| 20:45.56 | starseeker | confound it - now nirt's not happy... |
| 21:16.33 | Notify | 03BRL-CAD:starseeker * 56109 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt and 4 others): Patch #57 - which was a subset of a patch by Alexandrus - attempted to integrate coil into MGED as a command. Code changed a lot since - this attempts to integrate coil as a command in Archer, but only uses the original patch for reference. Needs testing and a man page. |
| 21:21.08 | *** join/#brlcad caen23 (~caen23@92.81.219.240) | |
| 21:36.52 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5715 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:39.37 | Notify | 03BRL-CAD:tbrowder2 * 56110 brlcad/trunk/INSTALL: correct grammar |
| 21:40.14 | Notify | 03BRL-CAD:tbrowder2 * 56111 brlcad/trunk/INSTALL: delete extra line |
| 21:41.11 | Notify | 03BRL-CAD:tbrowder2 * 56112 brlcad/trunk/INSTALL: oops, forget it |
| 22:04.25 | Notify | 03BRL-CAD:carlmoore * 56113 brlcad/trunk/src/shapes/fence.c: implement run-with-no-arguments |
| 22:16.49 | *** part/#brlcad cdk (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 23:47.03 | *** join/#brlcad caen23 (~caen23@92.81.205.230) | |
| 04:02.12 | Notify | 03BRL-CAD:phoenixyjll * 56114 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Generate a 2D curve on the surface for csx_overlap. |
| 06:14.47 | Notify | 03BRL-CAD:phoenixyjll * 56115 brlcad/trunk/src/libbrep/intersect.cpp: Link the curves together to form a loop. More tests are needed to find if there are any problems with this solution. |
| 06:33.31 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 06:42.30 | *** part/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 07:05.09 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:57.56 | *** join/#brlcad kesha_ (~kesha@49.202.239.179) | |
| 08:13.09 | Notify | 03BRL-CAD:phoenixyjll * 56116 brlcad/trunk/src/libbrep/intersect.cpp: Change the direction of curves if necessary to satisfy the requirements of ON_SSX_EVENT. |
| 08:27.21 | Notify | 03BRL-CAD:phoenixyjll * 56117 brlcad/trunk/src/libbrep/intersect.cpp: Remove trailing ws. |
| 08:35.48 | Notify | 03BRL-CAD:phoenixyjll * 56118 brlcad/trunk/src/libbrep/intersect.cpp: Fix wrong operator (should be || rather than &&), and remove two unused variables. |
| 09:20.51 | Notify | 03BRL-CAD Wiki:Phoenix * 5716 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 5 */ |
| 10:04.28 | *** join/#brlcad kesha__ (~kesha@49.248.244.119) | |
| 13:58.40 | *** join/#brlcad caen23 (~caen23@92.81.205.230) | |
| 15:00.14 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11b:ec46:0:33:1c58:2001) | |
| 15:32.12 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.68) | |
| 16:52.00 | *** join/#brlcad caen23_ (~caen23@92.81.181.136) | |
| 17:05.05 | Notify | 03BRL-CAD Wiki:Harman052 * 5717 /wiki/User:Harman052/GSoc2013/Logs: |
| 17:08.41 | Notify | 03BRL-CAD:carlmoore * 56119 brlcad/trunk/src/libdm/dm-qt.cpp: remove trailing blanks/tabs |
| 17:15.37 | Notify | 03BRL-CAD:vladbogo * 56120 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): A first attempt in drawing 2d lines. |
| 17:27.38 | brlcad | vladbogo: so what's the current status? |
| 17:27.49 | brlcad | did you ever figure out the reuse-of-a-window issue? |
| 17:28.52 | vladbogo | brlcad: unfortunately not...still waiting for an answer on stackoverflow/qforum |
| 17:29.45 | vladbogo | I have implemented the draw line functionality because I've considered that it shouldn't be changed while waiting for the answer |
| 17:30.52 | *** join/#brlcad zero_level_ (dfe3b1a8@gateway/web/freenode/ip.223.227.177.168) | |
| 17:30.53 | brlcad | okay, good |
| 17:31.07 | vladbogo | and meanwhile I also tried to find a solution |
| 17:31.46 | vladbogo | I will wait for a couple of days and if I can't find I'll consider as you suggested ignoring Tk |
| 17:32.08 | brlcad | k |
| 17:32.08 | vladbogo | brlcad: regarding the Wno-float-equal flag |
| 17:32.17 | brlcad | yeah, that sounded fine |
| 17:32.19 | vladbogo | I've tested using VERBOSE=1 make |
| 17:32.25 | brlcad | saw your message about it being one dir |
| 17:33.08 | vladbogo | and it seems to apply just to the Qt files in libdm(which might be a problem) but does not apply to following folders |
| 17:33.44 | vladbogo | should I set it in the top-level CMakeList when Qt is enabled? |
| 17:36.19 | vladbogo | also I found that libpc/CMakeList.txt enables Wno-error and Wno-inline assuming the compiler it gcc (or compatible) so I was thinking to change it using the same approach |
| 17:37.13 | vladbogo | but wanted to clear out first if it should be enabled in the top-level or just in the lib dir |
| 17:38.11 | vladbogo | also one more thing |
| 17:39.37 | brlcad | usually you would TEST for it in the top-level makefile, set a variable, and then use it in the subdir |
| 17:39.50 | brlcad | but as it's only currently in one directory, it's fine |
| 17:40.26 | brlcad | do not add -Wno-error |
| 17:40.37 | brlcad | libpc does that because of errors that cannot be turned off |
| 17:41.06 | vladbogo | ok then I'll let libpc like this |
| 17:42.09 | vladbogo | I've tried to compile on windows and I get the same error message as we've discussed before (some link error) which apparently needed to have the additional libraries quoted but I also downloaded the sources in the files section and there I get no compilation error (and does not have quotes) so I guess that shouldn't be the problem |
| 17:44.38 | vladbogo | I've used visual studio 2010 for both compilation and also tried with mingw which also fails |
| 17:50.38 | brlcad | vladbogo: so not one bit of that information you wrote is actionable |
| 17:50.58 | brlcad | saying it gave an error is entirely meaningless without knowing specifically what and why |
| 17:51.17 | brlcad | if you don't understand what or why, that is what must be figured out |
| 17:51.37 | brlcad | not just blindly trying compiles in various systems, hoping one magically works....: ) |
| 17:51.57 | vladbogo | brlcad: the error is lnk1104: cannot open file |
| 17:52.15 | vladbogo | and i get it for every lib |
| 17:54.35 | vladbogo | all I could find is that it occurs when there are errors in specifying the library dependencies |
| 18:01.49 | vladbogo | and I wasn't trying blindly hoping that one magically works:) first time I was on a machine where I had both svn and cmake installed and then when I remembered about the doc/Readme.Windows I was on a machine where I had none installed and after reading the file on sourceforge I saw that it's recommended to use the cmake gui and I thought I might have missed something so I tried again using the src zip and when I found out that it compiled it really intr |
| 18:01.49 | vladbogo | igued me why but I couldn't find any relevant infos so that's why I asked |
| 18:05.24 | brlcad | vladbogo: lnk1104 says that the library specification is probalby wrong |
| 18:06.13 | brlcad | vladbogo: good to hear that you weren't trying blindly, but it's curious that you'd try three different build systems ... :) |
| 18:06.43 | brlcad | I'd suggest picking just one and digging all the way down |
| 18:06.57 | brlcad | probably regular msvc since that's the most often tested |
| 18:07.01 | vladbogo | mingw was from pure curiosity because I saw in the readme that it's untested |
| 18:07.06 | brlcad | and lnk1104 implies that it's probably a simple quoting issue |
| 18:08.14 | vladbogo | then I'll tried to find a way to automatically include quotes and see what happens |
| 19:13.56 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5718 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 19:46.14 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5719 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 15 July - 21 July */ |
| 20:44.39 | zero_level | hi brlcad.. |
| 20:46.38 | zero_level | I have modified the definition for histogram, from our last discussion. |
| 20:48.38 | zero_level | now it looks like icv_hist(icv_image_t* img, int n_bins, size_t**bins); |
| 20:49.32 | zero_level | with a wrapper function icv_init_bins(); |
| 20:56.53 | zero_level | Also filter function turned great. Although it can handle arbitrary kernel size |
| 20:58.04 | zero_level | but we will need a function to get a arbitrary kernel. For instance low_pass filter of size 7X7 |
| 21:02.38 | zero_level | Which approach do u suggest? Keeping an inbuilt library of filters(my recomm.) or implementing them as closed functions |
| 21:08.24 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 00:26.04 | brlcad | zero_level: you should check out the patch from a GCI candidate that also proposed ICV work |
| 00:26.29 | brlcad | bwfilter iirc, but it included a method for passing filters |
| 00:26.36 | brlcad | check it out, see what you think |
| 00:38.54 | zero_level | brlcad, do u mean 164 ? |
| 01:03.17 | zero_level | brlcd :This patch only implementes the filter function for 3x3 kernels. |
| 01:04.31 | zero_level | Also those kernels are stored as a library in the file similar to src/util/bwfilter.c |
| 02:39.09 | brlcad | zero_level: uhm, it wasn't to suggest using the code ... |
| 02:39.26 | brlcad | it was to see if you can get any ideas about how to go about the API specification |
| 02:39.41 | brlcad | maybe yes, maybe no, but worth taking a quick look |
| 07:50.10 | *** join/#brlcad caen23 (~caen23@92.81.181.136) | |
| 08:18.28 | *** join/#brlcad caen23_ (~caen23@92.81.213.187) | |
| 08:35.13 | *** join/#brlcad kesha_ (~kesha@49.249.18.135) | |
| 10:52.57 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b103:5e72:0:44:b1f0:f301) | |
| 11:19.58 | *** join/#brlcad caen23 (~caen23@92.81.213.187) | |
| 12:17.44 | brlcad | starseeker: ah, so you're seeing an unhappy nirt regress too |
| 12:18.40 | Notify | 03BRL-CAD:carlmoore * 56121 brlcad/trunk/src/sig/fhor.c: slightly speeded up the code, and changed 'across' comment to 'left to right' assuming right-handed system |
| 12:19.05 | Notify | 03BRL-CAD:phoenixyjll * 56122 brlcad/trunk/src/libbrep/intersect.cpp: We should recognize that there might be inner loops - use point-surface intersections to determined which side of the curve is actually the intersection. |
| 12:19.10 | Notify | 03BRL-CAD:vladbogo * 56123 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt-setFGColor. |
| 12:19.12 | Notify | 03BRL-CAD:vladbogo * 56124 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Implemented qt_drawBegin and qt_drawEnd + other modifications to use this functions in a proper way. |
| 12:19.18 | Notify | 03BRL-CAD:vladbogo * 56125 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt_setLineAttr function. |
| 12:19.20 | Notify | 03BRL-CAD:vladbogo * 56126 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented the qt_drawString2D function. |
| 12:19.24 | Notify | 03BRL-CAD:phoenixyjll * 56127 brlcad/trunk/src/libbrep/intersect.cpp: Should not ignore that intersections might be 0. |
| 12:19.33 | Notify | 03BRL-CAD:vladbogo * 56128 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented the qt_drawPoint2D function. |
| 12:19.35 | brlcad | starseeker: ah, so you're seeing an unhappy nirt regress too |
| 12:19.55 | brlcad | looks like someone changed the bounding box sizes by 0.001 |
| 12:20.18 | brlcad | smells an injection of a magic number somewhere |
| 12:24.05 | Notify | 03BRL-CAD Wiki:Level zero * 5720 /wiki/User:Level_zero/GSOC13/logs: /* Week 5 */ |
| 12:28.17 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5721 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 12:28.19 | Notify | 03BRL-CAD Wiki:Phoenix * 5722 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 5 */ |
| 13:25.20 | Notify | 03BRL-CAD:carlmoore * 56129 brlcad/trunk/include/dm-qt.h: remove trailing blanks/tabs |
| 13:54.25 | Notify | 03BRL-CAD:starseeker * 56130 (brlcad/trunk/src/conv/step/BRLCADWrapper.cpp brlcad/trunk/src/conv/step/BRLCADWrapper.h brlcad/trunk/src/conv/step/g-step.cpp): Unpack a Brep from a .g - this will all eventually be organized differently, for now just getting a feel for what is needed. |
| 14:03.37 | *** join/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 14:05.43 | starseeker | makes a note of ShrinkSurface in opennurbs - looks like it is intended to resize a surface based on trimming curves... |
| 14:08.30 | *** part/#brlcad evgeny (~Miranda@77.106.106.192) | |
| 14:34.37 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b103:5e72:0:44:b1f0:f301) | |
| 16:10.40 | brlcad | starseeker: perhaps to eliminate exterior trims? |
| 16:11.16 | brlcad | starseeker: did you look at all into the nirt issue, any traceback to when it started? |
| 17:24.25 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 17:44.41 | starseeker | brlcad: haven't got into the nirt thing yet |
| 17:44.57 | starseeker | was reading stepcode C++ and docs... |
| 17:45.39 | Notify | 03BRL-CAD Wiki:Harman052 * 5723 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:05.58 | brlcad | starseeker: okay, I'll peek at it later |
| 18:09.05 | Notify | 03BRL-CAD:n_reed * 56131 brlcad/trunk/src/libbrep/intersect.cpp: per opennurbs_point.h, ON_zaxis is obsolete |
| 18:26.05 | Notify | 03BRL-CAD Wiki:Level zero * 5724 /wiki/User:Level_zero/GSOC13/logs: /* Week 5 */ |
| 18:53.21 | brlcad | starseeker: so then can 57 be closed? |
| 19:00.26 | Notify | 03BRL-CAD:brlcad * 56132 brlcad/trunk/AUTHORS: credit Alexandrus for his patch from 2010 (sf #57) that was integrated by cliff recently and which introduces the coil command from within mged and archer. |
| 19:02.04 | Notify | 03BRL-CAD:brlcad * 56133 brlcad/trunk/NEWS: note that there's now a coil command for mged and archer (r56109 introduced, patch 57) |
| 19:06.15 | Notify | 03BRL-CAD:brlcad * 56134 brlcad/trunk/src/librt/prep.c: revert r56106 as it breaks the nirt regression. hit results seem to be shifted by the distance introduced in that change, which increased the bounding box by 2 times the distance tolerance. |
| 19:10.01 | brlcad | starseeker: nirt fixed |
| 19:13.41 | Notify | 03BRL-CAD:brlcad * 56135 brlcad/trunk/src/mged/setup.c: add coil to mged too |
| 19:32.42 | starseeker | brlcad: awesome, thanks! |
| 19:32.56 | starseeker | brlcad: is the pl->plot3 change NEWS worthy? |
| 19:33.13 | brlcad | yeah |
| 19:36.05 | *** join/#brlcad mpictor__ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:38.47 | Notify | 03BRL-CAD:starseeker * 56136 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step.cpp): Switch back to ap203 for now - print out the schema structure to get an idea of what C++ code is doing when interacting with the registry and instance_list... |
| 19:46.28 | *** join/#brlcad mpictor_ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:51.46 | Notify | 03BRL-CAD Wiki:41.92.210.174 * 5725 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */ |
| 19:52.00 | Notify | 03BRL-CAD:brlcad * 56137 brlcad/trunk/include/bn.h: apply sf patch #209 providing descriptions of the macro parameters |
| 19:52.59 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5726 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 15 July - 21 July */ |
| 19:53.34 | Notify | 03BRL-CAD:starseeker * 56138 brlcad/trunk/NEWS: Update and commit a change from patch #53 by Tom Browder that replaces the '.pl' convention in plot file naming (both file extensions and program names for utilities) with 'plot3' to avoid confusion with the Perl language. |
| 19:54.30 | starseeker | brlcad: left feedback on the semaphore test patch - applied find but didn't build (missing headers for signal stuff) |
| 19:59.13 | brlcad | starseeker: you compiling on windows? |
| 19:59.23 | brlcad | SIGALRM isn't available on windows |
| 20:00.25 | brlcad | some section of code probably just gets wrapped in HAVE_UNISTD_H |
| 20:00.47 | *** join/#brlcad mpictor__ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:04.40 | *** join/#brlcad markp (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:05.18 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:05.38 | Notify | 03BRL-CAD:carlmoore * 56139 brlcad/trunk/src/sig/fhor.c: fix punctuation in a comment |
| 20:12.41 | Notify | 03BRL-CAD:brlcad * 56140 brlcad/trunk/src/libged/comb.c: apply svn patch #211 (User Friendly Error message for comb command) from Talwinder saini |
| 20:13.43 | Notify | 03BRL-CAD:carlmoore * 56141 brlcad/trunk/src/sig/fhor.c: remove 'else' because the consequence of TRUE is to do a return |
| 20:19.14 | starseeker | brlcad: no, not Windows - Linux |
| 20:40.37 | brlcad | huh |
| 20:40.53 | brlcad | was unistd.h included? |
| 20:44.13 | *** join/#brlcad caen23 (~caen23@92.81.176.154) | |
| 20:47.33 | Notify | 03BRL-CAD:brlcad * 56142 brlcad/trunk/src/libged/comb.c: redo the error messages (because a couple weren't correct) and add one more validity check to make sure we don't read too many argv |
| 20:48.44 | Notify | 03BRL-CAD:carlmoore * 56143 brlcad/trunk/src/libbrep/intersect.cpp: remove trailing blanks/tabs, and fix spelling in comments |
| 20:53.40 | Notify | 03BRL-CAD:brlcad * 56144 brlcad/trunk/AUTHORS: credit talwindersaini with special thanks for prompting an improvement to the comb commands error messages. |
| 20:56.06 | Notify | 03BRL-CAD:brlcad * 56145 brlcad/trunk/src/sig/fhor.c: meh |
| 21:07.51 | brlcad | zero_level: what's your next patch? |
| 21:07.55 | brlcad | hi caen23 |
| 21:49.08 | Notify | 03BRL-CAD:brlcad * 56146 (brlcad/trunk/src/irprep/all_sf.c brlcad/trunk/src/irprep/firpass.c and 7 others): mass ws indent format style cleanup |
| 21:51.07 | brlcad | woot, 924 lines gone |
| 22:04.54 | Notify | 03BRL-CAD:brlcad * 56147 brlcad/trunk/CHANGES: deprecate the IRPREP tools. might want to keep showtherm and one or two of the other tools, but need to see them in action and read their manual pages more carefully (before declaring obsolete and removing). maybe talk to sue too to see who the users are/were.. |
| 22:06.25 | Notify | 03BRL-CAD:brlcad * 56148 brlcad/trunk/CHANGES: stick to convention |
| 22:19.50 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 23:45.14 | Notify | 03BRL-CAD:tbrowder2 * 56149 brlcad/trunk/doc/docbook/system/man3/en/libplot3.xml: use consistent modern C function formats |
| 23:47.21 | Notify | 03BRL-CAD:tbrowder2 * 56150 (brlcad/trunk/doc/docbook/system/man3/en/libcursor.xml brlcad/trunk/doc/docbook/system/man3/en/liborle.xml brlcad/trunk/doc/docbook/system/man3/en/librt.xml): remove troff artifacts from doclifter |
| 23:48.08 | Notify | 03BRL-CAD:tbrowder2 * 56151 brlcad/trunk/doc/docbook/system/man5/en/plot3.xml: correct current pl program names |
| 02:30.59 | Notify | 03BRL-CAD:brlcad * 56152 brlcad/trunk/src/proc-db/CMakeLists.txt: accept sf patch #214 C-Channel generator from Emory Huff (hknoll) that adds a new 'cchannel' utility. |
| 03:09.57 | Notify | 03BRL-CAD:brlcad * 56153 (brlcad/trunk/AUTHORS brlcad/trunk/NEWS): credit emory huff with the new cchannel proc-db tool he created (sf patch 214) that procedurally generates channel geometry. within current implementation limitations, quite simple and effective. |
| 03:10.53 | Notify | 03BRL-CAD:brlcad * 56154 brlcad/trunk/NEWS: credit talwinder saini with improving the comb command error messages even if they were changed around substantially. he motivated the improvement with his patch. |
| 03:58.41 | *** join/#brlcad caen23_ (~caen23@92.81.180.35) | |
| 04:30.39 | Notify | 03BRL-CAD:brlcad * 56155 brlcad/trunk/include/rtgeom.h: apply sf patch #204 (Current work on rtgeom.h) from gsoc student issac which begins to implement support for a new 'hrt' heart shape primitive |
| 04:40.42 | Notify | 03BRL-CAD:brlcad * 56156 brlcad/trunk/include/rtgeom.h: ugh, he even had a typo in the (clearly untested) patch. |
| 04:48.09 | Notify | 03BRL-CAD:brlcad * 56157 brlcad/trunk/include/rtgeom.h: ws tab cleanup |
| 05:03.10 | *** join/#brlcad kesha_ (~kesha@49.249.18.126) | |
| 06:55.36 | *** join/#brlcad caen23 (~caen23@92.81.180.35) | |
| 07:52.26 | zero_level | brlcad: it is 210. |
| 08:20.19 | *** join/#brlcad kesha_ (~kesha@49.249.18.166) | |
| 08:22.00 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 09:07.46 | *** join/#brlcad crdueck (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 09:07.46 | *** join/#brlcad harmanpreet (~harman@202.164.53.122) | |
| 10:25.36 | *** join/#brlcad kesha_ (~kesha@49.202.239.152) | |
| 10:26.20 | *** join/#brlcad kesha__ (~kesha@49.202.239.152) | |
| 11:13.20 | *** join/#brlcad caen23 (~caen23@92.81.180.35) | |
| 11:16.06 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12c:932d:0:27:b16:c801) | |
| 11:29.32 | Notify | 03BRL-CAD:tbrowder2 * 56158 brlcad/trunk/doc/docbook/system/man1/en/brlcad.xml: expand on contents of nrl-cad package |
| 11:39.32 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.68) | |
| 11:47.35 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5727 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 12:03.49 | vladbogo | make -j4 |
| 12:05.07 | vladbogo | sorry about that :) |
| 12:13.30 | Notify | 03BRL-CAD:tbrowder2 * 56159 brlcad/trunk/doc/docbook/system/man1/en/brlcad.xml: remove doclifter 'elided' artifacts causing unwanted blank lines |
| 12:14.37 | Notify | 03BRL-CAD:tbrowder2 * 56160 brlcad/trunk/doc/docbook/system/man3/en/libfb.xml: removed unneeded docbook tags |
| 12:45.31 | Notify | 03BRL-CAD:vladbogo * 56161 brlcad/trunk/src/proc-db/cchannel.c: Removed the C++ style comments, solved the set but not used warning and created type bool. |
| 12:50.12 | Notify | 03BRL-CAD:tbrowder2 * 56162 brlcad/trunk/doc/docbook/system/man1/en/lgt.xml: correct typo; add warning about deprecation |
| 12:53.23 | Notify | 03BRL-CAD:vladbogo * 56163 brlcad/trunk/src/proc-db/cchannel.c: ws/indent |
| 13:23.18 | Notify | 03BRL-CAD:tbrowder2 * 56164 (brlcad/trunk/doc/docbook/system/man1/en/bwhist.xml brlcad/trunk/doc/docbook/system/man1/en/fb-bw.xml and 21 others): remove doclifter 'elided' artifacts causing unwanted blank lines |
| 14:01.50 | Notify | 03BRL-CAD:n_reed * 56165 brlcad/trunk/src/proc-db/cchannel.c: bool may or not be defined already; just use int |
| 14:04.49 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 14:11.34 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 14:21.53 | Notify | 03BRL-CAD:n_reed * 56166 brlcad/trunk/src/proc-db/cchannel.c: sort headers, remove duplicate inclusion of wdb.h |
| 15:18.57 | Notify | 03BRL-CAD:tbrowder2 * 56167 brlcad/trunk/doc/pad_file.xml.in: correct xml errors |
| 15:20.28 | Notify | 03BRL-CAD:n_reed * 56168 brlcad/trunk/src/proc-db/cchannel.c: no need to copy read-only filename strings, especially when we've misused strcpy and sscanf to do it - textbook buffer-overflow |
| 15:21.09 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12c:932d:0:27:b16:c801) | |
| 15:23.55 | Notify | 03BRL-CAD:tbrowder2 * 56169 brlcad/trunk/doc/pad_file.xml.in: format for easier editing |
| 15:24.15 | Notify | 03BRL-CAD:tbrowder2 * 56170 brlcad/trunk/doc/pad_file.xml.in: grammar |
| 15:27.03 | Notify | 03BRL-CAD:tbrowder2 * 56171 brlcad/trunk/doc/pad_file.xml.in: format for easier editing |
| 18:05.23 | *** join/#brlcad caen23 (~caen23@92.81.180.35) | |
| 18:23.29 | *** join/#brlcad vladbogo (~vlad@188.25.237.68) | |
| 18:31.55 | *** part/#brlcad cdk (~cdk@24-212-219-10.cable.teksavvy.com) | |
| 18:40.44 | *** join/#brlcad kesha__ (~kesha@49.202.239.59) | |
| 18:57.50 | *** join/#brlcad kesha_ (~kesha@49.202.239.59) | |
| 20:07.02 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5728 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:04.58 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 01:28.40 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 04:11.20 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:58.06 | *** join/#brlcad caen23 (~caen23@92.81.180.35) | |
| 09:13.48 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.68) | |
| 11:54.47 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b109:a29b:0:13:abe7:e201) | |
| 12:59.22 | *** join/#brlcad kesha__ (~kesha@49.249.19.96) | |
| 12:59.22 | *** join/#brlcad kesha_ (~kesha@49.249.19.96) | |
| 14:38.53 | ``Erik | very cool http://www.gamasutra.com/blogs/AndreyMishkinis/20130716/196339/Advanced_Terrain_Texture_Splatting.php |
| 15:54.23 | *** join/#brlcad Ch3ck (295cd277@gateway/web/freenode/ip.41.92.210.119) | |
| 15:55.29 | Ch3ck | brlcad: I wish to get some more clarifications on how i'm falling behind schedule. Cuz I know i'm right on schedule except for the fact that i don't have ready patches generated from svn |
| 17:32.20 | brlcad | replied via email to Ch3ck |
| 18:48.27 | *** join/#brlcad ``Erik (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 18:48.44 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 18:49.48 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.68) | |
| 19:13.42 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-121-45.bltmmd.fios.verizon.net) | |
| 19:34.49 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5729 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 19:35.13 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b109:a29b:0:13:abe7:e201) | |
| 19:43.38 | *** join/#brlcad caen23_ (~caen23@92.81.180.35) | |
| 19:44.55 | *** join/#brlcad vladbogo_ (~vladbogo@188.25.237.68) | |
| 19:49.40 | *** join/#brlcad Izak_ (295cd277@gateway/web/freenode/ip.41.92.210.119) | |
| 19:51.04 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 19:59.50 | *** join/#brlcad avneet_ (~avneet@202.164.53.122) | |
| 19:59.51 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 20:04.39 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 22:13.31 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 05:18.57 | *** join/#brlcad caen23 (~caen23@92.83.162.185) | |
| 08:09.18 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 09:46.42 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 10:25.43 | *** join/#brlcad cvds (~leila@s537510ac.adsl.online.nl) | |
| 10:37.47 | cvds | Hello. It has been a long time since I have used brl-cad. Since then I have forgotten the command to open additional view windows, does anyone know what its called ? |
| 10:50.09 | cvds | basically what I want to do is open a new multipane window from the command line |
| 11:05.06 | kesha_ | hi cvds |
| 11:05.18 | kesha_ | on top of command window, there is modes option |
| 11:05.28 | kesha_ | in that there is Multipane option |
| 11:05.33 | kesha_ | Hope that helps u ! :) |
| 11:06.33 | kesha_ | 'Modes' from menubar -> 'Multipane' |
| 11:08.31 | cvds | kesha_: Hi there. Yup I found it there and it did change to the multipane mode. However I was trying to figure out the command line way to do it. Basically I am running mged with the -c in yakuake (a drop down terminal) and want to have a multipane view next to the default view on my screen. |
| 11:15.52 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:21.05 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 11:22.45 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 12:01.17 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b121:adbd:0:46:a27a:4b01) | |
| 14:21.11 | brlcad | cvds: attach |
| 14:21.59 | brlcad | that will create new view windows |
| 14:22.23 | brlcad | multipane view is a separate issue, running the "gui" command will create the GUI windows from a -c session |
| 14:54.09 | kanzure | is there any "assembly diagram" mode of some sort? |
| 15:10.54 | brlcad | kanzure: mm, not yet a feature |
| 15:14.58 | kanzure | thank you |
| 15:15.04 | kanzure | i saw on the mailing list something about pre-existing swig wrappers |
| 15:15.25 | kanzure | what was with the focus on perl? do the swig wrappers only work for swig's perl target? or ...? |
| 15:20.15 | brlcad | you'll have to ask on the list about that, don't know other than tom writes a lot of perl |
| 15:22.18 | ejno | is there an existing portable macro/function to start another process (non-blocking)? |
| 15:24.01 | brlcad | ejno: not yet, but we've considered the need in the past |
| 15:24.04 | brlcad | something you need? |
| 15:24.37 | brlcad | or something you'd like to work on? :) |
| 15:25.23 | ejno | brlcad: ok, thanks. I am trying to start another process to kill the bu_semaphore single-threaded test. I tried cmake ctest timeouts without success |
| 15:25.36 | ejno | brlcad: sure |
| 15:38.21 | brlcad | ejno: ah! for that, you might want to instead look at alarm(2) |
| 15:39.26 | brlcad | basically, you'll set up a signal handler (a function) in main that will respond to a SIGALRM signal, and call alarm(#sec) before doing your work that might block |
| 15:39.59 | brlcad | if the program terminates quickly or reaches a point where you unregister an alarm handler, then the alarm is never issued and the test passes |
| 15:40.12 | brlcad | if it doesn't the signal handler is triggered and you make it exit for test failure |
| 15:40.17 | ejno | brlcad: thanks, but I actually tried that first. However, it is POSIX and wasn't available on Cliff's system |
| 15:40.17 | brlcad | man 2 alarm |
| 15:40.39 | brlcad | o.O |
| 15:40.55 | ejno | well, it seemed to not be available at least |
| 15:40.56 | brlcad | you sure you had the right headers? |
| 15:41.23 | brlcad | unistd.h and signal.h |
| 15:41.43 | ejno | oh! I didn't have signal.h |
| 15:42.19 | brlcad | shouldn't need it for just alarm(), but you can't use alarm without signal() .. |
| 15:42.52 | ejno | thanks, I'll try that! |
| 15:44.05 | brlcad | default signal handler is going to be to ignore that signal, so you'll want to call signal(SIGALRM, your_handler_that_bu_exits) |
| 15:44.44 | brlcad | you'll also need to wrap some routines for portability |
| 15:45.09 | brlcad | unistd.h is not on windows, so you have to wrap it in #ifdef HAVE_UNISTD_H .. #endif |
| 15:45.17 | brlcad | along with the calls to signal() |
| 15:45.53 | brlcad | you can do the same with alarm(), but then you're going to have to do something else on windows |
| 15:46.20 | brlcad | either use their version of alarm (i.e., SetTimer()) or just make the test do nothing (pass) |
| 15:47.02 | brlcad | just don't use a platform #ifdef .. toggle on the HAVE_UNISTD_H header |
| 15:47.54 | brlcad | good example of both in action: http://www.zemris.fer.hr/predmeti/os/pripreme/upute/misc/Unix2Win.htm |
| 15:49.25 | ejno | ok, thank you |
| 16:25.26 | *** join/#brlcad caen23 (~caen23@92.83.162.185) | |
| 17:18.26 | Notify | 03BRL-CAD Wiki:Level zero * 5730 /wiki/User:Level_zero/GSOC13/logs: /* Week 5 */ |
| 17:18.28 | Notify | 03BRL-CAD Wiki:Phoenix * 5731 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 5 */ |
| 17:18.38 | Notify | 03BRL-CAD:tbrowder2 * 56172 brlcad/trunk/HACKING: a bit of word smithing |
| 17:18.58 | Notify | 03BRL-CAD:phoenixyjll * 56173 brlcad/trunk/src/libbrep/intersect.cpp: Eliminate the bounding boxes completely inside the overlap region, and intersection points inside the overlaps. |
| 17:19.10 | Notify | 03BRL-CAD:phoenixyjll * 56174 brlcad/trunk/src/libbrep/intersect.cpp: Pass trees to the point-surface intersections to avoid repeatedly generate the surface trees. And test whether the overlap curve is an inner segment by testing whether the two sides of it are shared or not. |
| 17:19.20 | Notify | 03BRL-CAD:tbrowder2 * 56175 brlcad/trunk/misc/CMakeLists.txt: create new target (and supporting files)to generate lib* man pages with Doxygen (in work) |
| 17:19.31 | Notify | 03BRL-CAD:carlmoore * 56176 (brlcad/trunk/HACKING brlcad/trunk/NEWS and 2 others): remove trailing blanks; fix spelling (including capital F in SourceForge); blank out unneeded ' |
| 17:19.33 | Notify | 03BRL-CAD:mendesr * 56177 NIL: Tag version for 1.5 release |
| 17:20.09 | Notify | 03BRL-CAD:mendesr * 56178 (jbrlcad/trunk/pom.xml jbrlcad/trunk/src/main/java/org/brlcad/numerics/BoundingBox.java and 2 others): Fixed UTests, BoundingBox improvements, Updated version number to 1.6. |
| 17:20.12 | Notify | 03BRL-CAD:mendesr * 56179 NIL: Tag version for 1.6 release |
| 17:28.50 | ``Erik | kanzure: the swig .i file wasn't tested with perl... I think ruby, python, tcl and common lisp were tested, but I don't really remember.. we'll see what feedback we get once he uses it some *shrug* :) |
| 17:29.39 | kanzure | i see |
| 17:29.49 | kanzure | it sounded like there was some perl-specific stuff in the svn repo, from what i read in the emails |
| 17:29.54 | kanzure | but also, i had just woken up and i'm probably wrong :) |
| 17:30.44 | kanzure | ``Erik: i'm curious if swig is responsible for all tcl bindings? or is there a separate integration between brlcad and tcl? |
| 17:31.04 | ``Erik | yeah, I skimmed that, maybe he wants to build some perl module fu ontop of the swig generated interface? you'd have to ask tom :) |
| 17:31.40 | ``Erik | no, all current tcl/C interface is hand written... the swig stuff is unused to the best of my knowledge |
| 18:31.18 | zero_level | hi ``Erik: any comments on my timeline/logs ? |
| 18:36.02 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 18:41.06 | zero_level | ``Erik : Last week when you were awayI implemented hist Group and Stats group (excluding pixcolors). Also finalized filter function. |
| 18:42.21 | zero_level | All these implementation, use the double data and alike previous implementations are api functions. For eg. icv_image_filter(...) |
| 19:51.19 | cvds | brlcad: thanks. I made it work by: mged -c selecting the nu display. On the command line run gui and set the view to multimode, then close the additional command line box. Lastly, attach a new screen. |
| 19:51.34 | brlcad | great |
| 19:54.25 | cvds | other than it crashing the views when I draw something |
| 19:54.50 | brlcad | not great |
| 19:57.40 | cvds | odd seems to work fine now |
| 20:03.11 | cvds | lets just say that my window manager barfed something :) Thanks again. Now to get familier with all the commands again |
| 20:07.24 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 20:09.36 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 20:11.26 | brlcad | there's a quick ref card that usually helps refresh |
| 20:11.39 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:12.02 | cvds | yup, I have that open |
| 20:12.13 | cvds | also that starter guide is nice to read again |
| 20:20.22 | cvds | Enjoy the evening, its time for sleep over here |
| 20:21.55 | brlcad | ejno: the patch looks great |
| 20:24.52 | Notify | 03BRL-CAD Wiki:41.92.210.250 * 5732 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */ |
| 20:24.54 | brlcad | didn't notice any major issues, just minor points and some portability / maintainability issues |
| 20:25.44 | brlcad | our common.h header must be included before system headers, for example, for portability to windows (usually) |
| 20:27.12 | Notify | 03BRL-CAD Wiki:41.92.210.250 * 5733 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */ |
| 20:36.13 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.68) | |
| 20:37.11 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5734 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 20:53.35 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5735 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:29.54 | ``Erik | opengl 4.4 http://www.opengl.org/discussion_boards/showthread.php/182296-Official-feedback-on-OpenGL-4-4-thread?p=1252885#post1252885 |
| 21:30.08 | ``Erik | zero_level: awesome |
| 21:33.40 | brlcad | shakes his head wondering why these two students from the same university are having nearly identical communication problems |
| 21:35.00 | brlcad | I think this is the first time we've had students at risk of failing not because of their (lack of) progress coding, but because it's nearly impossible to talk to them |
| 21:40.08 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 21:41.52 | brlcad | ``Erik: that just makes me sad |
| 21:46.17 | ``Erik | what, the communication breakdown? :/ |
| 21:46.25 | ``Erik | or the shiney new ogl? :> |
| 21:47.39 | ``Erik | izak sent an email claiming he'd get approval today and be online, d'no if there's a technical issue slowing him down... I'm a bit concerned about any work he's been doing being in conflict with the current tree |
| 21:48.12 | ``Erik | we have what, almost a week until midpoint? |
| 21:49.20 | Notify | 03BRL-CAD:carlmoore * 56180 brlcad/trunk/src/util/fix_polysolids.c: remove error message for h,?; and implement run-with-no-arguments |
| 21:49.50 | brlcad | shiney new ogl is fine |
| 21:50.11 | brlcad | announcements about things going on at siggraph when I should be there just makes me sad |
| 21:50.26 | brlcad | communication breakdown makes me sad too, but that's a different matter |
| 21:51.25 | brlcad | ``Erik: the bigger issue with izak is that I've been trying to get them set up with an account (I think I cc'd you on the original e-mail) and there have been several messages exchanged since |
| 21:51.28 | ``Erik | oh, heh... I thought you had siggraph lined up through your contractor and gov't screwups were unrelated |
| 21:52.07 | ``Erik | on bz? is he using an internet cafe or something to get online? O.o |
| 21:52.14 | brlcad | just not getting it |
| 21:52.17 | brlcad | yeah, something of the sort |
| 21:53.02 | brlcad | "fine, you can work over ssh+screen" ... but we haven't been able to even get to the ssh point yet because of e-mail failures |
| 21:53.09 | ``Erik | ssh to a remote machine is a very foreign idea to someone who's only used windows and old macs, hard to grasp... |
| 21:53.14 | ``Erik | ah |
| 21:53.35 | brlcad | "Do X & Y, don't do Z" .. does half of Y, does Z |
| 21:53.50 | brlcad | "Do X, don't do Z" .. does A |
| 21:54.52 | brlcad | in any other context, I'd swear someone was just fucking with me |
| 21:55.19 | brlcad | this really is a first and is trying my patience |
| 21:55.21 | ``Erik | looks like english and french are the official languages there, is he from the french side? maybe it's just a language barrier? |
| 21:56.21 | ``Erik | (and how much deviation seperates us in those languages, as well... 'honey boo boo' is unintelligible to anyone not from that region...) |
| 21:57.15 | brlcad | I'm sure language is some of it |
| 21:57.35 | ``Erik | there seems to be a lot of language craziness there to start with: http://en.wikipedia.org/wiki/Languages_of_Cameroon |
| 21:57.50 | brlcad | Izak clearly has good language skills -- he's sent me some official paperwork about getting access at his uni |
| 21:58.05 | brlcad | his is just misunderstanding I think |
| 21:58.09 | brlcad | another student, not so much |
| 21:58.16 | ``Erik | okie, then it might just be a tech comprehension issue or a lack of concern/care |
| 21:59.26 | brlcad | i've called two into IRC to discuss |
| 21:59.59 | ``Erik | saw emails but not irc... but I was off irc for a few days, had a power outage while I was at the beach |
| 23:09.13 | Notify | 03BRL-CAD:brlcad * 56181 brlcad/trunk/src/sig/fhor.c: resort in usage order. eliminate dead code and need for forward declarations. |
| 04:12.38 | Notify | 03BRL-CAD:phoenixyjll * 56182 brlcad/trunk/src/libbrep/intersect.cpp: Deal with closed domains for the overlap curve segments. |
| 04:39.12 | Notify | 03BRL-CAD:phoenixyjll * 56183 brlcad/trunk/src/libbrep/intersect.cpp: The return value should be number of events appended to the array, not the number of elements in that array. |
| 04:57.47 | Notify | 03BRL-CAD:phoenixyjll * 56184 brlcad/trunk/src/libbrep/intersect.cpp: Normalize the curves for ssx_overlap, and don't use dynamic memory allocation for the ON_SSX_EVENTs. |
| 05:31.48 | Notify | 03BRL-CAD:phoenixyjll * 56185 brlcad/trunk/src/libbrep/intersect.cpp: Some clean up, and add comments to document the new features of SSI. |
| 05:42.50 | Notify | 03BRL-CAD:phoenixyjll * 56186 brlcad/trunk/src/libbrep/intersect.cpp: Free the memory, and fix a wrong return value. |
| 06:03.12 | Notify | 03BRL-CAD:phoenixyjll * 56187 brlcad/trunk/src/libbrep/intersect.cpp: remove trailing ws. |
| 06:22.27 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 06:26.38 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 06:41.18 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 06:50.50 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 06:56.21 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:00.44 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:07.06 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5736 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 6 */ |
| 07:20.10 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Partial_overlap.png: |
| 07:20.58 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Completely_overlap.png: |
| 07:23.40 | Notify | 03BRL-CAD Wiki:Phoenix * 5739 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 07:25.14 | Notify | 03BRL-CAD Wiki:Phoenix * 5740 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 07:28.49 | Notify | 03BRL-CAD Wiki:Phoenix * 5741 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 6 */ |
| 09:30.29 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 10:53.50 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:06.18 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 12:35.02 | *** join/#brlcad caen23 (~caen23@92.83.162.185) | |
| 13:03.53 | Notify | 03BRL-CAD Wiki:Level zero * 5742 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */ |
| 13:04.31 | Notify | 03BRL-CAD Wiki:Level zero * 5743 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */ |
| 13:11.28 | Notify | 03BRL-CAD:starseeker * 56188 (brlcad/trunk/regress/CMakeLists.txt brlcad/trunk/regress/mged/overlay.mged and 2 others): Update regression scripts to use the plot3 suffix |
| 13:31.08 | *** join/#brlcad caen23 (~caen23@92.83.162.185) | |
| 13:33.40 | starseeker | interesting: http://www.cs.dartmouth.edu/~jdenning/papers/meshgit-s13.pdf |
| 13:36.20 | starseeker | http://igl.ethz.ch/projects/winding-number/ |
| 13:48.18 | Notify | 03BRL-CAD:starseeker * 56189 brlcad/trunk/misc/CMakeLists.txt: Add missing file to misc/CMakeLists.txt |
| 14:05.46 | Notify | 03BRL-CAD:carlmoore * 56190 (brlcad/trunk/misc/DoxyfileLibs-defaults.in brlcad/trunk/misc/DoxyfileLibs.in): remove trailing blanks/tabs, fix spelling, and insert a hyphen |
| 14:06.58 | Notify | 03BRL-CAD:starseeker * 56191 brlcad/trunk/src/other/CMakeLists.txt: Fix names of stepcode files to be cleaned out in distcheck |
| 16:01.41 | *** join/#brlcad caen23 (~caen23@92.83.162.185) | |
| 16:22.02 | Notify | 03BRL-CAD:indianlarry * 56192 (brlcad/trunk/include/brep.h brlcad/trunk/src/librt/primitives/brep/brep.cpp): Added new grazing tolerance definition "BREP_GRAZING_TOL" currently set to 0.000017453(or 0.001 degrees) was using RT_DOT_TOL at 0.001 (0.05 degrees) but causing to many grazing differences with CSG comparison test. Also tighted up the utah_pushBack() so keeps UV with domain of interest(I think this was |
| 16:22.05 | Notify | loosened for some of the STEP pullbacks). Added utah_pushBack() to previous halfstep loop in newton iterater which tries to fix over stepping. I the IN/OUT BREP stiching logic removed a loop that removed NEAR_HITs on ODD hit counts because it was being done before the remove duplicate points logic. Fixed sign problem on final SBV check of BREP root solver where I added VUNITIZE_TOL. |
| 16:43.15 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 16:52.29 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 16:54.43 | Ch3ck | Hi i need some assistance in setting up an account on bzflagt |
| 16:54.50 | Ch3ck | bz.bzflag.bz |
| 16:55.06 | Ch3ck | i have already created the /usr/web/ |
| 16:55.20 | Ch3ck | well the SITE option i don't really understand how it works. |
| 16:59.34 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 17:21.47 | brlcad | hi Ch3ck Izak_ |
| 17:22.10 | Ch3ck | yes brlcad |
| 17:22.39 | Izak_ | Hi Sean |
| 17:22.49 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.68) | |
| 17:23.12 | Izak_ | usy got the internet installed a few minutes ago |
| 17:27.46 | brlcad | excellent |
| 17:27.53 | brlcad | what kind of connection is it? |
| 18:08.17 | ``Erik | huzzah for connectivity |
| 18:15.43 | Izak_ | yeah finally |
| 18:18.24 | *** join/#brlcad merzo (~merzo@170-201-133-95.pool.ukrtel.net) | |
| 18:34.20 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:46.32 | brlcad | Izak_: Ch3ck: so the last point that I didn't yet mention is about bottom-posting and top-posting |
| 18:47.11 | Ch3ck | ok |
| 18:47.23 | Izak_ | What about that? |
| 18:47.31 | Ch3ck | well i guessed I replied that. |
| 18:47.36 | Ch3ck | on the mail. |
| 18:47.37 | brlcad | you both are clearly only used to top-posting, but that is considered lazy in most open source communities, even highly offensive in some of them |
| 18:48.06 | Ch3ck | wow I See.. :( didn't know about that.. |
| 18:48.25 | Izak_ | web Searching for the difference...... |
| 18:48.39 | ``Erik | ya talking email? |
| 18:48.39 | brlcad | Answer:No |
| 18:48.47 | brlcad | Question: is it better to top-post? |
| 18:48.56 | brlcad | that's the classic comparison |
| 18:49.08 | brlcad | it puts all the work on the reader instead of the writer |
| 18:49.16 | ``Erik | http://catb.org/jargon/html/T/top-post.html |
| 18:49.36 | Ch3ck | thanks for the link ``Erik |
| 18:49.56 | Ch3ck | ok |
| 18:49.59 | Ch3ck | I see |
| 18:50.02 | Izak_ | thanks Erik |
| 18:50.16 | brlcad | or more academically, http://en.wikipedia.org/wiki/Posting_style |
| 18:50.51 | brlcad | the "Interleaved style" mentioned there is the most generally accepted form |
| 18:51.16 | Ch3ck | ok |
| 18:51.25 | brlcad | which is pasically bottom-posting per statement of relevance any eliminating any statements that are not relevant |
| 18:51.29 | Ch3ck | will do better next time. |
| 18:51.43 | Ch3ck | ok |
| 18:51.48 | Ch3ck | Didn't know about this.. |
| 18:52.01 | brlcad | Ch3ck: and if you re-read my three or four e-mails over the weekend, you'll see how it was increasingly frustring |
| 18:52.05 | brlcad | that was my "p.s." |
| 18:52.25 | Ch3ck | yeah |
| 18:52.33 | brlcad | p.s. please don't top-post |
| 18:52.42 | Ch3ck | read about them but had no idea.. |
| 18:52.43 | brlcad | top-posted reply: okay, I'll get right on that |
| 18:52.44 | Ch3ck | yeah |
| 18:52.56 | brlcad | you need to say when you don't understand something that bluntly |
| 18:53.03 | Ch3ck | :( Sorry for the misunderstanding |
| 18:53.22 | brlcad | there is nothing positive to be learned or gained from hiding what you do not understand |
| 18:53.57 | brlcad | there is no shame in not understanging |
| 18:53.58 | ``Erik | most email clients parse the '>' prefix and "do the right thing". I believe even outlook can if you turn off html 'rich' email |
| 18:54.24 | Ch3ck | ok |
| 18:54.26 | Ch3ck | I see |
| 18:54.35 | brlcad | there can be shame in willful ignorance or deception, not improving ;) |
| 18:54.39 | brlcad | and that's clearly not something you want |
| 18:54.44 | brlcad | not something we want |
| 18:54.59 | brlcad | the conventions used in open source are almost entirely cenetered around efficiency |
| 18:55.06 | brlcad | what is most efficient for EVERYONE |
| 18:55.15 | brlcad | which is not necessarily what is most efficient for the author |
| 18:55.35 | brlcad | for example, it's considered rude to say "hello" when joining IRC |
| 18:55.38 | Ch3ck | I see |
| 18:55.46 | Izak_ | So I need to think about the reader of the email NOT myself ? |
| 18:55.46 | Ch3ck | get it perfectly now.. |
| 18:55.56 | brlcad | imagine if there are 200 people in the channel, and there were 200+ hello replies |
| 18:56.18 | brlcad | in any other context, saying hello is the polite thing to do |
| 18:56.22 | Ch3ck | Now I understand how you respond to emails. |
| 18:56.39 | ``Erik | huzzah efficiency, "crocker's rules" :D |
| 18:57.14 | brlcad | Izak_: yes because there is only one writer and many (dozens, hundreds, sometimes thousands) of readers |
| 18:57.29 | Izak_ | My teacher used to bottom-post, but i considered it funny.. |
| 18:57.59 | brlcad | he knew there were more of you reading than him writing and it gave context for what he replies to |
| 18:58.03 | Izak_ | that's in our email interactions |
| 18:58.21 | brlcad | that said, pure bottom posting isn't always great -- you do NOT just want to reply to a whole long message at the bottom |
| 18:58.39 | brlcad | that's where interleaved is better, and you actually remove portions you don't refer to that aren't relevant |
| 18:59.08 | ``Erik | (it's also handy to remove parts of the quoted message that aren't relevant... I like to put a line with "<snip>" where trimming was done) |
| 18:59.32 | Ch3ck | ok.. |
| 18:59.42 | brlcad | alright guys, glad to hear you have access re-established, and now accounts created so even if the lab explodes tonight, you can work on brlcad.org directly to do checkouts from svn, compile, create patches, etc |
| 19:00.15 | brlcad | ``Erik is one of the server admins if you have any questions, or need software installed, ... or HAVE QUESTIONS ... ;) |
| 19:01.24 | brlcad | will take a look at your updated patches soon as you can update them from a current svn checkout |
| 19:01.27 | brlcad | (make sure they compile and run cleanly, match style, indented properly, comments, etc) |
| 19:01.34 | Ch3ck | yeah |
| 19:01.40 | Ch3ck | well tried using the indent.sh |
| 19:01.56 | brlcad | that relies on emacs being set up like i'm used to |
| 19:02.01 | Ch3ck | but it does nothing really prefer manually indenting code. |
| 19:02.08 | Ch3ck | ok |
| 19:02.13 | brlcad | you should know how to do it manually first |
| 19:02.35 | Ch3ck | yeah thats what i'm doing. |
| 19:02.46 | ``Erik | did we get an astyle config file checked in? |
| 19:03.14 | ``Erik | ah, misc/astyle.opt |
| 19:03.22 | Izak_ | don't understand the question ? |
| 19:03.26 | brlcad | ``Erik: yeah, but not tested it |
| 19:03.35 | Ch3ck | well I don 't really follow. |
| 19:03.48 | brlcad | and if we're going to run it holistically, I'd like to have a debate about changing the indentation |
| 19:04.02 | ``Erik | Ch3ck: was talking to brlcad about an auto-indentor, not really intended for you (yet) :) |
| 19:04.48 | Ch3ck | o |
| 19:04.49 | Ch3ck | k |
| 19:05.22 | brlcad | you've not said 'ok' so many times since the applications were open |
| 19:06.17 | Ch3ck | :) so what do i say then.. |
| 19:06.49 | brlcad | I don't know, what do you see everyone else saying? :) |
| 19:07.04 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:07.05 | ``Erik | hopes Ch3ck and Izak_ are getting a build going in a fresh svn checkout/update |
| 19:07.13 | Izak_ | <PROTECTED> |
| 19:07.14 | brlcad | some variety or just less frequent confirmation |
| 19:07.34 | brlcad | ~cadsvn |
| 19:07.34 | infobot | To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 19:08.13 | brlcad | you should be doing that or using the url on sourceforge for the svn+ssh:// url method today to update your patches as soon as possible |
| 19:08.30 | brlcad | what is the speed of your connection? |
| 19:09.03 | brlcad | what does http://www.speedtest.net/ say? |
| 19:10.45 | brlcad | gotta run, ttyl |
| 19:11.02 | Ch3ck | aight |
| 19:11.07 | ``Erik | the bz server has a fast uplink and would let a mentor look directly at the build/src dir if an issue comes up |
| 19:11.35 | Ch3ck | great |
| 19:11.37 | Izak_ | at most 512KB per second |
| 19:13.20 | ``Erik | what technology? adsl? isdn? satellite? partial T frame? |
| 19:14.03 | Ch3ck | well not really familiar with networks |
| 19:15.14 | Ch3ck | so don't know which specifically but not satellite and partial T |
| 19:15.14 | Ch3ck | so will probably b adsl or isdn |
| 19:15.57 | ``Erik | hm, if it's high latency, using bz will be a bit annoying with the lag... but if you have low bandwidth, the svn checkout and updates will take quite a while... *shrug* you'll have to decide which tradeoff to choose |
| 19:26.55 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5744 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 19:32.30 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Snapshot2.png: |
| 19:32.41 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 5746 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 19:34.25 | Ch3ck | but its pretty fast |
| 19:34.33 | Ch3ck | by our standards here |
| 19:35.39 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Snapshot3.png: |
| 19:36.08 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5748 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 5 (15 July - 21 July) */ |
| 20:23.16 | starseeker | is liking the Qt screenshots :-) |
| 20:31.30 | ``Erik | then you'll love this, starseeker: http://paste.lisp.org/display/138163 |
| 20:58.22 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 21:20.08 | brlcad | i ran into that error as well where it tried to compile the Qt bits |
| 21:20.34 | brlcad | ended up succeeding the cmake test but not setting the paths up right somehow |
| 21:20.56 | brlcad | Izak_: is that from speettest or a guess? |
| 21:22.46 | Izak_ | a guess |
| 21:23.56 | brlcad | if you just go to that website and hit the start test button, it'll give you a fairly good measure |
| 21:27.16 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 21:38.59 | *** part/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 22:00.47 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 00:37.29 | starseeker | ``Erik: expired... |
| 00:40.06 | ``Erik | starseeker: http://paste.lisp.org/display/138172 |
| 00:46.21 | starseeker | hrm |
| 00:47.32 | starseeker | ``Erik: are you using Qt4 or Qt5? |
| 00:53.43 | ``Erik | 4, and the -dev stuff was not installed, so the test shouldn't have said to build it :/ |
| 00:53.51 | starseeker | nods |
| 00:54.09 | ``Erik | (this is an i386 ubuntu, fwiw) |
| 00:55.03 | starseeker | did you explicitly enable the QT option? |
| 00:55.29 | starseeker | well, it builds but segfaults here... |
| 00:56.19 | starseeker | will have to try the no-dev install in a vm later |
| 01:10.33 | ``Erik | no, just a clang based build |
| 01:11.37 | ``Erik | http://brlcad.org/~erik/tmp/CMakeCache.txt |
| 01:50.40 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:57.40 | kanzure | huh, phoenix is around for a few more months of work? |
| 02:01.54 | brlcad | at least two more |
| 02:03.05 | brlcad | he's just about to get started on the holy grail task, boolean eval |
| 02:03.53 | brlcad | that should about close the loop for robust visualization and polygonal conversion of any geometry |
| 02:35.14 | kanzure | cool. |
| 04:49.14 | starseeker | pokes Notify |
| 05:32.07 | *** join/#brlcad caen23_ (~caen23@92.83.185.253) | |
| 05:39.11 | *** join/#brlcad kimz (~AndChat56@14.139.122.114) | |
| 06:00.35 | *** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net) | |
| 06:49.24 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:04.35 | brlcad | goes walkabout |
| 07:15.40 | *** join/#brlcad kimz (~AndChat56@14.139.122.114) | |
| 08:11.25 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:28.30 | *** join/#brlcad harmanpr1et (~harman@202.164.53.122) | |
| 08:35.03 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:48.24 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 08:49.07 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 08:51.52 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:10.13 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:38.03 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:3bdf:0:4b:a505:9101) | |
| 12:10.41 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10e:3bdf:0:4b:a505:9101) | |
| 12:22.32 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 5749 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */ |
| 12:22.34 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5750 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */ |
| 12:22.36 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5751 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */ |
| 12:22.38 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5752 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 29th */ |
| 12:22.40 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Preliminary_tests_on_Pull_routine.png: this tests the pull command without object,tests attempt to pull a primitive. |
| 12:22.42 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5754 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 12:22.44 | Notify | 03BRL-CAD Wiki:Harman052 * 5755 /wiki/User:Harman052/GSoc2013/Logs: Details Updated |
| 12:22.46 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5756 /wiki/User:Izak/GSOC_2013_logs: /* Monthly Summary */ |
| 12:22.54 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5757 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 12:23.25 | Notify | 03BRL-CAD:phoenixyjll * 56193 brlcad/trunk/src/libbrep/intersect.cpp: knots is still used below. Delete it after all use. |
| 12:23.30 | Notify | 03BRL-CAD:starseeker * 56194 brlcad/trunk/src/conv/3dm/3dm-g.cpp: This is ugly and probably not the generally correct thing to do, but if a 3dm object is not a Brep but has a Brep form, create that Brep form and import it into the .g file. |
| 12:23.32 | Notify | 03BRL-CAD:phoenixyjll * 56195 brlcad/trunk/src/libbrep/intersect.cpp: Handle degenerated cases (the curve is degenerated to a point) |
| 12:23.35 | Notify | 03BRL-CAD:phoenixyjll * 56196 brlcad/trunk/src/libbrep/intersect.cpp: Rename shadowed variables. |
| 12:23.40 | Notify | 03BRL-CAD:phoenixyjll * 56197 brlcad/trunk/src/libbrep/intersect.cpp: left should be set to NULL if it's deleted. Otherwise the below Split() will crash. |
| 12:24.34 | Notify | 03BRL-CAD:phoenixyjll * 56198 brlcad/trunk/src/librt/tests/test_ssi.cpp: common.h is included twice. |
| 12:24.43 | Notify | 03BRL-CAD:vladbogo * 56199 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Set font size according to window size. |
| 12:42.52 | *** join/#brlcad cvds (~leila@s537510ac.adsl.online.nl) | |
| 12:46.51 | cvds | Hello. What would be a good way to both design a basic part and place multiple of them on a bigger part. Copying would work but then changes in the base component wont propagate. So I was thinking of wrapping them in a combination first such that I can place them with a matrix transformation. |
| 12:47.06 | cvds | or it could be that I am making things way to complicated |
| 12:48.47 | zero_level | I hope my summary on the list was fine ? |
| 13:47.53 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:58.47 | brlcad | cvds: it entirely depends how you copy the object -- putting them into a comb with matrices is the way to make changes to the base propagate |
| 14:03.54 | brlcad | zero_level: it was fine, why the concern? |
| 14:07.26 | zero_level | I like to have ack's. And found that most of the fellow students recieved. |
| 14:07.43 | zero_level | thus. |
| 14:08.33 | brlcad | ack :) |
| 14:08.59 | zero_level | rather ack(s) ;) |
| 14:11.26 | brlcad | zero_level: most of them I'd replied to have them do more .. would you like to do more? :) |
| 14:12.00 | brlcad | if you know something you could have done better, do it, don't wait for me to tell you ... don't just do the minimum you can get away with |
| 14:12.29 | brlcad | I can certainly be critical ... |
| 14:12.43 | brlcad | you like several other students top-posted a reply, don't do that |
| 14:12.59 | zero_level | to me that implies without being told. :-) |
| 14:13.57 | brlcad | you also stated what all the other groups were, but not group five, so I'm left to imagine or research what you will be doing next |
| 14:14.44 | zero_level | <PROTECTED> |
| 14:14.52 | brlcad | otherwise, your update was good |
| 14:14.58 | zero_level | interpolate. |
| 14:15.11 | zero_level | shld have mentioned it. |
| 14:15.25 | brlcad | I know that, but I'm sure nobody else did |
| 14:15.42 | brlcad | don't give your reader work unnecessarily |
| 14:16.34 | zero_level | alright |
| 14:16.46 | brlcad | I could have stated all this in an e-mail, but then it wasn't technically relevant and technical summary was the purpose |
| 14:17.13 | brlcad | your techinical summary was fine |
| 14:17.58 | cvds | brlcad: thanks |
| 14:18.24 | brlcad | so just future reference, a lack of reply is not to imply a lack of interest or anything really! a lack of information is not information :) |
| 14:18.35 | brlcad | at least in this context |
| 14:37.08 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 14:51.59 | *** join/#brlcad caen23 (~caen23@92.83.185.253) | |
| 15:37.35 | cvds | is there a tutorial somewhere on the oed command ? |
| 15:50.37 | cvds | nevermind, I am blind |
| 16:04.13 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:29.04 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 16:36.52 | Ch3ck | facing a problem here with creating patches that apply cleanly |
| 16:37.07 | Ch3ck | just created the patch for stubbing the pull routine into brlcad |
| 16:37.17 | Ch3ck | applied the patch to working copy of brlcad |
| 16:37.23 | Ch3ck | did an svn diff |
| 16:37.52 | Ch3ck | reverted the patch and applied the newly created svn diff patch |
| 16:39.03 | Ch3ck | it gives me this error "can't find file to patch at input line 5 |
| 16:39.04 | Ch3ck | Perhaps you used the wrong -p or --strip option? |
| 16:39.04 | Ch3ck | The text leading up to this was: |
| 16:39.04 | Ch3ck | -------------------------- |
| 16:39.04 | Ch3ck | |Index: include/ged.h |
| 16:39.04 | Ch3ck | |=================================================================== |
| 16:39.05 | Ch3ck | |--- include/ged.h(revision 56199) |
| 16:39.07 | Ch3ck | |+++ include/ged.h(working copy) |
| 16:39.09 | Ch3ck | -------------------------- |
| 16:39.11 | Ch3ck | File to patch: |
| 16:39.17 | Ch3ck | don't really have a go ahead here.. |
| 17:01.51 | Ch3ck | Sorry guys found the problem was patching from the wrong directory. Everything is fine |
| 17:38.30 | *** join/#brlcad caen23_ (~caen23@92.85.81.7) | |
| 18:27.17 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 18:30.17 | *** join/#brlcad vladbogo (~vladbogo@188.25.237.68) | |
| 18:33.26 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:42.20 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 19:13.35 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:31.53 | *** join/#brlcad harmanpreet (~harman@linuxfor.info) | |
| 20:47.59 | ``Erik | http://randomascii.wordpress.com/2013/07/16/floating-point-determinism/ |
| 21:26.12 | starseeker | ``Erik: that's just depressing |
| 22:16.25 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:08.12 | *** join/#brlcad caen23 (~caen23@92.83.170.9) | |
| 08:06.37 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 08:28.05 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 08:39.26 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 11:37.34 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10b:9bbc:0:8:f295:d701) | |
| 13:31.31 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5758 /wiki/User:Izak/GSOC_2013_logs: /* From June 17th to June 21 */ |
| 13:31.34 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5759 /wiki/User:Izak/GSOC_2013_logs: /* From June 24th to June 29th */ |
| 13:31.35 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5760 /wiki/User:Izak/GSOC_2013_logs: /* From July 1st to July 6th */ |
| 13:31.38 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5761 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 14th */ |
| 13:31.39 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5762 /wiki/User:Izak/GSOC_2013_logs: /* From July 15th to July 20th */ |
| 13:31.41 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5763 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 13:31.43 | Notify | 03BRL-CAD Wiki:Phoenix * 5764 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 6 */ |
| 13:31.51 | Notify | 03BRL-CAD Wiki:Tbrowder * 5765 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 13:31.53 | Notify | 03BRL-CAD Wiki:Tbrowder * 5766 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 13:31.56 | Notify | 03BRL-CAD Wiki:Tbrowder * 5767 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 13:32.25 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5768 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 13:32.39 | Notify | 03BRL-CAD Wiki:Level zero * 5769 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */ |
| 13:32.41 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5770 /wiki/User:Izak/GSOC_2013_logs: /* July 24 */ |
| 13:32.43 | Notify | 03BRL-CAD Wiki:Tbrowder * 5771 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 13:32.45 | Notify | 03BRL-CAD Wiki:Tbrowder * 0 /wiki/File:381822-az35-el25.png: example png from a USGS SDTS DEM topo file |
| 13:32.47 | Notify | 03BRL-CAD Wiki:Tbrowder * 5773 /wiki/DSP: /* A practical example [UNDER CONSTRUCTION] */ |
| 13:32.49 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5774 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 13:32.51 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5775 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 13:32.53 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Pulling_non_leaf_objects.png: this are just some tests on pulling a non-leaf objects. which returns some errors. Will continue debugging further. |
| 13:32.55 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5777 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 13:32.57 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 5778 /wiki/User:Izak/GSOC_2013_logs: /* July 24 */ |
| 13:32.59 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 5779 /wiki/User:Izak/GSOC_2013_logs: /* June 17 */ |
| 13:33.01 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5780 /wiki/User:Izak/GSOC_2013_logs: /* June 18 */ |
| 13:33.03 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5781 /wiki/User:Izak/GSOC_2013_logs: /* June 19 */ |
| 13:33.05 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5782 /wiki/User:Izak/GSOC_2013_logs: /* June 20 */ |
| 13:33.07 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5783 /wiki/User:Izak/GSOC_2013_logs: /* June 21 */ |
| 13:33.09 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5784 /wiki/User:Izak/GSOC_2013_logs: /* June 22 */ |
| 13:33.11 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5785 /wiki/User:Izak/GSOC_2013_logs: /* June 24 */ |
| 13:33.13 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5786 /wiki/User:Izak/GSOC_2013_logs: /* June 25 */ |
| 13:33.15 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5787 /wiki/User:Izak/GSOC_2013_logs: /* June 26 */ |
| 13:33.17 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5788 /wiki/User:Izak/GSOC_2013_logs: /* June 27 */ |
| 13:33.19 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5789 /wiki/User:Izak/GSOC_2013_logs: /* June 28 */ |
| 13:33.21 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5790 /wiki/User:Izak/GSOC_2013_logs: /* June 29 */ |
| 13:33.23 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5791 /wiki/User:Izak/GSOC_2013_logs: /* July 1 */ |
| 13:33.25 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5792 /wiki/User:Izak/GSOC_2013_logs: /* July 2 */ |
| 13:33.27 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5793 /wiki/User:Izak/GSOC_2013_logs: /* July 3 */ |
| 13:33.29 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5794 /wiki/User:Izak/GSOC_2013_logs: /* July 4 */ |
| 13:33.31 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5795 /wiki/User:Izak/GSOC_2013_logs: /* June 5 */ |
| 13:33.33 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5796 /wiki/User:Izak/GSOC_2013_logs: /* July 6 */ |
| 13:33.35 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5797 /wiki/User:Izak/GSOC_2013_logs: /* July 8 */ |
| 13:33.37 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5798 /wiki/User:Izak/GSOC_2013_logs: /* July 9 */ |
| 13:33.39 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5799 /wiki/User:Izak/GSOC_2013_logs: /* June 10 */ |
| 13:33.41 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5800 /wiki/User:Izak/GSOC_2013_logs: /* June 11 */ |
| 13:33.43 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5801 /wiki/User:Izak/GSOC_2013_logs: /* June 12 */ |
| 13:33.45 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5802 /wiki/User:Izak/GSOC_2013_logs: /* June 13 */ |
| 13:33.47 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5803 /wiki/User:Izak/GSOC_2013_logs: /* July 15 */ |
| 13:33.49 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5804 /wiki/User:Izak/GSOC_2013_logs: /* July 16 */ |
| 13:33.51 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5805 /wiki/User:Izak/GSOC_2013_logs: /* July 17 */ |
| 13:33.53 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5806 /wiki/User:Izak/GSOC_2013_logs: /* July 18 */ |
| 13:33.55 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5807 /wiki/User:Izak/GSOC_2013_logs: /* July 19 */ |
| 13:33.57 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5808 /wiki/User:Izak/GSOC_2013_logs: /* July 20 */ |
| 13:33.59 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5809 /wiki/User:Izak/GSOC_2013_logs: /* July 22 */ |
| 13:34.01 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5810 /wiki/User:Izak/GSOC_2013_logs: /* July 23 */ |
| 13:34.03 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5811 /wiki/User:Izak/GSOC_2013_logs: /* July 24 */ |
| 13:34.05 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5812 /wiki/User:Izak/GSOC_2013_logs: /* July 25 */ |
| 13:34.07 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5813 /wiki/User:Izak/GSOC_2013_logs: /* July 26 */ |
| 13:34.09 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5814 /wiki/User:Izak/GSOC_2013_logs: /* July 27 */ |
| 13:34.11 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5815 /wiki/User:Izak/GSOC_2013_logs: /* Pre-midterm evaluation summary */ |
| 13:34.13 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5816 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 13:39.06 | Notify | 03BRL-CAD:carlmoore * 56200 brlcad/trunk/src/gtools/g_lint.c: minor fix in a comment; implement h for help (already has ?); add '(defaults in parentheses)' |
| 13:39.08 | brlcad | wonders if anyone else is interested in his 7 areas of focus overview |
| 13:39.16 | Notify | 03BRL-CAD:tbrowder2 * 56201 brlcad/trunk/TODO: task is basically complete (except for future tweaks) |
| 13:39.25 | Notify | 03BRL-CAD:starseeker * 56202 brlcad/trunk/src/conv/step/CMakeLists.txt: Start roughing out the mapping between ON_BRep and the AP203 types - this is just a scratchpad at this point, essentially notes in C++ form rather than anything close to functional. |
| 13:39.46 | Notify | 03BRL-CAD:phoenixyjll * 56203 brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp: Should include common.h at the beginning. |
| 13:39.48 | Notify | 03BRL-CAD:phoenixyjll * 56204 brlcad/trunk/src/libbrep/intersect.cpp: j should start from 0, otherwise we'll miss something. |
| 13:39.53 | Notify | 03BRL-CAD:phoenixyjll * 56205 brlcad/trunk/src/libbrep/intersect.cpp: Also use the normals to determine overlap. And only stop sub-division until the curve is linear AND the surface is planar (we still need to sub-divide the line curve if the surface is not planar as there might be several intersections) |
| 13:40.22 | Notify | 03BRL-CAD:tbrowder2 * 56206 brlcad/trunk/sh/ws.sh: fix typo |
| 13:40.24 | Notify | 03BRL-CAD:tbrowder2 * 56207 brlcad/trunk/sh/ws.sh: fix typo |
| 13:40.26 | Notify | 03BRL-CAD:tbrowder2 * 56208 brlcad/trunk/misc/CMakeLists.txt: add subdir for swig -> perl use |
| 13:40.30 | Notify | 03BRL-CAD:phoenixyjll * 56209 brlcad/trunk/src/librt/tests/CMakeLists.txt: Add the extreme SSI test provided by Cliff to the source tree. |
| 13:40.33 | Notify | 03BRL-CAD:carlmoore * 56210 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/libdm/dm-qt.cpp): fix 1 spelling and remove trailing blanks/tabs |
| 13:40.36 | Notify | 03BRL-CAD:starseeker * 56211 brlcad/trunk/misc/CMakeLists.txt: Need to add actual directory before we add the add_subdirectory command |
| 13:40.43 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10b:9bbc:0:8:f295:d701) | |
| 13:40.48 | brlcad | ``Erik: you seriously need a cron job to do that |
| 13:41.01 | brlcad | at least once every 4 hours or something |
| 13:42.53 | brlcad | the bz folks have been looking into other options because notify seems stuck on a regular basis |
| 13:43.07 | brlcad | they're all about instant gratification |
| 13:43.32 | brlcad | works well enough for me here, but I certainly do miss it when it's dead |
| 13:44.56 | ``Erik | heh, this certain issue is with bad parsing of xml from the wiki... <log>blah "blah<br>"</log> causes a parse failure form no </br>, which is just plain wrong... looking into it now |
| 13:47.54 | brlcad | (httpd), uid 80: exited on signal 4 |
| 13:47.57 | brlcad | I assume those are you? |
| 13:48.03 | ``Erik | when? |
| 13:48.07 | brlcad | just now |
| 13:48.11 | ``Erik | nope |
| 13:48.19 | brlcad | hm, k |
| 13:54.37 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5817 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 13:54.38 | Notify | 03BRL-CAD Wiki:Phoenix * 5818 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 6 */ |
| 14:13.40 | ``Erik | hm, the wiki generated xml email failure rate is pretty high, 1.74% (I've modified things so the parse failure spews an error message and continues instead of dropping to a backtrace in emacs) |
| 14:14.46 | ``Erik | all the failing messages have an unclosed tag in the log body |
| 14:39.18 | Notify | 03BRL-CAD:erikgreenwald * 56212 (brlcad/trunk/include/magic.h brlcad/trunk/src/libbu/magic.c): Apply Izak's patch from http://sourceforge.net/p/brlcad/patches/203/ to add the magic for the new Heart primitive. |
| 15:02.39 | Notify | 03BRL-CAD:erikgreenwald * 56213 (brlcad/trunk/NEWS brlcad/trunk/src/other/libpng/ANNOUNCE and 46 others): upgrade libpng to 1.6.3 |
| 15:07.05 | Notify | 03BRL-CAD:starseeker * 56214 brlcad/trunk/src/libged/comb.c: Man page says comb command supports -c and -r options, so go ahead and add them. |
| 15:09.02 | starseeker | brlcad: you mean seven areas of BRL-CAD development focus? |
| 15:10.47 | Notify | 03BRL-CAD:brlcad * 56215 brlcad/trunk/doc/PROJECTS: update the stand-alone projects listing. thoughts and plans are starting to coalesce, so clarify some of the descriptions. probably start with BU or BU+BN, docs, and benchmark. |
| 15:10.58 | brlcad | yeah, a presentation i whipped up yesterday, but it's generally relevant to everyone I think |
| 15:12.22 | ``Erik | was it emailed to the list or something? i'm not finding it |
| 15:28.17 | Notify | 03BRL-CAD:carlmoore * 56216 brlcad/trunk/src/gtools/g_lint.c: insert newline and remove a trailing blank |
| 15:33.16 | brlcad | it's not been e-mailed, thats why I was asking if anyone was interested in seeing it (because it'll take a little work to clean it up for general consumption) |
| 16:36.51 | *** join/#brlcad kesha (~kesha@49.249.200.75) | |
| 16:38.10 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5819 /wiki/Code_Cleanup: /* CPPCHECK */ |
| 16:39.37 | brlcad | kesha: woot, thanks! |
| 16:40.24 | brlcad | i'll probably have you run that again, if you're willing, in a few days .. we have something in place for all the sscanf warnings, just not hooked up, thatn n_reed worked on |
| 16:52.03 | starseeker | brlcad: sounds interesting |
| 16:59.56 | Notify | 03BRL-CAD:starseeker * 56217 brlcad/trunk/src/libged/comb.c: Don't set the region flag either way unless asked to do so. |
| 17:02.43 | Notify | 03BRL-CAD:bob1961 * 56218 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Added ArcherCore::updatePrimitiveLabels (used by ArcherCore::kill and ArcherCore::killall to update cadwidgets::Ged's -primitiveLabels option before calling kill/killall. |
| 17:03.22 | Notify | 03BRL-CAD:starseeker * 56219 brlcad/trunk/src/libged/comb.c: Don't bother with avs and region flags at all unless we have to. |
| 17:11.28 | Notify | 03BRL-CAD:tbrowder2 * 56220 brlcad/trunk/misc/CMakeLists.txt: add perl subdir for swig use; activate the subdir |
| 17:16.02 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5820 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 17:26.29 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5821 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 17:36.29 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5822 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 17:51.19 | kesha | brlcad: cool. I will, for sure ! :) |
| 17:58.03 | ``Erik | hm... diff -u include/brlcad.i misc/perl/rt.i |
| 18:05.45 | *** join/#brlcad vladbogo (~vladbogo@188.25.236.163) | |
| 18:10.56 | *** join/#brlcad kesha (~AndChat17@49.249.200.75) | |
| 18:37.45 | Notify | 03BRL-CAD:starseeker * 56221 brlcad/trunk/src/libged/comb.c: Add a -w 'wrapping' option to comb that will create a child comb under the top level comb and move all contents of the toplevel comb into that sub-comb. Needs a lot of debugging/testing - this feature is a response to a specific user request. |
| 18:45.08 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5823 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 18:45.22 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5824 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 18:46.10 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5825 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 18:46.33 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5826 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 18:47.21 | Notify | 03BRL-CAD:erikgreenwald * 56222 brlcad/trunk/src/libicv/fileformat.c: Apply patch 210 from zero_level https://sourceforge.net/p/brlcad/patches/210/ |
| 18:47.31 | Notify | 03BRL-CAD:bob1961 * 56223 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): Set the environment's LIBRT_BOT_MINTIE if changing the respective preference in Archer. Also, initialize Archer's mRtBotMintie preference if the environment has LIBRT_BOT_MINTIE set. This overrides Archer's preference. |
| 18:47.44 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5827 /wiki/User:Izak/GSOC_2013_logs: /* From July 8th to July 14th */ |
| 19:21.14 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:36.50 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:36.50 | *** join/#brlcad vladbogo (~vladbogo@188.25.236.163) | |
| 19:36.50 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 19:36.50 | *** join/#brlcad caen23 (~caen23@92.83.170.9) | |
| 19:36.50 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 19:36.50 | *** join/#brlcad harmanpreet (~harman@linuxfor.info) | |
| 19:36.50 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:36.50 | *** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net) | |
| 19:36.50 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:36.50 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 19:36.50 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 19:36.51 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 19:36.51 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 19:36.51 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 19:36.51 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 19:36.51 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:36.51 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:36.51 | *** mode/#brlcad [+o ChanServ] by adams.freenode.net | |
| 20:00.29 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5828 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 20:07.51 | *** join/#brlcad caen23 (~caen23@92.81.184.211) | |
| 20:40.25 | starseeker | ``Erik: he might be getting ready to customize it... (rt.i vs brlcad.i) |
| 20:51.53 | Notify | 03BRL-CAD:vladbogo * 56224 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Use QWindow instead of QWidget so that Qt could be successfully embedded in Tk. |
| 20:53.54 | Notify | 03BRL-CAD:vladbogo * 56225 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): ws/indent |
| 21:12.55 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5829 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:13.11 | Notify | 03BRL-CAD:n_reed * 56226 (brlcad/trunk/misc/perl/CMakeLists.txt =================================================================== and 12 others): cmake wants a CMakeLists.txt in subdir |
| 21:15.57 | *** join/#brlcad pawleeq (~pawleeq@static-cl031028150026.unet.cz) | |
| 21:16.03 | pawleeq | hello |
| 21:27.37 | pawleeq | I would like to try to register for Google Doc Camp. Should I register as a Individual or as a project? |
| 21:30.31 | Notify | 03BRL-CAD:carlmoore * 56227 brlcad/trunk/src/gtools/g_qa.c: remove 's:' from bu_getopt arg line, and add h? for help; did not see 's' in the help provided |
| 21:31.37 | Notify | 03BRL-CAD:n_reed * 56228 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Add a 'translate' subcommand to the brep command. Currently minimal code to move a control vertex of a nurbs surface with no validty checks or implied edits. |
| 21:45.30 | Notify | 03BRL-CAD Wiki:Harman052 * 5830 /wiki/User:Harman052/GSoc2013/Logs: |
| 22:30.29 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 23:09.48 | ``Erik | http://www.gamefromscratch.com/post/2011/08/04/I-want-to-be-a-game-developer.aspx |
| 23:25.36 | *** join/#brlcad caen23 (~caen23@92.81.184.211) | |
| 01:04.09 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:47.31 | brlcad | heh, just a little bias there |
| 03:32.17 | Notify | 03BRL-CAD:brlcad * 56229 (brlcad/trunk/src/tclscripts/helplib.tcl brlcad/trunk/src/tclscripts/lib/Drawable.tcl and 3 others): more .pl to .plot3 conversion |
| 03:57.43 | FLOSSrookie | I just installed brl-cad from source using cmake. Umm...What do I type in at the terminal to start it? |
| 03:59.40 | FLOSSrookie | Never mind. |
| 03:59.57 | FLOSSrookie | I needed to add it to the path. Forgot. |
| 04:05.04 | *** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:47.39 | Notify | 03BRL-CAD:brlcad * 56230 brlcad/trunk/NEWS: bob fixed/changed archer to now respect and propagate the LIBRT_BOT_MINTIE environment variable. previously, the existing archer preference for that variable would override if a .archerrc file even got saved and users would still have to set the environment variable for sub-process rt/rtedge invocations. now the preference will pass down to sub-processes and it respects |
| 04:47.41 | Notify | the env var if it's set. |
| 04:50.30 | Notify | 03BRL-CAD:brlcad * 56231 brlcad/trunk/NEWS: erik upgraded libpng to 1.6.3 from 1.6.2 (from 1.5.12). the subsequent upgrade makes the prior 1.6.2 work no longer user-visible. |
| 04:52.00 | *** join/#brlcad caen23 (~caen23@92.81.168.84) | |
| 07:53.47 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:28.59 | Notify | 03BRL-CAD Wiki:Level zero * 5831 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */ |
| 09:37.46 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 09:52.50 | *** join/#brlcad caen23 (~caen23@92.81.168.84) | |
| 11:30.57 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5832 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 11:37.38 | brlcad | Ch3ck: you really need to stop yourself every time you send an e-mail |
| 11:42.30 | Ch3ck | I don't understand. |
| 11:43.38 | brlcad | Ch3ck: there are still problems with your e-mails ... :) |
| 11:44.07 | brlcad | your very last e-mail, you 1) top-posted and 2) included the entire message in reply |
| 11:44.30 | brlcad | and this is AFTER we've just talked about this exact point several times now |
| 11:45.08 | brlcad | Do you understand now? |
| 11:47.20 | Ch3ck | yes i get But i usually try to delete the previous message before writing the reply |
| 11:47.21 | Ch3ck | But i see some ...(3 dots) below i don't know if thats the previous message |
| 11:47.21 | Ch3ck | i need to delete.. |
| 11:48.09 | brlcad | Ch3ck: what is your e-mail program? |
| 11:48.24 | Ch3ck | i reply straight from gmail. |
| 11:48.40 | brlcad | dear lord then why does every e-mail have a problem? :) |
| 11:48.49 | brlcad | gmail is built to do this right |
| 11:49.28 | brlcad | "Respond inline: If you want to see the previous message within your reply, scroll down until you see the "Show trimmed content" icon and click it. |
| 11:49.33 | brlcad | THAT |
| 11:49.42 | brlcad | is from here: https://support.google.com/mail/answer/2645922?hl=en |
| 11:49.47 | Ch3ck | ok |
| 11:49.49 | Ch3ck | i see .. |
| 11:49.51 | brlcad | basically, you should always click that ... |
| 11:50.02 | Ch3ck | ok |
| 11:50.07 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 11:50.09 | brlcad | and then insert your replies, and delete the portions not relevant |
| 11:50.15 | Ch3ck | was never clicking it just used to reply directly. |
| 11:50.16 | Ch3ck | ok |
| 11:50.16 | brlcad | no need to copy-paste anything |
| 11:50.36 | Ch3ck | ok |
| 11:50.53 | brlcad | send me a test message |
| 11:51.04 | brlcad | I e-mailed you in private yesterday |
| 11:51.20 | brlcad | e-mail me back and respond to two separate sentences, delete the rest |
| 11:51.46 | Ch3ck | ok |
| 11:52.20 | brlcad | Ch3ck: and again, really truly impressive work with the libbn change validation |
| 11:52.22 | brlcad | nice work |
| 11:52.32 | brlcad | what made you think to rewrite those functions? |
| 11:52.54 | Ch3ck | well just looked at them and thought code was just so complex |
| 11:53.07 | Ch3ck | since I need them for the pull |
| 11:53.25 | Ch3ck | guessed i should make them better and integrate into the pull |
| 11:53.35 | brlcad | the reason for that is probably just because they were written once long ago and not much uses them |
| 11:53.56 | brlcad | most of libbn is decently optimized if it's at all used |
| 11:54.10 | brlcad | but yeah, that was definitely a cool improvement |
| 11:54.27 | brlcad | would make sense to audit and see where it can be put to use more |
| 11:54.51 | Ch3ck | yeah |
| 11:55.08 | Ch3ck | currently working on debugging the -x option for the new push routine |
| 11:55.22 | Ch3ck | then later continue with cleaning up the xpush from the src |
| 11:55.34 | Ch3ck | before getting back to finishing the pull routine.. |
| 11:55.46 | Ch3ck | then as you said i'll take a good look into libbn |
| 11:55.54 | Ch3ck | and see how much improvements i can make. |
| 11:56.09 | Ch3ck | since code base is pretty old actually |
| 11:56.17 | brlcad | we'll see |
| 11:56.43 | brlcad | heh, and 'old' means what? |
| 11:57.14 | Ch3ck | just a way of saying some improvements need to be made thats all |
| 11:57.21 | Ch3ck | :) |
| 11:57.40 | brlcad | age of code never implies that |
| 11:57.45 | brlcad | I gave a talk on that just last week |
| 11:57.56 | brlcad | code can ALWAYS be improved |
| 11:58.02 | Ch3ck | yeah. |
| 11:58.04 | brlcad | and different times merely focus on different issues |
| 11:58.34 | brlcad | I could easily see those functions having a VERY different performance profile 20 years ago |
| 11:58.41 | Ch3ck | well i'll take a look into libbn and try optimising most math routines the best I can |
| 11:58.44 | brlcad | your division operations used to be taboo, for example |
| 11:58.58 | brlcad | they would have killed the performance |
| 11:59.00 | Ch3ck | :) really |
| 11:59.48 | brlcad | what libbn is lacking most is not performance, but validation |
| 11:59.55 | brlcad | a methodical review |
| 12:00.23 | brlcad | to go over each function and ask, "Is this one right?" and then proving it with a unit test |
| 12:00.43 | brlcad | if it can be opitimized during the process, even better |
| 12:00.58 | Ch3ck | ok |
| 12:02.10 | brlcad | Ch3ck: another consideration is platform variability |
| 12:02.16 | starseek1r | brlcad: could that "loop over random matricies" test be worked into a standard template for unit testing libbn? |
| 12:02.23 | brlcad | for example, here are the results from your program on my system: |
| 12:02.31 | brlcad | My implementation: |
| 12:02.32 | brlcad | <PROTECTED> |
| 12:02.32 | brlcad | <PROTECTED> |
| 12:02.32 | brlcad | libbn implementation: |
| 12:02.32 | brlcad | <PROTECTED> |
| 12:02.35 | brlcad | <PROTECTED> |
| 12:03.07 | Ch3ck | ok |
| 12:03.07 | brlcad | that was for determinant, this is for inverse: |
| 12:03.09 | brlcad | My implementation: 560 cycles minimum 560 cycles median |
| 12:03.12 | brlcad | libbn implementation: 532 cycles minimum 672 cycles median |
| 12:04.00 | Ch3ck | So this means when doing the checks I'll have to consider the code running on different platforms right> |
| 12:04.01 | Ch3ck | ? |
| 12:04.09 | brlcad | starseeker: sure, a header even |
| 12:04.51 | brlcad | Ch3ck: well just to be very cautious with anything you assume (i.e., don't assume anything) |
| 12:05.03 | brlcad | ask someone to test it for you |
| 12:05.12 | starseeker | doubt we want it to run for a minute in the unit test context by default, but we could probably make that a parameter to be passed in... |
| 12:05.23 | brlcad | someone not using the same compiler or operating system or (best) hardward |
| 12:05.37 | Ch3ck | yeah thats true.. |
| 12:06.01 | Ch3ck | i'll ask some friends to test on their hardware too.. |
| 12:06.02 | brlcad | starseeker: heh, true .. though what ran for him in a minute ran for me in less than a second |
| 12:06.54 | starseeker | <snort> well, we could aways use the new timer - exercise that at the same time we're testing libbn... |
| 12:06.57 | brlcad | plus the random number generation is included in the wallclock timing, needs to get pulled out |
| 12:07.33 | Ch3ck | well what machine specifications should i check for when i'll want to start the tests.. |
| 12:07.51 | Ch3ck | any way i'll be ready for that. I'll let you know. |
| 12:08.25 | brlcad | Ch3ck: the machine you're sitting at is always a good one to start with |
| 12:08.32 | Ch3ck | ok |
| 12:09.50 | Ch3ck | I've seen the mistake i was making on Gmail |
| 12:10.12 | Ch3ck | discovered the small little icon at the bottom where i can edit and reply as needed |
| 12:10.14 | Ch3ck | thanks |
| 12:11.13 | brlcad | excellent |
| 12:11.21 | brlcad | did you send me that test? |
| 12:11.55 | Ch3ck | sending.. |
| 12:12.17 | Ch3ck | but I had uploaded them and sent to you yesterday. i think |
| 12:14.21 | Ch3ck | should see it now.. |
| 12:16.16 | starseeker | Ch3ck: if you want to integrate libbn tests into our overall testing harness, take a look a how the tests in libbu/tests and libbn/tests are set up - the code you have written to test your matrix functions should be fairly easily adaptable to that framework and could become part of the "standard" unit tests for libbn |
| 12:18.22 | starseeker | robustness testing of libbn functions is of broad benefit to all of BRL-CAD, so if you want to do more work along those lines I'd be all for it |
| 12:19.30 | Ch3ck | ok |
| 12:19.38 | brlcad | hmmm... |
| 12:20.00 | starseeker | for example, you said your matrix code succeeded in some cases where the existing libbn functions did not - those would be excellent candidates for specific tests in libbn unit test definitions for those functions |
| 12:20.01 | brlcad | Ch3ck: i've reworked your cycle timing since I had my doubts about it... |
| 12:20.10 | brlcad | and now I'm getting very different numbers |
| 12:20.15 | Ch3ck | ok better |
| 12:20.16 | brlcad | at least for determinant |
| 12:20.26 | brlcad | it's calculating much slower |
| 12:20.37 | Ch3ck | yeah there was really no big change in the determinant tests compared to the |
| 12:20.41 | Ch3ck | inverse routine |
| 12:20.49 | Ch3ck | so it should not be that surprising. |
| 12:21.05 | brlcad | it's surprising that it's slower ;) |
| 12:21.38 | brlcad | your test loop was completely nearly instantly for me, just a few ms, and this is on a very old laptop |
| 12:21.43 | Ch3ck | yeah i'm surprised that its slower.. |
| 12:21.47 | starseeker | didn't you say for one of those functions you were doing a fully general approach where the libbn function was doing something else? |
| 12:22.01 | starseeker | reads emails... |
| 12:22.24 | brlcad | when I increase the numbers and remove the calculation portions that weren't relevant, it really changes the profile |
| 12:23.05 | Ch3ck | startseeker: I don't think so. |
| 12:23.52 | Ch3ck | brlcad: so what results does it give now.. |
| 12:23.52 | starseeker | ah, I'm thinking about the inverse: "mine does a full 4x4 matrix inverse, and the old libbn one something else" |
| 12:24.01 | Ch3ck | is it slower of faster. |
| 12:29.47 | brlcad | Ch3ck: give me a couple minutes to confirm |
| 12:33.13 | brlcad | need to test in a couple more places as well |
| 12:47.46 | Notify | 03BRL-CAD:phoenixyjll * 56232 brlcad/trunk/src/libbrep/intersect.cpp: Use a struct to represent the overlap segments. Split the curves with the intersection points (with other curves), so that we can get closed regions. |
| 12:55.53 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b112:5514:0:46:bb5:201) | |
| 13:13.20 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 5833 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 13:21.42 | Notify | 03BRL-CAD:phoenixyjll * 56233 brlcad/trunk/src/libbrep/intersect.cpp: right might be NULL, causing sub_curve() to crash. Fix this by returning NULL. |
| 13:29.50 | ``Erik | *readreadread* yeah, div used to be ~20x as slow as mult in the way-long-ago (80486dx/80586) |
| 13:31.11 | ``Erik | there's a decent (and very fast) random number generator in libbn, a mersenne twister ripped from old adrt |
| 13:32.50 | ``Erik | *readreadread* for performance testing, one thing I've done in the past is set an alarm and have each call of a function increment a counter... downside is that the slower machines get way less accurate |
| 14:00.00 | Notify | 03BRL-CAD:starseeker * 56234 brlcad/trunk/CMakeLists.txt: Fix Qt compilation enablement logic - the only time to override the user setting is when we can't do what they asked due to system limitations. |
| 14:24.14 | ``Erik | starseeker: is 56234 going to address the dm-qt issue I saw on my ubuntu box, and do I need to blow away my cache? |
| 14:36.24 | Notify | 03BRL-CAD:erikgreenwald * 56235 (brlcad/trunk/include/db5.h brlcad/trunk/include/raytrace.h and 3 others): Apply patch 207 from Izak https://sourceforge.net/p/brlcad/patches/207/ |
| 14:38.19 | ``Erik | they seem to be getting their shit together |
| 14:38.48 | ``Erik | (about time, we're up on the midpoint) |
| 14:57.11 | brlcad | Ch3ck: where's that test e-mail? |
| 14:57.23 | brlcad | or maybe you misunderstood me again |
| 14:57.51 | brlcad | I see you sent me the bn test, but we were not discussing that -- we were discussing your ability to reply to an e-mail and comment on sections |
| 14:58.37 | brlcad | 07:51 < brlcad> I e-mailed you in private yesterday |
| 14:58.38 | brlcad | 07:51 < brlcad> e-mail me back and respond to two separate sentences, delete the rest |
| 15:01.00 | brlcad | I think I have a good grasp on the numbers now, your cpu cycle timer just wasn't very accurate/relevant |
| 15:01.36 | brlcad | your new determinant is clearly a lot slower, your new inverse is clearly a lot faster :) |
| 15:16.59 | brlcad | if anyone else would like to test how your system evaluates, I've uploaded an updated tarball to http://brlcad.org/tmp/bnmatinvdet.tar.gz |
| 15:17.26 | brlcad | you'll have to update the paths in the Makefile so it finds our headers and libs |
| 15:25.39 | brlcad | zero_level: congratulations |
| 15:25.48 | brlcad | and thanks :) |
| 15:27.24 | zero_level | brlcad :you are welcome! But I am not sure what is this about ? |
| 15:36.50 | brlcad | zero_level: see your e-mail |
| 16:16.14 | zero_level | brlcad: :-) |
| 16:17.53 | brlcad | zero_level: so go ahead and make a test commit now just to get that over with, make sure you're set up correctly |
| 16:21.33 | zero_level | brlcad : I am doing a fresh checkout. |
| 16:21.46 | brlcad | didn't need to :) |
| 16:21.50 | zero_level | ok |
| 16:22.38 | zero_level | i did svn status and apparently there are lots of file which are deleted so it shows '?' in front of lot of files |
| 16:22.56 | brlcad | ? means it doesn't know what those files are |
| 16:23.10 | brlcad | files you created directly or indirectly |
| 16:23.36 | zero_level | yes.! all the files which are not under svn |
| 16:24.36 | brlcad | ? files are ignored and will continue to be ignored until you tell svn otherwise |
| 16:24.50 | zero_level | alright! |
| 16:24.51 | brlcad | they're not deleted |
| 16:25.09 | brlcad | if you want to delete them, you can easily with: svn status | xargs rm |
| 16:25.26 | brlcad | of course, assumes you ONLY have ? files |
| 16:25.38 | brlcad | otherwise that'll delete any modified or added as well |
| 16:26.00 | brlcad | if you want to be more safe: svn status | grep '^?' | xargs rm |
| 16:28.22 | zero_level | alright I just ran a script to delete all them |
| 16:28.25 | zero_level | did svn up |
| 16:31.13 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b112:5514:0:46:bb5:201) | |
| 16:33.18 | zero_level | brlcad : I am making the following first commit |
| 16:33.19 | zero_level | - * Functions provided by the LIBICV image conversion library. |
| 16:33.19 | zero_level | + * Functions provided by the LIBICV image processing library. |
| 16:33.29 | zero_level | just wanted to be 100% sure |
| 16:35.22 | starseeker | ``Erik: with any luck that'll avoid building the dm-qt code unless you specifically turn it on - I don't think you'll need to remove your cache |
| 16:38.35 | Ch3ck | brlcad: just came back from a break. I understand what you said now.. |
| 16:43.06 | Notify | 03BRL-CAD:mohitdaga * 56236 brlcad/trunk/include/icv.h: Changing the scope of libicv to be a image processing library. This increases the purview of libicv to contain the image processing APIs. |
| 16:44.39 | ``Erik | zero_level: commit and we will yell at you later :D |
| 16:45.06 | ``Erik | the upside of a decent vcs is we can 'undo' any damage |
| 16:45.07 | zero_level | zero_level : :D |
| 16:45.40 | zero_level | i think in the absence of notify, email is the right place ;) |
| 16:45.45 | zero_level | did it! |
| 16:46.08 | zero_level | ready for your yellings now ;) |
| 16:47.08 | ``Erik | absense of notify? eh? |
| 16:47.40 | zero_level | ops ! didnt notice the notify ! |
| 16:48.01 | zero_level | r56236 it is! |
| 16:51.28 | ``Erik | grats! and work on, just be prepared when you get chewed out a bit for a bad commit and understand that it's not a personal attack, we're merely trying to do the best for the project :) |
| 16:54.04 | zero_level | alright! Thanks :-) |
| 16:54.46 | zero_level | assures everyone. |
| 16:55.33 | zero_level | Also If I will not be certain about a commit I will talk to you here or on the list. |
| 17:02.03 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5834 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 17:04.27 | brlcad | zero_level: so this raises the bar significantly |
| 17:04.46 | brlcad | we'll expect to see LOTS of small frequent commits |
| 17:05.07 | brlcad | throughout the day, basically about as often as you save the file and it compiles cleanly, you should probably be committing |
| 17:05.29 | ``Erik | welcome to the next level :D |
| 17:06.19 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 5835 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 17:07.55 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5836 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 17:12.45 | zero_level | brlcad, ``Erik I am thinking to work on using this weekend to commiting the already written codes. |
| 17:28.17 | *** join/#brlcad kesha (~kesha@49.249.191.140) | |
| 18:09.55 | brlcad | zero_level: why not now? :) |
| 18:10.03 | brlcad | kesha: what are you up to? |
| 18:11.35 | zero_level | Iam counting (today) friday in it. |
| 18:12.17 | Ch3ck | brlcad: will check the code. |
| 18:12.19 | zero_level | just working on putting every thing right for the new code i have written. |
| 18:12.44 | zero_level | I mean the first commit regarding the new icv_struct. |
| 18:32.45 | zero_level | starseeker : I want to discuss about r50507 in rt/src/viewedge.c |
| 18:34.02 | zero_level | You seem to have removed icv_save_save_open from viewedge.c |
| 18:34.50 | zero_level | The primrary reason being "It was called in do.c, thus creating a failure" |
| 18:35.32 | zero_level | Do we also remove icv_image_save_close(bif) at L849in viewedge.c |
| 18:36.08 | zero_level | correction// rt/src/viewedge.c // src/rt/viewedge.c |
| 18:44.17 | Ch3ck | brlcad: Fixed the bug hanging in the new push routine |
| 18:45.06 | Ch3ck | but given the given state of the routine it can push only an object at a time but the previous push could push many objects at a time so should and wait till I add this option or I should upload the current patch? |
| 18:50.41 | brlcad | Ch3ck: you should ALWAYS upload a new patch, hasn't this been stated many times already? |
| 18:51.07 | Ch3ck | ok just wanted to make sure i'm doing the right thing. :) |
| 18:51.22 | brlcad | you say the status of the patch in your comment, and do your best to make sure it works as best as you can right NOW |
| 18:53.31 | Ch3ck | thanks. |
| 18:53.35 | Ch3ck | will do. |
| 19:12.37 | *** join/#brlcad vladbogo (~vladbogo@188.25.236.163) | |
| 19:23.11 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5837 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 19:25.39 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Testing_new_push_routine.png: This shows tests of new push command with -x support |
| 19:27.17 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5839 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 20:02.07 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tkqt.png: |
| 20:03.58 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5841 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 6 */ |
| 20:07.14 | brlcad | kesha: and that we can discuss here |
| 20:07.16 | brlcad | to obtain commit access with brl-cad, you have to make brl-cad patches |
| 20:08.03 | brlcad | remember to always default to open, unless it's a private matter |
| 20:08.20 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tkqt1.png: |
| 20:08.31 | brlcad | refactoring is one of the best ways to learn, but you have to really put in effort to understand each of the issues you're working on and why |
| 20:09.06 | brlcad | like your question a few weeks ago about why a program wasn't working right, printing a char[] buffer that you only wrote one byte into |
| 20:09.20 | brlcad | but printing lots of characters |
| 20:09.28 | brlcad | kesha: did you ever understand that issue? |
| 20:10.46 | kesha | ya. Later I realized that it was passing the pointer to starting of character array and not just asking for char[0] as I interpreted at that time |
| 20:11.40 | brlcad | and why did it print so much? |
| 20:13.11 | kesha | the buffer got flushed when it encountered end of function/return 0; |
| 20:15.04 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5843 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 6 */ |
| 20:15.32 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5844 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 20:15.51 | kesha | whenever specified field width, it will take input till that field. and consider that string as a pointer to that string |
| 20:16.39 | kesha | Anyways, I get your point of digging up the issue thoroughly |
| 20:17.16 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5845 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 20:26.03 | brlcad | no |
| 20:27.28 | brlcad | the buffer did not get flushed then, buffering of I/O is independent of most function calls |
| 20:27.54 | brlcad | the question actually has nothing to do with buffering |
| 20:28.09 | brlcad | you told it to print something, and it did |
| 20:28.16 | brlcad | why did it print what it printed? |
| 20:28.34 | brlcad | perhaps first off, what exactly did it print and what did you expect it to print? |
| 20:35.01 | kesha | I had tried about 20-25 different codes and I don't remember which exactly are you talking about? http://paste.kde.org/pa21f9c45/ ? |
| 20:36.03 | Notify | 03BRL-CAD:tbrowder2 * 56237 brlcad/trunk/TODO: remove 2 man pages done |
| 20:37.08 | brlcad | yep, that one has the issue regardless |
| 20:37.15 | Notify | 03BRL-CAD:tbrowder2 * 56238 brlcad/trunk/src/util/dsp_add.c: improve basic usage statement |
| 20:37.56 | brlcad | kesha: so that printf probably prints more than "kesh" I'm better, at least if it's not an unoptimized compile |
| 20:38.11 | brlcad | s/better/betting/ |
| 20:38.43 | kesha | http://paste.kde.org/pf7bb25ed/ I think it was this one |
| 20:40.34 | brlcad | sure, related problem albeit subtle difference |
| 20:41.22 | brlcad | so what's the problem there? |
| 20:43.47 | Notify | 03BRL-CAD:brlcad * 56239 (brlcad/trunk/NEWS brlcad/trunk/TODO): cliff added a -w 'wrapping' option to the comb command in r56221 that will create a child comb under the top level comb and move all contents of the toplevel comb into that sub-comb. the feature pertains to dave's old wrapper script and is in response to numerous user requests. needs to be documented still. |
| 20:45.29 | Notify | 03BRL-CAD:brlcad * 56240 brlcad/trunk/TODO: tcl scripts generate via cmake now and src/other should be vanilla |
| 20:46.53 | kesha | The sscanf line says accept three characters ("%3s") from the input pointer passed as first argument instring, skip in between chars and next integer in c. |
| 20:48.28 | brlcad | so if you ran that program under a different environment, it would potentially crash |
| 20:49.00 | kesha | ya ..on windows gcc compiler I got "t:)" in place of "thi" |
| 20:49.03 | brlcad | but yes, that is basically what sscanf says |
| 20:49.13 | kesha | I tried on windows |
| 20:49.16 | brlcad | so still, what's the problem? |
| 20:49.31 | brlcad | i'm gathering you didn't figure it out? :) |
| 20:49.46 | Notify | 03BRL-CAD:tbrowder2 * 56241 brlcad/trunk/src/util/dsp_add.c: ws cleanup |
| 20:49.52 | brlcad | understanding this is necessary for knowing the proper fix |
| 20:50.47 | brlcad | it's a common C mistake, btw |
| 20:51.33 | brlcad | I can tell you that the error in your understanding is actually spelled out on line 12 |
| 20:57.22 | zero_level | brlcad : I want to ask a naive question. Do we have any script that removes trailing white space ? ;) |
| 20:59.27 | brlcad | kesha: don't fester in confusion .. if you don't know, you can say that after thinking about it and searching for a little bit |
| 20:59.41 | brlcad | I've pointed you to a line, did that help? |
| 20:59.49 | brlcad | zero_level: yes, sh/ws.sh |
| 20:59.59 | brlcad | or get a better editor :) |
| 21:00.28 | brlcad | emacs and vim can both be configured VERY EASILY to display trailing whitespace in bright red |
| 21:00.47 | brlcad | it's worth doing to know where you're dropping turds |
| 21:01.10 | brlcad | if only to not waste other people's time, but it's just a disorderly waste regardless |
| 21:01.26 | kesha | Cant get it. |
| 21:03.34 | brlcad | "scanfBuf is a string with length 1" |
| 21:03.45 | brlcad | that is not correct, why might that be? |
| 21:04.19 | kesha | I tried with printf("%d",sizeof(scanBuf)); and it showd 1 |
| 21:05.23 | brlcad | and that is correct |
| 21:05.42 | brlcad | so then what's wrong |
| 21:05.58 | brlcad | what remains in that statement? |
| 21:06.43 | kesha | "still when ssacnf() has %3s as argument, it accepts and shows "thi" from the instring as output. " |
| 21:07.10 | brlcad | don't get distracted, stick with "scanfBuf is a string with length 1" |
| 21:07.40 | brlcad | you confirmed that scanBuf is length 1 (byte) with sizeof() |
| 21:07.42 | Notify | 03BRL-CAD:vladbogo * 56242 brlcad/trunk/src/libdm/dm-qt.cpp: Sanity checks, ws, log calls |
| 21:07.44 | brlcad | so what remains wrong? |
| 21:08.15 | kesha | string ? |
| 21:08.27 | brlcad | yes |
| 21:08.50 | kesha | string pointer ? |
| 21:08.56 | brlcad | nope |
| 21:10.16 | brlcad | it's not "a string" |
| 21:10.28 | brlcad | what is a C string? |
| 21:10.57 | brlcad | careful googling for that ;) |
| 21:12.22 | brlcad | https://en.wikipedia.org/wiki/C_string |
| 21:13.53 | *** join/#brlcad kesha__ (31f8f459@gateway/web/freenode/ip.49.248.244.89) | |
| 21:14.01 | brlcad | gah |
| 21:14.47 | *** join/#brlcad kesha (~kesha@49.248.244.89) | |
| 21:15.11 | brlcad | kesha: what was the last thing you saw? |
| 21:15.37 | kesha | nope |
| 21:15.45 | brlcad | 17:10 < brlcad> it's not "a string" |
| 21:15.45 | brlcad | 17:10 < brlcad> what is a C string? |
| 21:16.03 | brlcad | and you can read web pages later .. now is time for discussion |
| 21:16.45 | kesha | string - char *c |
| 21:16.57 | brlcad | that is a character pointer |
| 21:17.10 | kesha | and then str(c) |
| 21:17.11 | brlcad | later you should read this: https://en.wikipedia.org/wiki/C_string |
| 21:17.26 | brlcad | notably this statement: The only support for strings in the C programming language itself is that the compiler will translate a quoted string constant into a null-terminated string, which is stored in static memory. |
| 21:17.46 | brlcad | this is at the heart of the misunderstanding: https://en.wikipedia.org/wiki/Null-terminated_string |
| 21:18.00 | brlcad | C strings are merely null-terminated string by convention |
| 21:18.19 | brlcad | your scanBuf is an array of characters |
| 21:18.46 | brlcad | if it's size is 1, it only has enough room to store a nul byte |
| 21:19.08 | brlcad | i.e., it can only ever store "" to be considered a string |
| 21:19.51 | brlcad | hello? |
| 21:19.58 | kesha | ya. so how come printf("%s",scanBuf); |
| 21:20.02 | kesha | gave "this" |
| 21:20.25 | kesha | s/thi/this |
| 21:20.31 | brlcad | well first off, you gave it scanBuf and you told printf that scanBuf is a string |
| 21:20.46 | kesha | hmm |
| 21:20.49 | brlcad | what does %s tell printf to do in terms of bytes? |
| 21:21.24 | kesha | store all bytes till null char is encountered |
| 21:21.35 | brlcad | right |
| 21:21.59 | brlcad | rather, "PRINT all bytes till null char is encountered", right? |
| 21:22.11 | kesha | right |
| 21:22.47 | brlcad | so it reads the first byte, which was not a nul |
| 21:22.59 | brlcad | so it keeps reading bytes that follow |
| 21:23.18 | kesha | hmm, then ? |
| 21:23.20 | brlcad | scanBuf is how big? |
| 21:23.34 | kesha | 1 |
| 21:23.55 | brlcad | so what happens when printf reads the second byte, since the first was not nul? |
| 21:24.28 | kesha | it will look for next |
| 21:24.36 | brlcad | buf scanBuf doesn't have a next |
| 21:25.10 | brlcad | what did it read? |
| 21:25.27 | kesha | 'h' |
| 21:25.36 | brlcad | not the value |
| 21:26.03 | kesha | the second byte of instring |
| 21:26.05 | brlcad | what memory did it read if scanBuf was only 1 byte long |
| 21:26.30 | brlcad | you don't know that |
| 21:26.35 | kesha | addof(scanBuf+1) |
| 21:26.41 | brlcad | better |
| 21:27.02 | brlcad | yes, it just read whatever byte happens to be after scanBuf's memory |
| 21:27.44 | kesha | I was wondering how did it then stop after 3rd |
| 21:27.44 | brlcad | all you know is that it's NOT scanBuf |
| 21:27.51 | brlcad | it's random memory, it could be literally anything |
| 21:27.59 | brlcad | well, when does %s stop? |
| 21:28.21 | kesha | finds NULL |
| 21:28.32 | brlcad | right (sort of) |
| 21:28.39 | brlcad | so it found a nul character |
| 21:29.13 | kesha | but there is still 's' at scanBuf+4 then a NULL |
| 21:29.32 | brlcad | in your case, it just happened to be the case that the next four bytes were 'h', 'i', 's', and '\0' (nul) |
| 21:29.51 | brlcad | or 'h', 'i', '\0' actually |
| 21:30.16 | brlcad | so it got the 't' from scanbuf, then two more bytes, then finally encountered a 0 |
| 21:30.19 | kesha | hmm..yes.. |
| 21:30.27 | brlcad | note that it's not "NULL" .. that means something else |
| 21:30.42 | brlcad | it's a nul character ... a '\0' byte |
| 21:31.39 | kesha | ya .. I know it. |
| 21:32.10 | brlcad | do you really? |
| 21:32.21 | brlcad | shall I query you on what NULL means too? :) |
| 21:33.01 | kesha | '\0'=NULL but was it beacuse of %3s that " 'h', 'i', '\0" |
| 21:33.51 | brlcad | you just said you know it .. so then stop saying '\0' is NULL! ... it's not |
| 21:34.32 | zero_level | NULL = 0 |
| 21:34.38 | brlcad | '\0' is a nul character, there's a difference and it's sometimes important |
| 21:34.49 | brlcad | NULL is not necessarily 0 |
| 21:34.50 | kesha | NULL byte |
| 21:35.29 | brlcad | nul byte |
| 21:35.33 | brlcad | nul != NULL |
| 21:36.08 | zero_level | brlcad : I applied the new icv_struct and changing the functions for commiting |
| 21:36.09 | kesha | I was confused here nul == NULL ! |
| 21:36.37 | brlcad | uhm.. |
| 21:36.38 | zero_level | It turns out to be whooping 900 lines in a patch. |
| 21:36.45 | brlcad | 17:30 < brlcad> note that it's not "NULL" .. that means something else |
| 21:36.46 | brlcad | 17:31 < kesha> ya .. I know it. |
| 21:36.57 | brlcad | kesha: then what was that? :) |
| 21:37.00 | zero_level | Although I can remove 100 lines or so. |
| 21:37.22 | zero_level | but this is really a large one :-) |
| 21:37.32 | zero_level | And dont see a alternative |
| 21:37.50 | kesha | :P |
| 21:37.51 | brlcad | zero_level: okay, just dont' break anything ;) |
| 21:38.00 | zero_level | alright |
| 21:38.15 | brlcad | you should make them as small as possible, even if it means more work for you to do changes incrementally |
| 21:38.23 | brlcad | but that's not always possible |
| 21:38.28 | brlcad | it's far easier to review commits either way |
| 21:38.30 | zero_level | I am not sure about one thing. |
| 21:38.40 | zero_level | Which requires help of starseeker |
| 21:38.49 | brlcad | kesha: it's a fair question -- I can't help you if you tell me you understand when you don't :) |
| 21:38.53 | zero_level | but using my intution there |
| 21:39.09 | brlcad | fortunately you immediately contradicted your understanding ;) |
| 21:39.21 | brlcad | kesha: read this quick: 17:31 < kesha> ya .. I know it. |
| 21:39.23 | brlcad | oops |
| 21:39.27 | brlcad | this: http://faq.cprogramming.com/cgi-bin/smartfaq.cgi?answer=1047589067&id=1043284376 |
| 21:40.29 | brlcad | kesha: SO ... |
| 21:40.43 | brlcad | 17:33 < kesha> '\0'=NULL but was it beacuse of %3s that " 'h', 'i', '\0" <-- YES |
| 21:41.08 | kesha | yes, had it clear now . |
| 21:41.09 | brlcad | you overwrote the scanBuf buffer there, and wrote to memory that was not part of scanBuf |
| 21:41.10 | kesha | :) |
| 21:41.15 | brlcad | classic buffer overflow |
| 21:41.33 | brlcad | once you went 1 byte over, a program might crash, might not |
| 21:41.37 | brlcad | the memory can be anything |
| 21:42.00 | kesha | hmmm |
| 21:42.41 | brlcad | when you pass a buffer or a pointer to any function that expects a "C string", it's assuming you've properly nul terminated the string and has no way of knowing the length (without you telling it) |
| 21:42.59 | brlcad | even functions like strlen() are just going to read until they find a '\0' |
| 21:43.29 | brlcad | think about it some, read those two wikipedia pages |
| 21:43.37 | brlcad | ask questions if you have them |
| 21:43.46 | brlcad | this is an important concept to understand very clearly |
| 21:43.58 | kesha | okay. I will read up webpages. |
| 21:43.59 | brlcad | it's a fundamental tenant of C |
| 21:44.31 | brlcad | probably can find some "C string tutorials" that might help too, write a couple test main() programs until you're confident you understand it |
| 21:45.47 | kesha | if I get some problems, will come again to eat up your head. ;) |
| 21:55.13 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5846 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 22:15.57 | Notify | 03BRL-CAD:mohitdaga * 56243 (brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c and 9 others): Changes the icv library to accomodate double type data. Also changes the existing use of icv in the rt, rmrt, libged |
| 22:28.02 | starseeker | zero_level: hmm? |
| 22:31.23 | Notify | 03BRL-CAD:mohitdaga * 56244 brlcad/trunk/include/icv.h: Added DOXYGEN comments to the tweaked functions |
| 22:32.00 | zero_level | starseeker can u quickly see src/rt/viewedge.c now |
| 22:33.04 | starseeker | what about it? |
| 22:33.35 | zero_level | 14:32 < zero_level> starseeker : I want to discuss about r50507 in rt/src/viewedge.c |
| 22:33.38 | zero_level | 14:34 < zero_level> You seem to have removed icv_save_save_open from viewedge.c |
| 22:33.40 | zero_level | 14:34 < zero_level> The primrary reason being "It was called in do.c, thus creating a failure" |
| 22:33.43 | zero_level | 14:35 < zero_level> Do we also remove icv_image_save_close(bif) at L849in viewedge.c |
| 22:33.46 | zero_level | 14:36 < zero_level> correction// rt/src/viewedge.c // src/rt/viewedge.c |
| 22:33.58 | zero_level | I have removed icv_save_image_close |
| 22:34.10 | zero_level | from viewedge.c |
| 22:34.48 | zero_level | because as per your comment in r50507 u mentioned that opening is handled by do.c |
| 22:34.49 | starseeker | If I recall correctly, I removed the open call from viewedge.c because it was also being invoked in do.c |
| 22:35.04 | zero_level | yeah! exactly. |
| 22:35.07 | starseeker | I don't know that do.c also handles closing |
| 22:35.11 | starseeker | did you look? |
| 22:35.16 | zero_level | yes |
| 22:35.19 | zero_level | it does |
| 22:35.38 | zero_level | check L923 in do.c |
| 22:36.44 | starseeker | so you're wondering if we still need the close call in viewedge.c? Or is that call causing a problem? |
| 22:37.13 | starseeker | ``Erik: do you remember the details of the icv stuf in the rt tools? |
| 22:37.23 | zero_level | I am nt sure how to test viewedge.c |
| 22:37.28 | starseeker | rtedge |
| 22:37.32 | zero_level | Moroever |
| 22:37.34 | starseeker | that's the command that uses it |
| 22:37.53 | zero_level | As per the new api of icv we do it the following way |
| 22:37.58 | zero_level | icv_create(..) |
| 22:38.15 | Notify | 03BRL-CAD:n_reed * 56245 brlcad/trunk/src/libbrep/intersect.cpp: ON_zaxis is obsolete |
| 22:38.24 | starseeker | zero_level: check out the man page for rtedge - that should tell you how to write out to an image |
| 22:38.45 | starseeker | brlman rtedge |
| 22:38.54 | zero_level | do // write line, write pixel// |
| 22:39.00 | zero_level | and icv_save |
| 22:39.43 | starseeker | zero_level: I'm not intimately familiar with the details of how icv is used in the rt tools - your best bet is to test |
| 22:40.17 | zero_level | yes |
| 22:40.44 | zero_level | just working at finding the man details |
| 22:41.09 | starseeker | zero_level: there's a command |
| 22:41.11 | starseeker | brlman |
| 22:41.30 | zero_level | found that |
| 22:41.39 | starseeker | so you can see the man page? |
| 22:42.50 | zero_level | oops Neither man page viewer nor Tk graphics available - man page viewing is not supported. |
| 22:42.53 | zero_level | Neither man page viewer nor Tk graphics available - man page viewing is not supported. |
| 22:42.59 | zero_level | Neither man page viewer nor Tk graphics available - man page viewing is not supported. |
| 22:43.09 | zero_level | sry for repited copying. |
| 22:43.11 | starseeker | blinks - what platform are you on? |
| 22:43.24 | zero_level | linux |
| 22:43.33 | starseeker | does the command "man" work? |
| 22:43.34 | zero_level | flavour=ubuntu |
| 22:43.46 | zero_level | yes |
| 22:44.40 | starseeker | um |
| 22:44.57 | starseeker | the brlman script should work then |
| 22:44.59 | zero_level | downloading tk |
| 22:45.26 | zero_level | rather installing it through synaptic |
| 22:45.40 | starseeker | the message you got is what happens when tcl can't run either "man" or "bwish" |
| 22:47.26 | starseeker | if you're just installing Tk, you'll have to re-compile BRL-CAD with Tk enabled |
| 22:47.56 | zero_level | yeah i am doing that. can u pm me the man of rtedge. In the meanwhile i will try to test this |
| 22:51.20 | starseeker | notes with some surprise that we don't seem to have an online version of our man pages in html... |
| 22:52.37 | starseeker | http://brlcad.org/~starseeker/rtedge.html |
| 22:52.45 | starseeker | use that until you get your compile going |
| 22:54.22 | zero_level | starseeker I have never used rt. I now it doews raytracing but can u help me write a basic command ? |
| 22:54.40 | starseeker | zero_level: are you familiar with how to read man pages? |
| 22:54.53 | zero_level | alright, on to this ;) |
| 22:55.09 | starseeker | the synopsis gives you a basic idea of how to run the command |
| 22:55.48 | zero_level | i am wondering from where can i get a .g file |
| 22:55.55 | starseeker | in the case of rt (or rtedge) you'll need a .g file, the name of the object within that file you want to raytrace, and any options you want to provide (in you case, how to output an image) |
| 22:56.13 | starseeker | the BRL-CAD compilation creates several |
| 22:56.50 | starseeker | they are placed in the directory "share/db" in your build directory |
| 22:57.41 | zero_level | meanwhile even after installing tk the cofig reports says this |
| 22:57.42 | zero_level | Compile Tk ............................: OFF |
| 22:58.09 | starseeker | zero_level: never mind fiddling with that, just pass the option -DENABLE_ALL=ON to cmake |
| 22:58.14 | starseeker | that will build Tk for you |
| 22:59.50 | starseeker | brlcad: interesting - I get this line when doing a moss.g raytrace: |
| 22:59.59 | starseeker | shade_inputs(cone.s) flip N xy=168, 218 ID_TGC surf=1 dot=2.04196e-05 |
| 23:00.27 | starseeker | zero_level: here's a basic rt command to get you started: |
| 23:00.36 | starseeker | ./bin/rt share/db/moss.g all.g |
| 23:01.16 | starseeker | the man page will tell you how to write the image to an output file (what you're looking for to test) rather than having the image show up onscreen |
| 23:05.37 | zero_level | starseeker can u r56243 |
| 23:05.42 | zero_level | ^compile |
| 23:06.09 | starseeker | zero_level: what error are you seeing? |
| 23:07.03 | zero_level | I am not sure but it gave a seg fault |
| 23:07.20 | starseeker | zero_level: compiling the code? |
| 23:07.46 | zero_level | I ran this rtedge -s 1024 -Fnew.pix havoc.g hav |
| 23:08.02 | zero_level | one of the examples there |
| 23:09.36 | starseeker | -Fnew.pix is not correct |
| 23:10.00 | zero_level | compile r56243 |
| 23:10.25 | starseeker | sorry about that... |
| 23:10.31 | starseeker | sees the man page is at fault |
| 23:10.47 | starseeker | try this: rtedge -s 1024 -o new.pix havoc.g havoc |
| 23:12.01 | starseeker | zero_level: ok, something's wrong |
| 23:12.05 | starseeker | give me a minute... |
| 23:12.31 | zero_level | I got an output file new.pix |
| 23:12.40 | zero_level | 1024x1024 dim |
| 23:15.12 | zero_level | it looks like an edge of a helicopter. |
| 23:15.17 | zero_level | did pix-png |
| 23:15.26 | starseeker | that's correct |
| 23:15.34 | starseeker | is still seeing a problem here though |
| 23:16.54 | starseeker | ah, nevermind |
| 23:17.04 | starseeker | zero_level: ok, so you've got it generating an image |
| 23:17.26 | starseeker | now, if you change the .pix file extension to a .png, you should be able to have rtedge directly output a .png file |
| 23:17.32 | starseeker | that will test icv |
| 23:17.39 | zero_level | alright |
| 23:18.15 | zero_level | but i have removed png-save for a while |
| 23:18.26 | zero_level | will be adding in the next revision |
| 23:18.36 | starseeker | zero_level: if you want to test whether it's reaching the icv close function call if you remove it from viewedge.c, you can use gdb and add a break on that function name |
| 23:18.58 | zero_level | ok |
| 23:20.31 | Notify | 03BRL-CAD:starseeker * 56246 brlcad/trunk/doc/docbook/system/man1/en/rtedge.xml: Use -o for a file, not -F |
| 23:20.52 | zero_level | also, since this was able to save new.pix dont u think it has done this in do.c |
| 23:21.10 | zero_level | because i am running this on r56243 |
| 23:21.15 | starseeker | sure, but your question was whether you needed the extra close statement in viewedge.c |
| 23:21.41 | zero_level | so doesn't that answers this ? |
| 23:23.02 | starseeker | no - you need to figure out a) whether the close call in do.c is actually being called (i.e. can you recognize the problem if the close function is *not* called) and b) whether the viewedge.c call is ever needed |
| 23:23.45 | starseeker | I don't know the answer to either, offhand |
| 23:24.14 | starseeker | ``Erik might, but either way that sort of exploration and reading of the code is something you need to learn how to do - it's a never-ending part of working with pre-existing code bases |
| 23:24.49 | zero_level | alright :) |
| 23:25.24 | zero_level | also what was the problem u saw? |
| 23:30.52 | zero_level | I just ask so, that i can improve upon. |
| 00:21.31 | zero_level | alright! nevermind :-) |
| 00:21.55 | zero_level | didnt notice "nevermind" :) |
| 00:34.27 | Notify | 03BRL-CAD:mohitdaga * 56247 brlcad/trunk/src/libicv/fileformat.c: Added png saving function supporting new icv container |
| 01:02.03 | zero_level | hi brlcad, ``Erik do we have to take care of certain things while adding a file to the repository ? |
| 01:02.52 | zero_level | I do a simple svn add <path of file to be added> |
| 01:03.17 | zero_level | while committing it showed this brlcad/trunk/src/libicv/color_space.c : svn:mime-type is not set |
| 01:05.12 | zero_level | alright got this http://brlcad.org/wiki/Mime-types :-) |
| 01:06.15 | brlcad | starseeker: -Ffile.pix should actually work, so if that crashes, that's a bug worth fixing |
| 01:06.31 | brlcad | and probably related to icv work ( zero_level ) |
| 01:07.05 | Notify | 03BRL-CAD Wiki:Level zero * 5847 /wiki/Mime-types: /* Correcting the file name which is added*/ |
| 01:09.12 | Notify | 03BRL-CAD:mohitdaga * 56248 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Added file libicv/color_space.c . This will contain all the color_space conversion api functions (currently rgb-gray and gray-rgb, later others like hsv-rgb, cmyka-rgb etc..). Added gray2rgb api function. This does a simple gray pixel copying at three places(r,g,b). This api function does an inplace color_space change. |
| 01:10.11 | zero_level | brlcad : my next task is set to find that bug. Just commiting one more api function |
| 01:10.47 | brlcad | zero_level: great |
| 01:11.05 | brlcad | notice that there are many rt* tools and they should all behave nearly identically |
| 01:11.45 | brlcad | you should sometimes test one of the other tools (like rt or rthide or rtedge) |
| 01:11.47 | zero_level | brlcad : can u just brief me about architeture of rt |
| 01:12.18 | zero_level | this seems to be a complex piece of code involving a lot of files. |
| 01:12.33 | brlcad | our docs on the website do a decent job with the intro |
| 01:12.42 | brlcad | fewer files than you'd think |
| 01:12.47 | zero_level | about the code ? or usage ? |
| 01:12.55 | brlcad | each of those rt* programs is described in basically one view*.c file |
| 01:13.21 | zero_level | ok. |
| 01:13.36 | zero_level | and does each one involve main.c do.c ? |
| 01:14.04 | brlcad | the rt apps are built on a simple front-end/back-end interface |
| 01:14.27 | brlcad | main do opt and maybe one or two others form a front end common to all of them |
| 01:14.32 | zero_level | so do.c is backend worker ? |
| 01:14.45 | brlcad | the view*.c file corresponds to the backend view |
| 01:15.06 | brlcad | you can think of it that way, sure |
| 01:15.44 | brlcad | technically still the common front-end code (if all the rt's call it, it's front-end) |
| 01:16.21 | brlcad | http://brlcad.org/w/images/3/3d/Application_Development.pdf explains in a little more technical detail |
| 01:16.52 | brlcad | it's just a little out of date in terms of header names and a few other details, but it's still relevant and useful |
| 01:17.08 | brlcad | RTUIF is what I described |
| 01:17.45 | zero_level | alright will see these. |
| 01:17.46 | brlcad | it's a lot of material, that's about an hour-long technical presentation |
| 01:18.15 | brlcad | it covers more than the rtuif, but it may still be useful for you to know |
| 01:18.28 | zero_level | one is your gut feeling regarding -Ffile.pix |
| 01:18.44 | brlcad | gut feeling is it's a bug ;) |
| 01:18.45 | zero_level | some points u could give to me. to start with |
| 01:18.57 | zero_level | sure that is ;) |
| 01:19.08 | zero_level | and it crept in today !! |
| 01:19.26 | brlcad | sure |
| 01:19.29 | brlcad | start with fbhelp |
| 01:19.53 | brlcad | run it without any options first, make sure filename is in the list of supported interface types |
| 01:20.03 | brlcad | then run it specifying that interface: fbhelp -Ffile.pix |
| 01:20.10 | brlcad | if it crashes, time to open up a debugger |
| 01:20.26 | brlcad | if it doesn't crash, the bug is probably isolated in src/rt |
| 01:20.35 | brlcad | and you'd still open up a debugger |
| 01:21.27 | brlcad | don't be afraid to use a debugger, basic usage is very simple and folks here can help you get started (along with a thousand intro tutorials around the web) |
| 01:22.30 | zero_level | and brlcad:Although that commit was large in size. Can u see the rt part and see if that is fine ? |
| 01:23.00 | zero_level | I had not discussed much abt that here . |
| 01:26.05 | Notify | 03BRL-CAD:mohitdaga * 56249 brlcad/trunk/src/libicv/fileformat.c: Improves pix_save function. Now this can save images of type ICV_COLOR_SPACE_GRAY. This uses icv_gray2rgb(..). |
| 01:37.13 | zero_level | brlcad : Is there a way I cange log message of a commit. I saw this http://stackoverflow.com/questions/304383/how-do-i-edit-a-log-message-that-i-already-committed-in-subversion . |
| 01:37.37 | zero_level | do commiters have such rights in brl-cad ? |
| 01:41.08 | Notify | 03BRL-CAD:mohitdaga * 56250 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/color_space.c): Remove trailing ws |
| 01:54.57 | zero_level | I asked that for r56247, And made an even more henious error at 56250. |
| 02:09.02 | zero_level | wrote on the, list |
| 02:09.42 | zero_level | brlcad : Do u suggest making another commit to clarify the log message ? |
| 02:30.29 | brlcad | zero_level: you cannot change the commit message |
| 02:31.11 | brlcad | double and triple check what you are about to commit before you commit it, check it with "svn stat" and "svn diff | less" and yes, you are expected to read every line in that diff to make sure it's what you intend to submit |
| 02:33.16 | brlcad | zero_level: if it's something that really should be clarified or corrected, revert the commit (svn merge -c-56247 .), and recommit it again later/corrected |
| 02:33.39 | brlcad | but that should be used sparingly and usually only when the actual code is broken, not just a bad commit message |
| 02:34.16 | brlcad | your clarification to the mailng list, in that instance, is just fine |
| 03:46.52 | Notify | 03BRL-CAD:brlcad * 56251 brlcad/trunk/src/adrt/librender/cut.c: ws |
| 03:51.04 | *** join/#brlcad caen23 (~caen23@92.81.176.19) | |
| 04:05.12 | Notify | 03BRL-CAD:brlcad * 56252 (brlcad/trunk/src/adrt/librender/camera.c brlcad/trunk/src/adrt/librender/camera.h and 25 others): ws cleanup for the rest of this directory |
| 05:17.59 | zero_level | ok brlcad. went for a little nap. |
| 05:31.49 | zero_level | Also about r56247 I wanted to add |
| 05:33.16 | zero_level | This implementation of png format is just done for 8bits channel. Later this will be edited to accomodate higher resolution of images. |
| 05:33.55 | zero_level | There is a special time alloted to Image formats in my timeline. |
| 08:14.44 | Notify | 03BRL-CAD:mohitdaga * 56253 brlcad/trunk/src/libicv/fileformat.c: Adding additional feature in bw_save. This now has ability to handle and save rgb(3 channel pix) images in bw format. This usage rgb2gray function. |
| 08:21.04 | *** join/#brlcad kesha (~kesha@49.249.1.68) | |
| 09:35.01 | *** join/#brlcad kesha__ (~kesha@49.202.239.74) | |
| 09:57.28 | *** join/#brlcad kesha__ (~kesha@49.202.239.74) | |
| 10:21.03 | Notify | 03BRL-CAD:mohitdaga * 56254 brlcad/trunk/src/libicv/fileformat.c: Make data2uchar a hidden function. Also added comments for this function. |
| 10:24.11 | zero_level | hi ``Erik, brlcad: I use data2uchar and uchar2double functions in fileformat.c for converting from double to unsiged char and viceversa. |
| 10:25.57 | zero_level | Currently I have kept it hidden in fileformat.c . Later I plan to keep them in icv_bw.c while splitting files for different formats. |
| 10:27.31 | zero_level | and using extern double* uchar2double(..) and extern unsigned char* data2uchar(..) in files like icv_pix.c, icv_ppm.c |
| 11:03.04 | *** join/#brlcad kesha (~kesha@49.202.239.74) | |
| 11:39.26 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 11:40.42 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 11:42.33 | ``Erik | zero_level: when we get to that point, we'll discuss it... it'd be better to define it in a private header (perhaps as a macro) than to do an extern in the file... if it's a globally useful thing, we might even move it to libbu |
| 13:25.10 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5848 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 22 July - 28 July */ |
| 14:45.00 | Notify | 03BRL-CAD Wiki:Level zero * 5849 /wiki/User:Level_zero/GSOC13/logs: /* Week 6 */ |
| 15:04.07 | ``Erik | http://www.gnuplotting.org/ |
| 15:06.12 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 5850 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 15:07.25 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5851 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 15:26.29 | ``Erik | ios 7 is definitely going to make me rework my app :/ |
| 15:59.37 | *** join/#brlcad kesha (~kesha@49.249.1.222) | |
| 16:09.29 | brlcad | kesha: didn't we just have a long discussion just yesterday about NULL vs nul and I sent you a link to read? |
| 16:15.33 | brlcad | "strncpy() NULL terminated" |
| 16:19.55 | *** join/#brlcad kesha (~kesha@49.249.18.95) | |
| 16:38.21 | brlcad | kesha: didn't we just have a long discussion just yesterday about NULL vs nul and I sent you a link to read? |
| 16:49.23 | Notify | 03BRL-CAD:brlcad * 56255 brlcad/trunk/src/adrt/librender/render_util.c: since there was no mention as to why they were commented out in r29559 (erik), re-enable calculations in the render_util_spall_vec() function. do try to prevent a division by zero. |
| 17:00.30 | Notify | 03BRL-CAD:brlcad * 56256 brlcad/trunk/src/adrt/librender/render_util.c: revert 56255, didn't compile-test properly, some work is needed |
| 17:05.24 | Notify | 03BRL-CAD:brlcad * 56257 (brlcad/trunk/src/adrt/librender/cut.c brlcad/trunk/src/adrt/slave/slave.c): eliminate dead code, #if 0'd |
| 17:12.45 | Notify | 03BRL-CAD:brlcad * 56258 brlcad/trunk/src/libbu/tests/bu_progname.c: whatever the last set progname is should be the one returned by getprogname, so the tests make sense (and pass here) |
| 17:30.45 | zero_level | ``Erik : I am not sure about the aptness of macro. Because this part of code requires memory allocation. It is not straight forward due to gamma correction. |
| 17:43.38 | kesha | brlcad: ya, that commit was made earlier, before our discussion. I will change it. |
| 17:45.49 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 17:53.18 | Notify | 03BRL-CAD:mohitdaga * 56259 (brlcad/trunk/src/libged/screengrab.c brlcad/trunk/src/rt/view.c and 2 others): Adding a TODO section for writeline function. Currently In writeline function unsigned char data is added. Part of rt and libged has to modified to write double data. Although writeline is implemented in such a way that it can accomodate both double and unsigned char data. But adding double data from rt will |
| 17:53.20 | Notify | help in better resolution of output images. |
| 17:53.46 | Notify | 03BRL-CAD:brlcad * 56260 (brlcad/trunk/src/libbu/heap.c brlcad/trunk/src/libbu/tests/CMakeLists.txt): move the heap main() test harness into a preliminary unit test. doesn't do any validation other than running 50M allocations with some random freeing. |
| 17:54.21 | brlcad | kesha: AH .. okay, that's reassuring |
| 17:54.22 | Notify | 03BRL-CAD:brlcad * 56261 brlcad/trunk/src/libgcv/CMakeLists.txt: don't put test programs into the bin directory, mark them LOCAL (perhaps NO_INSTALL should imply that) |
| 17:54.30 | brlcad | I thought you JUST made that commit, not updated it |
| 17:55.25 | zero_level | Hi brlcad, ``Erik check r56259. Although another such function writepixel uses double data from ap->a_color in view.c, viewedge.c viewexray.c |
| 17:55.57 | zero_level | correction viewexray.c/viewxray.c |
| 17:59.09 | Notify | 03BRL-CAD:brlcad * 56262 brlcad/trunk/include/ged.h: provide tracker's declaration |
| 18:08.41 | Notify | 03BRL-CAD:brlcad * 56263 brlcad/trunk/src/libbn/plane.c: convert and (very) temporarily enable bn_isect_ray_tri() |
| 18:11.13 | Notify | 03BRL-CAD:brlcad * 56264 brlcad/trunk/src/libbn/plane.c: and now eliminate bn_isect_ray_tri() since comments from jra in r17228 indicate that it doesn't work right, apparently replaced with bn_does_ray_isect_tri() |
| 18:15.07 | Notify | 03BRL-CAD Wiki:Harman052 * 5852 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:29.53 | *** join/#brlcad vladbogo (~vladbogo@188.25.238.209) | |
| 18:30.50 | Notify | 03BRL-CAD:mohitdaga * 56265 brlcad/trunk/src/libicv/fileformat.c: Added ppm_save function. Alike pix,bw this function also uses data2uchar function. |
| 18:47.29 | *** join/#brlcad caen23 (~caen23@92.81.173.2) | |
| 19:02.28 | Notify | 03BRL-CAD:vladbogo * 56266 brlcad/trunk/src/libdm/dm-qt.cpp: Resize the Qt window when the Tk one changes size. |
| 19:05.30 | Notify | 03BRL-CAD:mohitdaga * 56267 brlcad/trunk/src/libicv/fileformat.c: Change data type of size and perform related sanctity measures in read/write function. |
| 19:08.12 | Notify | 03BRL-CAD:mohitdaga * 56268 brlcad/trunk/src/libicv/fileformat.c: Correct log message and remove debug message. |
| 19:10.23 | zero_level | brlcad, Erik : at r56268. All the functions of previous implementation are brought in with the new structure definition. |
| 19:10.30 | zero_level | Plus from here. |
| 19:11.27 | zero_level | +Bw_save can handle rgb images, similarly ppm_save and pix_save can handle gray images. |
| 19:13.46 | zero_level | +Gamma Correction is added to prevent bad color aliasing. |
| 19:14.18 | zero_level | Also I am looking at the bug which have crept in. |
| 20:34.25 | Notify | 03BRL-CAD:mohitdaga * 56269 brlcad/trunk/src/libicv/fileformat.c: trailing ws |
| 21:41.11 | Notify | 03BRL-CAD:mohitdaga * 56270 (brlcad/trunk/src/libged/screengrab.c brlcad/trunk/src/rt/do.c): Corrected bug in rtedge. As per the new ICV api, icv_image_save doesnt free image. Thus icv_image_save and icv_image_free have to be called atomically if the image has to be freeed. |
| 21:46.39 | Notify | 03BRL-CAD:tbrowder2 * 56271 brlcad/trunk/TODO: fix typo |
| 21:59.37 | Notify | 03BRL-CAD:tbrowder2 * 56272 brlcad/trunk/TODO: ws |
| 22:01.26 | Notify | 03BRL-CAD:tbrowder2 * 56273 (brlcad/trunk/misc/perl/CMakeLists.txt brlcad/trunk/misc/perl/rt.i): commenting out trials that don't work |
| 22:24.09 | zero_level | hi brlcad, ``Erik, Even after r56270, still some bugs are left related to image saving in rtedge. |
| 22:24.19 | zero_level | I am looking on to them |
| 05:28.24 | brlcad | k |
| 05:58.37 | Notify | 03BRL-CAD:brlcad * 56274 (brlcad/trunk/src/burst/burst.c brlcad/trunk/src/burst/extern.h and 4 others): address an ancient FIXME about supporting the plotting of both lines and points. total fast-hack method via global but matches the existing code well. |
| 06:00.09 | Notify | 03BRL-CAD:brlcad * 56275 brlcad/trunk/NEWS: added -p/-P plot options to the burst command while fixing an old FIXME. |
| 06:08.21 | Notify | 03BRL-CAD:brlcad * 56276 brlcad/trunk/src/conv/step/STEPWrapper.cpp: these look useful, but need some indication to keep them |
| 06:10.17 | Notify | 03BRL-CAD:brlcad * 56277 (brlcad/trunk/src/conv/asc/asc2dsp.c brlcad/trunk/src/conv/g-vrml.c): eliminate dead code |
| 06:10.49 | Notify | 03BRL-CAD:brlcad * 56278 brlcad/trunk/src/external/ProEngineer/proe-brl.c: we're not buying the module |
| 06:17.19 | Notify | 03BRL-CAD:brlcad * 56279 brlcad/trunk/src/external/Unigraphics/ug-g.c: kill lots of dead code that isn't doing anything for us. |
| 06:17.29 | Notify | 03BRL-CAD:brlcad * 56280 brlcad/trunk/src/libbrep/libbrep_brep_tools.h: convert the dead block to a comment |
| 06:19.47 | Notify | 03BRL-CAD:brlcad * 56281 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-rtgl.c brlcad/trunk/src/libdm/dm-wgl.c): comment insufficient to retain. how does a glFinish() help testing? poof. |
| 10:07.00 | Notify | 03BRL-CAD:phoenixyjll * 56282 brlcad/trunk/src/libbrep/intersect.cpp: Remove debug messages. |
| 11:59.07 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 12:05.32 | Notify | 03BRL-CAD Wiki:Phoenix * 5853 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 6 */ |
| 12:09.10 | Notify | 03BRL-CAD Wiki:Phoenix * 5854 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 12:09.33 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Five_rec.png: |
| 12:09.51 | Notify | 03BRL-CAD Wiki:Phoenix * 5856 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 12:10.40 | Notify | 03BRL-CAD Wiki:Phoenix * 5857 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 14:08.14 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 14:28.28 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5858 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 14:30.29 | *** join/#brlcad kesha (~kesha@49.249.9.72) | |
| 14:37.45 | Notify | 03BRL-CAD:brlcad * 56283 brlcad/trunk/src/libdm/labels.c: remove dead code, can revisit later if/when this gets pushed up into the primitives |
| 15:14.41 | Notify | 03BRL-CAD:brlcad * 56284 brlcad/trunk/src/libfb/if_wgl.c: remove inactive code, hasn't been active since the original winport merge |
| 15:24.39 | *** join/#brlcad kesha__ (~kesha@49.249.19.104) | |
| 15:30.39 | Notify | 03BRL-CAD:brlcad * 56285 brlcad/trunk/src/libfb/if_ogl.c: inactive code for far too long, need a general interface for forking |
| 15:39.02 | Notify | 03BRL-CAD:brlcad * 56286 brlcad/trunk/src/libfb/if_X24.c: get rid of the old debug printing code, poor dev substitute for a debugger |
| 15:41.34 | starseeker | Ch3ck: your push patches are rather large - I've started looking at them, but it will take time |
| 15:41.54 | starseeker | is there any way you can "break them up" into smaller incremental changes? |
| 15:41.54 | Ch3ck | I don't understand what you mean by large! |
| 15:42.14 | Ch3ck | well thats the new push and xpush routine combined |
| 15:42.22 | Ch3ck | i don't see how i could break it up.. |
| 15:42.29 | Ch3ck | since its a single file actually. |
| 15:43.02 | starseeker | brlcad: any thoughts on how the push/xpush patches might be made more "incremental"? |
| 15:44.10 | starseeker | Ch3ck: one issue with the "pull" command patch seems to be that the pull command doens't work yet? |
| 15:44.11 | Ch3ck | and everything in the file needs to be there for the routine to work.. push -x |
| 15:44.23 | Ch3ck | well i'm still working the code |
| 15:44.57 | Ch3ck | starseeker: The pull routine is still underdevelopment. So I wanted to stub the routine into the software while continuing development. |
| 15:45.28 | starseeker | Ch3ck: bear in mind, you were supposed to have created smaller patches early in the process that would have let you get commit access |
| 15:45.32 | starseeker | this is why |
| 15:46.25 | Ch3ck | starseeker: well looking at the way i wanted to combine them. Everything in that file needs to be there for push -x to work properly. |
| 15:46.44 | Ch3ck | I don't see how i can break a file into smaller bits. |
| 15:46.53 | starseeker | I would suggest shifting gears for a moment and making some smaller patches on a different topic then |
| 15:47.06 | starseeker | make some unit test patches for some of the libbn functions |
| 15:47.41 | starseeker | something that is small, self contained, adds net benefit to the code base, and can be easily reviewed |
| 15:48.01 | Ch3ck | starseeker: first of all does my patch apply? |
| 15:48.19 | starseeker | Ch3ck: don't worry about that right now - your first priority is to get commit access |
| 15:48.32 | starseeker | these patches are going to be very difficult to review for that purpose |
| 15:49.28 | Ch3ck | starseeker: well in that case look at my smaller patch which changes the bn_mat_inverse and bn_mat_determinant routines |
| 15:49.40 | starseeker | Ch3ck: Sean is reviewing that |
| 15:49.46 | Ch3ck | ok |
| 15:49.49 | starseeker | that's exactly the right idea |
| 15:50.27 | Ch3ck | so before any review of the patches I want to first of all know whether there are any of the patches that don't apply cleanly since Sean made some emphasis on that? |
| 15:50.39 | Notify | 03BRL-CAD:brlcad * 56287 brlcad/trunk/src/libgcv/bottess.c: eliminating the dead code uncovers dead functions too, get rid of the mess |
| 15:51.10 | Ch3ck | before waiting for the reviews.. |
| 15:52.47 | starseeker | don't wait for the reviews. That's why I'm saying you need to take the time to do some smaller, easily reviewed patches to work towards commit access. the bn_mat_inverse patch is a step in the right direction - do more patches like that |
| 15:53.04 | Ch3ck | ok |
| 15:53.33 | starseeker | you're trying to skip the "get commit access" step and go straight to the pull/push work - that's a mistake |
| 15:53.57 | Notify | 03BRL-CAD:brlcad * 56288 brlcad/trunk/src/libgcv/wfobj/obj_grammar.yy: more string debugging removal |
| 15:54.10 | starseeker | testing and improving libbn is an *excellent* place to start |
| 15:54.25 | Ch3ck | starseeker: So I should write some performance tests on the libbn routines? or should I test some of the libbn routines and do some improvements? |
| 15:54.31 | Ch3ck | ok |
| 15:54.50 | starseeker | look at the unit tests in the src/libbu/tests and src/libbn/tests directories |
| 15:55.00 | Ch3ck | ok |
| 15:55.23 | starseeker | see how they test specific pieces of functionality in isolation - making sure it works with standard and difficult cases, and then hooking that into the build system's test framework |
| 15:55.53 | starseeker | because those tests are self contained, they are a good way to make stand-alone, easy to review patches |
| 15:56.58 | starseeker | the tests don't *change* the existing libbn routines, which is another factor - they don't run the risk of breaking existing functionality |
| 15:57.17 | Ch3ck | aight. will do so what about debugging my pull routine? or continuing the work of my GsoC proj? |
| 15:57.42 | starseeker | your first priority is to get commit access |
| 15:57.47 | Ch3ck | ok |
| 15:57.55 | starseeker | once you do so, continuting the pull work will be *much* easier |
| 15:58.31 | Ch3ck | But this is what I would have been told earlier about keeping aside the push/xpush work |
| 15:58.47 | starseeker | sorry? |
| 15:58.53 | starseeker | I don't follow |
| 15:58.55 | Ch3ck | any ways. will get on that tomorrow.. |
| 15:59.27 | Ch3ck | I had told Sean about my work on push/xpush earlier long before GSoC started and its also written on my logs. |
| 15:59.56 | starseeker | Ch3ck: that's fine, but remember what the general instructions to all GSoC students where |
| 16:00.02 | Notify | 03BRL-CAD:brlcad * 56289 brlcad/trunk/src/libged/analyze.c: yes, incorrect analyze code is worse than no analyze code. remove rhc. |
| 16:00.02 | starseeker | s/where/were |
| 16:00.18 | Ch3ck | about my progress on combining both routines which I believe its related to my proj. |
| 16:00.50 | Ch3ck | I was thinking if I combined both routines well it'll just give me commit access. |
| 16:01.24 | starseeker | Ch3ck: the problem is those are both complex commands with a lot of logic, and any mistake will break important functionality |
| 16:01.34 | starseeker | they are complex to review and take a fair bit of testing |
| 16:02.03 | Ch3ck | thats why it took me so long to what i've done so far.. |
| 16:02.05 | starseeker | for commit access, you want small, easily reviewed, self-contained patches that are simplier to read and test |
| 16:02.13 | Ch3ck | aight. |
| 16:02.30 | starseeker | your commit access patches don't necessarily have to relate directly to what you are doing in your main GSoC project |
| 16:03.01 | starseeker | and work on libbn testing, in particular, is *extremely* useful |
| 16:03.38 | starseeker | especially since understanding those routines can only help you in your main project |
| 16:03.42 | Ch3ck | alright. I'll focus now on testing the libbn routines.. |
| 16:04.08 | Ch3ck | developing easy-to-review patches so i can get this commit access. |
| 16:04.17 | starseeker | excellent |
| 16:05.49 | Ch3ck | Ok since i started looking at the /src/mat.c routines. will continue from there |
| 16:05.54 | starseeker | sounds good |
| 16:06.03 | Ch3ck | before moving on to other files in libbn. |
| 16:06.33 | starseeker | Ch3ck: if it makes it easier, you can thing of this as making sure you have a firm foundation numerically in libbn before continuing with the pull work |
| 16:06.50 | Ch3ck | alright I see |
| 16:07.00 | starseeker | bugs in lower level APIs that interfere with the correct working of higher level APIs are just evil to figure out |
| 16:07.47 | starseeker | and end users are extremely skilled at finding that one special case nobody thought to handle |
| 16:07.51 | Ch3ck | yeah push/xpush taught me that.. ;) |
| 16:09.38 | Notify | 03BRL-CAD:brlcad * 56290 brlcad/trunk/src/libged/analyze.c: just rename them, avoid the preprocessor issue altogether |
| 16:13.03 | *** join/#brlcad vladbogo (~vlad@188.25.238.209) | |
| 16:16.30 | Notify | 03BRL-CAD:brlcad * 56291 brlcad/trunk/src/libged/analyze.c: FIXED, tom made bu_vls_printf() teh awesome. now can avoid using sprintf for complex table printing. |
| 16:20.36 | Notify | 03BRL-CAD:brlcad * 56292 brlcad/trunk/src/libged/bev.c: not yet supported, not yet an option |
| 16:28.09 | Notify | 03BRL-CAD:brlcad * 56293 brlcad/trunk/src/libged/bot_dump.c: remove material section that hasn't been used |
| 16:50.15 | Notify | 03BRL-CAD:brlcad * 56294 brlcad/trunk/src/libged/edpipe.c: re-enable the debug messages, but go through bu_log intead of Tcl_AppendResult |
| 16:54.46 | Notify | 03BRL-CAD:brlcad * 56295 brlcad/trunk/src/libged/edit.c: remove the BU_ASSERT() that are in dead code blocks. seem flaky logic to base an abort on. |
| 17:00.57 | Notify | 03BRL-CAD:brlcad * 56296 (brlcad/trunk/src/libged/human.c brlcad/trunk/src/libged/inside.c): more dead code elimination |
| 17:01.21 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 17:02.12 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 17:03.14 | *** join/#brlcad zero_level1 (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 17:06.21 | *** join/#brlcad vladbogo (~vlad@188.25.238.209) | |
| 17:38.37 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 17:38.50 | *** part/#brlcad zero_level1 (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 17:39.49 | zero_level_ | starseeker : Apparently I have found the answers to your 2 interesting questions |
| 17:41.00 | zero_level_ | The close image call in do.c is called when i remove the close call from viewedge.c |
| 17:41.42 | zero_level_ | But When viewedge.c closes the image in function view_end() do.c doesnt close the image. |
| 17:42.56 | zero_level_ | These all testings were done in revision before the current modifications in icv.h |
| 17:43.23 | zero_level_ | Thus making it clear. That icv_save_close not needed in viewedge.c |
| 17:43.33 | zero_level_ | I ran the following command to test these. |
| 17:44.01 | zero_level_ | rtedge -s 1024 -o new.pix brlcad-build/share/db/havoc.g havoc |
| 18:08.48 | Notify | 03BRL-CAD:tbrowder2 * 56297 brlcad/trunk/doc/docbook/system/man1/en/fbserv.xml: document the '-v' option |
| 20:11.12 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5859 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 6 */ |
| 20:11.51 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5860 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 20:12.39 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5861 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 22:01.15 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 00:08.51 | Notify | 03BRL-CAD:brlcad * 56298 brlcad/trunk/src/libged/polyclip.cpp: well if they are, should be okay |
| 00:13.24 | Notify | 03BRL-CAD:brlcad * 56299 (brlcad/trunk/src/libged/polyclip.cpp brlcad/trunk/src/libged/view_obj.c and 4 others): eliminate undocumented dead code |
| 00:14.58 | Notify | 03BRL-CAD:brlcad * 56300 brlcad/trunk/src/libpc/solver_test.cpp: document why the libpc tests are disabled |
| 00:22.45 | Notify | 03BRL-CAD:brlcad * 56301 brlcad/trunk/src/librt/cut.c: eliminate the manual recursion dead code since rt_ct_optim() is better reuse and the implications of the dead one are not clear. |
| 02:34.22 | Notify | 03BRL-CAD:brlcad * 56302 (brlcad/trunk/src/librt/mkbundle.c brlcad/trunk/src/librt/tests/CMakeLists.txt): extract the ray bundle test harness into its own proper test program |
| 02:41.46 | zero_level_ | brlcad : I found an interesting and an annoying bug |
| 02:42.48 | zero_level_ | at L:811 in viewedge.c |
| 02:43.09 | zero_level_ | When i remove the acquire semaphore (comment it) |
| 02:43.53 | zero_level_ | the rtedge command works fine. else it hangs in between ?Do we need the semaphore there. |
| 02:44.43 | zero_level_ | Because evidently even if it is done parallelly. each process will be writing at separate lines. |
| 02:55.40 | Notify | 03BRL-CAD:phoenixyjll * 56303 brlcad/trunk/src/libbrep/intersect.cpp: If we insert the inner points of overlap2d like this, the points may not be in order. So we don't use these points. A better approach would be using a mapping of m_a and m_b. |
| 03:58.40 | brlcad | zero_level_: yes the semaphore is needed |
| 03:58.46 | brlcad | if it hangs, something else is wrong |
| 03:58.55 | brlcad | like something else acquired that same semaphore |
| 03:59.17 | brlcad | or even the same process that is running acquired one and didn't release it |
| 04:08.53 | Notify | 03BRL-CAD:phoenixyjll * 56304 brlcad/trunk/src/libbrep/intersect.cpp: Remove duplicated curves. |
| 04:11.50 | brlcad | zero_level_: make sure icv doesn't acquire that same semaphore before calling/returning back to viewedge |
| 04:14.11 | Notify | 03BRL-CAD:mohitdaga * 56305 (brlcad/trunk/include/icv.h brlcad/trunk/include/magic.h brlcad/trunk/src/libicv/fileformat.c): Converting ICV_IMAGE_FILE_MAGIC to ICV_IMAGE_MAGIC. |
| 04:37.31 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 04:39.02 | zero_level_ | brlcad : icv doesnt acquire any semaphore. |
| 04:39.55 | zero_level_ | brlcad: can it be machine dependent ? |
| 04:49.43 | zero_level_ | It is something like a deadlock happening here. |
| 04:49.53 | zero_level_ | And I seem to have no idea how to resolve this. |
| 04:50.22 | zero_level_ | brlcad : can we track the acquired semaphores ? |
| 05:07.46 | brlcad | zero_level_: you can set BU_DEBUG_PARALLEL, but you'll do better to set breakpoints in a debugger |
| 05:09.49 | brlcad | BU_DEBUG_PARALLEL is set with the bu debug flags (which is the -! option for rtedge, see src/rt/opt.c) |
| 05:09.58 | brlcad | see include/bu.h for the value to set (in hex) |
| 05:10.14 | *** join/#brlcad zero_level__ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 05:15.30 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 05:15.40 | zero_level_ | looks ab bu.h |
| 05:16.10 | zero_level_ | brlcad : I found this error by setting debug points in the code. |
| 05:16.21 | zero_level_ | which debugger do u suggest ? |
| 05:16.52 | zero_level_ | also i saw the presentation you gave |
| 05:17.26 | zero_level_ | It helped me understanding the architecture of rt |
| 05:59.46 | *** join/#brlcad caen23 (~caen23@92.83.175.255) | |
| 06:55.03 | zero_level_ | brlcad : one of the threads of bu_parallel in do_run(..) function in worker.c is not getting completed. |
| 06:55.23 | zero_level_ | wonder how has this anything to do with icv ? |
| 06:59.59 | Notify | 03BRL-CAD Wiki:Phoenix * 5862 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 08:46.24 | *** join/#brlcad phoenixyjll (0e889157@gateway/web/freenode/ip.14.136.145.87) | |
| 09:05.21 | *** join/#brlcad caen23 (~caen23@92.83.175.255) | |
| 09:22.45 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:30.30 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 10:16.43 | Ch3ck | Hi i've just logged into my bz.bzflag.bz account and I wish to change my password. Can anyone tell me how? |
| 10:19.46 | ``Erik | run 'passwd' |
| 10:23.21 | Ch3ck | yeah did that already thanks |
| 11:48.36 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:09.05 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:15.04 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 12:17.56 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:21.15 | zero_level | hi ``Erik, brlcd : still unable to find the bug. |
| 12:23.08 | zero_level | It seems that at 819. the semaphore is not acquired thus a deadlock |
| 12:23.24 | zero_level | at 819 in rt/viewedge.c |
| 12:23.26 | ``Erik | with icv saving in viewedge.c? I don't remember exactly what, but there was something 'weird' about it that required a special bailout |
| 12:24.31 | ``Erik | iirc (and this is a huge if, that was years ago), once I figured it out, I just put in the fix with the plan to re-do viewedge.c completely to make it more like a normal rt |
| 12:25.11 | ``Erik | unfortunately, I failed to document it and did not rewrite viewedge and don't remember what the exact issue was :/ srry |
| 12:25.26 | zero_level | no issues. |
| 12:25.35 | zero_level | i am just copying what I found. |
| 12:25.44 | zero_level | We can together fix it. |
| 12:26.03 | zero_level | at 757 in worker.c parallel process are created. |
| 12:26.13 | zero_level | in function do_run(..) |
| 12:26.19 | ``Erik | yes, via bu_parallel() |
| 12:26.59 | zero_level | all parallel function call worker(..0 |
| 12:27.07 | zero_level | worker then call do_pixel |
| 12:27.45 | zero_level | do_pixel() then calls view_eol(...) in viewedge.c |
| 12:28.12 | ``Erik | I believe I was wrapping the icv stuff in a bu_semaphore, that might be unnecessary... if we can trust that each worker has an exclusive memory segment |
| 12:28.38 | zero_level | A semaphore is to be acquired in view_eol for wriiting in the icv_struct |
| 12:28.42 | ``Erik | exclusively accessed, but globally accessable, so the final write out can get them all |
| 12:29.07 | zero_level | yes, indeed I asked brlcad : and he says the semaphore is required. |
| 12:29.19 | ``Erik | why? |
| 12:29.35 | zero_level | I tried to get rid of the semaphore (commenting them) and it worked. |
| 12:29.55 | zero_level | 23:58 < brlcad> zero_level_: yes the semaphore is needed |
| 12:29.57 | zero_level | 23:58 < brlcad> if it hangs, something else is wrong |
| 12:29.57 | zero_level | 23:58 < brlcad> like something else acquired that same semaphore |
| 12:29.57 | zero_level | 23:59 < brlcad> or even the same process that is running acquired one and didn't release it |
| 12:29.58 | zero_level | 23:58 < brlcad> zero_level_: yes the semaphore is needed |
| 12:30.00 | zero_level | 23:58 < brlcad> if it hangs, something else is wrong |
| 12:30.03 | zero_level | 23:58 < brlcad> like something else acquired that same semaphore |
| 12:30.05 | zero_level | 23:59 < brlcad> or even the same process that is running acquired one and didn't release it |
| 12:30.08 | zero_level | oops ! copied twice |
| 12:30.30 | ``Erik | please don't paste large bodies to channel, if it's more than a line or two, use one of the paste websites :) |
| 12:30.39 | ``Erik | there's no answer in what he said |
| 12:30.39 | zero_level | alright |
| 12:30.47 | zero_level | yes |
| 12:32.13 | ``Erik | viewedge adds some necessary locking requirements, but it also has a lot of very bad approaches... my take-away was that the original author had no idea what they were doing and hacked until it seemed to work |
| 12:32.54 | ``Erik | it uses two pixels on the current scanline and one on the previous scan line to compute the color, iirc |
| 12:34.17 | ``Erik | so there is some weird memory management and locking that has to occur, but ... hm, I'd need to review the code and collect my thoughts to see where I'm going :) |
| 12:34.27 | zero_level | ok. |
| 12:34.47 | ``Erik | it's a "here be dragons" bit of code, I'd recommend putting it on the back burner and focusing elsewhere in the meantime |
| 12:35.00 | zero_level | alrigt. |
| 12:35.30 | zero_level | But we goto do smth since this bugs an important command. |
| 12:35.39 | zero_level | If u suggest i can remove that semaphore. |
| 12:35.48 | zero_level | Since it works without it. |
| 12:36.25 | ``Erik | try removing the semaphore and then doing a raytrace on bz with, hm, say 16 threads... or 100... and see if the output seems correct |
| 12:37.00 | zero_level | can i compile the src code on bz.? |
| 12:37.03 | ``Erik | if you have a machine with more than 8 cores, try on that? |
| 12:37.17 | ``Erik | sure, bz has a full dev suite |
| 12:38.05 | zero_level | ``Erik : If I recall correctly from my class knowledge, Semaphore is required when a resource is to be used by more than one process. |
| 12:38.21 | ``Erik | it's currently slightly hacked up to force clang instead of gcc |
| 12:38.22 | zero_level | where as here each process will be writting different line. |
| 12:38.47 | ``Erik | that is true, and since each line is a unique chunk of memory, there should be no conflict |
| 12:38.56 | zero_level | yes. Exactly. |
| 12:39.50 | ``Erik | <-- points up where he said that the bu_sempahore might be unnecessary since the workers have access to an exclusive memory segment :) |
| 12:40.39 | zero_level | ? |
| 12:41.22 | zero_level | ``Erik is there a documentation on how to compile on bz ? |
| 12:41.36 | ``Erik | same as any unix machine, get a fresh checkout, run cmake, run make |
| 12:41.45 | zero_level | alright. |
| 12:42.38 | ``Erik | if you need any tools installed on that machine, let me or brlcad know and we'll figure it out |
| 12:43.17 | zero_level | Also ``Erik apart from the rtede issue. |
| 12:43.50 | zero_level | I think the FIXME in rt/do.c is now fixed. |
| 12:44.29 | zero_level | regarding bw images and rtxray |
| 12:55.23 | ``Erik | I've sent myself an email to my work account and will look over these with care tomorrow, ok? today is one of my 'unemployed' days and I have some ios work to do :) |
| 12:55.56 | zero_level | sure no issues. |
| 12:57.10 | ``Erik | I'll still keep an eye on irc if any immediate questions come up, so still feel free to ask/contemplate in chan, just don't expect a code review until tomorrow |
| 12:57.53 | ``Erik | effin' ios 7 deleting the top status bar and moving 0,0 up to dead coordinates |
| 12:58.16 | zero_level | ``Erik I will also want to learn IOS stuff from you. :-) |
| 12:58.47 | ``Erik | I'd probably be the wrong person to learn from... but if you have a certain interest, I can probably direct you towards a good resource |
| 13:00.24 | ``Erik | I have a trivial "lottery calculator" app in the store, an opengl based version of the atari classic "kaboom!" that they won't accept due to the artwork and I'm currently gearing up to do a guitar tuner app... I'm no guru for ios :D |
| 13:03.11 | zero_level | i am getting this strange issue on svn at bz |
| 13:03.14 | zero_level | svn: E170000: Unrecognized URL scheme for |
| 13:03.53 | zero_level | on searching, they direct to re install. |
| 13:04.01 | ``Erik | crap, .. |
| 13:04.02 | zero_level | i am sure i am doing smth wrong here. |
| 13:04.05 | ``Erik | no |
| 13:04.31 | ``Erik | I've been having issues with flags on the subversion install and handling of repo's via libcurl |
| 13:05.40 | ``Erik | maybe try svn checkout svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad-code |
| 13:07.28 | zero_level | works. |
| 13:07.31 | zero_level | :-) |
| 13:07.48 | ``Erik | might be a bad solution.. I'm reinstalling svn and going to try with the http addy |
| 13:12.11 | ``Erik | ok, svn should be fixed on bz |
| 13:12.16 | ``Erik | (works for me) |
| 13:15.43 | Ch3ck | initially tried an svn checkout with svn https link and it said svn does not work but with the link u've just given works fine for me too |
| 13:24.01 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 13:27.43 | zero_level | Apparently It turns out i cannot do sudo make install on bz. |
| 13:28.02 | zero_level | did make install |
| 13:28.11 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 13:28.24 | zero_level | not sure if it will compile correctly. |
| 13:29.06 | Ch3ck_ | currently compiling code here and getting the same problem looks like its in Polyclipp.cpp |
| 13:29.21 | Izak_ | Build is failing due to a typo in line 286 src/libged/polyclip.cpp. currently fixing this typo |
| 13:29.43 | Ch3ck_ | waiting on some corrections of this. |
| 13:33.07 | zero_level | so Izak_ so that be small v instead of CAP V |
| 13:33.09 | zero_level | ? |
| 13:33.51 | Izak_ | yes I am working on that patch |
| 13:34.36 | Ch3ck_ | could someone please fix thing and update code repository? flying blind here! |
| 13:35.05 | Ch3ck_ | gotta continue working on libbn |
| 13:36.07 | Notify | 03BRL-CAD Wiki:Level zero * 5863 /wiki/User:Level_zero/GSOC13/logs: LOGS |
| 13:49.08 | brlcad | zero_level: what I don't yet understand is how you are encountering a hang with rtedge |
| 13:49.42 | brlcad | so let me be more specific as to what I hear you're suggesting and you can correct me if what I'm saying is not true |
| 13:50.16 | brlcad | you're encountering some sort of hang with rtedge (on/near line 811) and if you remove the semaphore lock, it works, no longer hangs |
| 13:50.28 | zero_level | yes |
| 13:51.14 | brlcad | if I remove the semaphore lock, rtedge reliably produces a segmentation violation (it crashes) because of multiple unprotected writes to framebuffer memory |
| 13:51.56 | brlcad | this means you've got the initiative |
| 13:52.10 | brlcad | why is yours locking is the first question to figure out |
| 13:52.27 | brlcad | not what line of code causes it to lock, WHY is it locking conceptually |
| 13:52.59 | brlcad | zero_level: do you see it hanging on an unmodified brl-cad? |
| 13:53.06 | zero_level | thats what ``Erik suggested |
| 13:53.09 | brlcad | or is the hang due to something you've changed? |
| 13:53.11 | zero_level | to run |
| 13:53.16 | zero_level | it on bz. |
| 13:53.33 | zero_level | It doesnt hang on unmodified. |
| 13:53.50 | brlcad | so then almost certainly it is something you've introduced/changed |
| 13:54.00 | brlcad | make a smaller modification |
| 13:54.28 | brlcad | do you think you understand how locking works? |
| 13:54.42 | zero_level | never tried practically. |
| 13:54.50 | zero_level | apart from systems lab |
| 13:54.59 | zero_level | though have some textbook knowledge. |
| 13:55.23 | zero_level | also brlcad do we have some flag to find semaphore locks ? |
| 13:55.25 | brlcad | i'm talking about general textbook knowledge of what a semaphore/mutex lock is and how it pertains to code execution |
| 13:55.33 | zero_level | yes. |
| 13:56.14 | brlcad | so then all you need to know is to understand how libbu does it's locking, which is actually quite a simplified form |
| 13:56.58 | zero_level | some debug flags to find locks? |
| 13:57.17 | brlcad | you could add something simple, but no this is usually not an issue |
| 13:57.22 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5864 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */ |
| 13:57.25 | brlcad | bu_semaphore_acquire(KEY) ... bu_semaphore_release(KEY) |
| 13:58.26 | brlcad | for that line 811 to hang, it really only means one thing has happened |
| 13:58.57 | brlcad | that a lock has already been acquired on the KEY=BU_SEM_SYSCALL semaphore |
| 14:01.03 | brlcad | zero_level: if you run in a debugger, just put a break point on bu_semaphore_acquire |
| 14:01.07 | zero_level | probably at L:695 |
| 14:01.40 | brlcad | line numbers aren't going to be useful if you've made a modificiation, since it's the modification that is introducing a problem |
| 14:01.50 | zero_level | oops! nevermind :-) |
| 14:02.02 | zero_level | doesnt go to that block |
| 14:02.04 | zero_level | yepp. |
| 14:03.17 | brlcad | I think you need to make your patch smaller to where you isolate what exactly is causing this, if you cannot use the debugger to find it |
| 14:03.29 | brlcad | do you know how to set a breakpoint on functions in a debugger? |
| 14:03.42 | zero_level | no! |
| 14:03.56 | brlcad | well why not? :) |
| 14:04.00 | zero_level | can u suggest me a debugger. |
| 14:04.05 | zero_level | :-) |
| 14:04.11 | ``Erik | gdb |
| 14:04.16 | zero_level | alright |
| 14:04.19 | Izak_ | gdb |
| 14:04.33 | zero_level | but it has issues related to commands with args. |
| 14:04.48 | brlcad | it doesn't have issues |
| 14:04.51 | brlcad | you might have issues :) |
| 14:04.52 | zero_level | ok. |
| 14:05.04 | zero_level | sure then I am on my way to gdb. |
| 14:05.27 | brlcad | gdb --args bin/rt share/db/moss.g all.g |
| 14:05.37 | brlcad | b bu_semaphore_acquire |
| 14:05.38 | brlcad | run |
| 14:06.33 | ``Erik | gdb is a bit tricky to get started with, but is a very powerful tool... (much like vim or emacs) |
| 14:09.12 | ``Erik | also; you won't get sudo. by the time you're ready for sudo, you won't really want it. so forget that, just ask brlcad or me for software installs, we'll assess and if it makes sense, we'll take care of it. |
| 14:10.52 | zero_level | Alright, I understand its server issue. |
| 14:11.16 | zero_level | But can i still install brl-cad. |
| 14:11.54 | ``Erik | when you run cmake, do -DCMAKE_INSTALL_PREFIX=$HOME/brlcad or something |
| 14:11.55 | zero_level | <PROTECTED> |
| 14:12.00 | zero_level | ok |
| 14:12.10 | Ch3ck_ | hey what about this error on polyclipp.cpp that i'm getting when compiling code? |
| 14:12.15 | Ch3ck_ | anybody fixed it yet? |
| 14:16.37 | Izak_ | ps developers : Apply ticket 218 of patches on sf.net |
| 14:18.17 | Izak_ | brlcad: A small typo on line 286 of src/libged/polyclip.cpp has been fixed in ticket 218 . ps apply so build succeeds :) |
| 14:25.04 | Notify | 03BRL-CAD:mohitdaga * 56306 brlcad/trunk/src/libged/polyclip.cpp: Fixing typo. Applying patch 218 by Isaac Kamga. |
| 14:26.24 | zero_level | Izak_ u must do an svn up now. |
| 14:26.39 | zero_level | Ch3ck : one can edit the file manually ;) |
| 14:26.47 | Izak_ | yap |
| 14:28.30 | Ch3ck_ | yeah did that code compiles now perfectly :) |
| 14:29.05 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:34.12 | brlcad | Izak_: thanks |
| 14:37.57 | brlcad | zero_level: you'll wnat to delete your build directory and re-run cmake with that -DCMAKE_INSTALL_PREFIX option |
| 14:38.17 | brlcad | so that brl-cad installs into your home directory instead of the system path |
| 14:39.48 | zero_level | brlcad : did u run the rtege command without removing the bu_log_semaphore ? |
| 14:39.49 | brlcad | Ch3ck_: the issues that starseeker was telling you last night are all things that I've said as well |
| 14:40.10 | brlcad | zero_level: yes |
| 14:40.13 | brlcad | I run it all the time |
| 14:40.17 | brlcad | it's a heavily used command |
| 14:40.30 | zero_level | I mean after applying icv |
| 14:40.32 | zero_level | changed |
| 14:40.40 | zero_level | that is modified icv |
| 14:40.46 | zero_level | so to say |
| 14:40.49 | brlcad | no, of course not - I hear it hangs ;) |
| 14:40.59 | zero_level | can u do it now ? |
| 14:41.02 | brlcad | not really |
| 14:41.09 | brlcad | I'm in the middle of several other things |
| 14:41.09 | zero_level | alright |
| 14:41.12 | zero_level | sure |
| 14:41.31 | Ch3ck_ | brlcad: Well I thought if i finish combining the push/xpush it'll give me commit access |
| 14:41.35 | Ch3ck_ | which is what i've done. |
| 14:41.45 | brlcad | I can try to take a look later this evening, but this really is your issue to resolve since you introduced it |
| 14:41.57 | brlcad | Ch3ck_: commit access does not work like that |
| 14:42.08 | zero_level | alright. :-) |
| 14:42.38 | brlcad | commit access is a process unique to each individual depending on how good they are at communicating, creating good patches, etc |
| 14:43.32 | brlcad | that task to merge push+xpush could have been sufficient, but it's problematic because of the way it's been worked and communicated |
| 14:43.55 | brlcad | for example, you said last night that you could not see a way to break the patch up |
| 14:44.15 | brlcad | which I think is curious, because I can think of dozens of ways to break that patch up |
| 14:44.35 | brlcad | with the goal-mindset you have, sure, but then patches are NOT about the goal |
| 14:44.47 | brlcad | they're about demonstrating competency communicating with other developers |
| 14:45.19 | Ch3ck_ | yeah |
| 14:46.21 | brlcad | if you can only explain a concept by making me read the entire concept, you've not yet figured out how to communicate effectively, right? |
| 14:46.35 | Ch3ck_ | Did not see it that way. Was thinking more about getting the problem solved. |
| 14:46.52 | brlcad | which it doesn't do |
| 14:47.01 | brlcad | sure it merges the two |
| 14:47.11 | brlcad | but the PROBLEM is what I stated on the mailing list many weeks ago |
| 14:47.21 | Ch3ck_ | yes. |
| 14:47.25 | brlcad | if the two are going to be merged, the user interface question has to be addressed |
| 14:47.49 | brlcad | you don't address that, you just merged them code-wise without regard to the interface impliciation |
| 14:48.06 | brlcad | which means the code must be scrutinized that much more closely |
| 14:48.09 | Ch3ck_ | Well I made xpush 'push -x' |
| 14:48.14 | brlcad | exactly |
| 14:48.16 | brlcad | is that best? |
| 14:48.18 | Ch3ck_ | and push stayed the same |
| 14:48.31 | brlcad | how does that affect users? |
| 14:48.45 | Ch3ck_ | well you had told me to write in such a way which the command could figure that out and do the right |
| 14:49.01 | Ch3ck_ | thing. Which I could still do. |
| 14:49.21 | brlcad | figure what out? |
| 14:49.46 | Ch3ck_ | in case where an object that moves in more than one direction is given to the push command |
| 14:50.15 | Ch3ck_ | the command will be able to detect that case and do the right push on it which is like 'xpush' ing the object |
| 14:50.58 | brlcad | are you saying you made 'push' without -x behave that way? |
| 14:51.03 | Ch3ck_ | yes. |
| 14:51.06 | brlcad | if so, how's that different from push -x ? |
| 14:51.18 | Ch3ck_ | well its the same thing basically |
| 14:51.29 | Ch3ck_ | then its preferable i remove the push -x |
| 14:51.32 | Ch3ck_ | and leave it as push |
| 14:51.33 | brlcad | so then you just made the old push command go away? |
| 14:51.51 | Ch3ck_ | No the old push |
| 14:51.51 | brlcad | s/command/functionality/ |
| 14:52.17 | Ch3ck_ | command is stil there but in a case where an object is detected to be moving in more than one direction |
| 14:52.42 | Ch3ck_ | the push command calls a special pushx() routine which then pushes the object. |
| 14:52.59 | Ch3ck_ | which is like xpush ing the object |
| 14:53.46 | Ch3ck_ | so there will be no need for neither push -x nor xpush altogether |
| 14:53.51 | brlcad | zero_level: I presume that is you crashing tools? :) |
| 14:54.21 | Ch3ck_ | which I figure will be cleaner and easier for end-users who'll not need to remember so many commands |
| 14:54.24 | brlcad | Ch3ck_: so on the surface that sounds good but it's also a HUGE change in behavior |
| 14:54.42 | brlcad | at least for the use-cases where the previous push command was desirable over xpush |
| 14:54.45 | brlcad | if any |
| 14:55.25 | Ch3ck_ | well the old push command still stays in tact |
| 14:55.46 | Ch3ck_ | but I added the ability for it to detect the special case of xpush and still do a push on it |
| 14:55.53 | brlcad | not what you just said, you said it calls this xpush() routine when an object is duplicate-referenced |
| 14:55.54 | Ch3ck_ | using the pushx() subroutine in push.c |
| 14:56.30 | Ch3ck_ | well not xpush() pushx() which works like ged_xpush() |
| 14:56.38 | Ch3ck_ | similar but not the same |
| 14:56.39 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 14:56.40 | Ch3ck_ | actually |
| 14:56.45 | brlcad | if I just run push() does it call pushx() or does a user have to specify an option? |
| 14:57.01 | Ch3ck_ | if he does it'll work |
| 14:57.09 | Ch3ck_ | and if the user does not do it'll still work\ |
| 14:57.17 | brlcad | that doesn't answer my question |
| 14:57.39 | brlcad | if I just run ged_push(), does it call pushx() automatically when it detects duplciate reference or does a user have to specify an option? |
| 14:57.49 | Ch3ck_ | yes |
| 14:57.54 | brlcad | it's not a yes no question! |
| 14:57.54 | Ch3ck_ | it calls automatically |
| 14:58.06 | Ch3ck_ | Yes it can call automatically |
| 14:58.22 | brlcad | so then that's a change in behavior |
| 14:58.31 | Ch3ck_ | yeah |
| 14:58.55 | brlcad | all the more emphasis on what starseeker was saying then |
| 14:59.00 | brlcad | we don't just change things on users |
| 14:59.04 | brlcad | that's the best way to lose users |
| 14:59.20 | Ch3ck_ | so how do I proceed now |
| 14:59.22 | brlcad | it can be changed, but the impact has to be inspected |
| 14:59.30 | Ch3ck_ | ok |
| 14:59.43 | Ch3ck_ | well since the aim was to merge both commands |
| 14:59.46 | brlcad | this is a question you probably cannot answer, except maybe to try and start a discussion on the mailing list |
| 14:59.56 | brlcad | NO |
| 15:00.02 | brlcad | the aim was to get you commit access |
| 15:00.06 | brlcad | through a set of simple patches |
| 15:00.13 | Ch3ck_ | ok |
| 15:00.27 | brlcad | merging push+xpush had the potential to be a reasonable set of patches |
| 15:00.34 | brlcad | but not like this |
| 15:01.04 | Ch3ck_ | So how best do i do it.. |
| 15:01.15 | brlcad | and the notion that you still do not understand why just further indicates the need for more patches |
| 15:01.32 | brlcad | do you really not see how this could have been a set of patches? |
| 15:01.38 | brlcad | instead of one big patch |
| 15:01.43 | Ch3ck_ | I now see |
| 15:02.02 | Ch3ck_ | I have made alot of changes and included in one big patch |
| 15:02.28 | Ch3ck_ | which I could have made in a small set of incremental changes and uploaded small patches instead |
| 15:02.34 | Ch3ck_ | thats the error I made |
| 15:03.05 | Ch3ck_ | Well concerning commit access that's why i'm looking at the libbn |
| 15:03.14 | brlcad | even if you had not changed push's default behavior, this could have been done step by step (and you would have had commit access more than a month ago)... :) |
| 15:03.36 | Ch3ck_ | to see how I could optimise some of its routines. |
| 15:03.49 | brlcad | do you know what a unit test is? |
| 15:04.00 | Ch3ck_ | not really |
| 15:04.03 | brlcad | okay |
| 15:04.38 | brlcad | say I gave you a function, maybe even that pushx() function or really ANY single function |
| 15:04.52 | brlcad | and I asked you to prove that the implementation is correct for all possible inputs |
| 15:04.58 | Ch3ck_ | ok |
| 15:05.16 | brlcad | so you write a little main() program ... and feed it all possible inputs |
| 15:05.31 | brlcad | and check what you expect the value to be from what the function actually produces |
| 15:05.38 | brlcad | that's basically a unit test |
| 15:05.49 | Ch3ck_ | ok like the one I did for my_inverse routines.. |
| 15:05.53 | brlcad | not really |
| 15:06.07 | brlcad | it's similar in the sense that it's a small program |
| 15:06.19 | brlcad | but that program did not test for correct behavior |
| 15:06.31 | Ch3ck_ | ok |
| 15:06.31 | brlcad | it merely tested the last computed one to make sure it matched |
| 15:06.58 | brlcad | unit tests should test all possible values without user having to inspect |
| 15:07.31 | brlcad | what happens if I feed an array of 'inf' or 'nan' values or a mix of both to the inverse routine? |
| 15:07.36 | brlcad | does it produce the right answer? |
| 15:07.39 | brlcad | does it crash? |
| 15:07.53 | brlcad | a unit test ideally answers those questions automatically |
| 15:08.05 | Ch3ck_ | ok |
| 15:08.20 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 15:08.50 | brlcad | Ch3ck_: you're familiar with sscanf() I presume? |
| 15:08.56 | Ch3ck_ | yes |
| 15:09.07 | brlcad | we implement our own secure version of sscanf in LIBBU |
| 15:09.26 | brlcad | and there's a unit test to make sure that our implementation behaves identically to the system libc scanf() implementation |
| 15:09.34 | brlcad | see src/libbu/tests/bu_sscanf.c |
| 15:09.45 | Ch3ck_ | ok |
| 15:09.57 | brlcad | that's one extreme |
| 15:10.20 | brlcad | in the same folder, you can see src/libbu/tests/bu_dirname.c which is a much more simple unit test that compares with libc's dirname() function |
| 15:10.43 | brlcad | perhaps a better simple example to start with |
| 15:10.49 | Ch3ck_ | ok |
| 15:10.59 | brlcad | read both quickly just to get an idea |
| 15:11.28 | brlcad | the complexity of the robustness requirements usually drives the complexity of the unit test |
| 15:11.47 | brlcad | in bu_sscanf's case, it's a crazy complicated command so the test is crazy complicated |
| 15:12.01 | brlcad | in bu_dirname's case, the function is very simple, so the test is simple |
| 15:12.24 | Ch3ck_ | yes |
| 15:12.26 | brlcad | libbn doesn't yet really have any unit tests |
| 15:12.33 | Ch3ck_ | ok |
| 15:12.47 | Ch3ck_ | So i'm to write some for libbn |
| 15:12.49 | Ch3ck_ | right? |
| 15:12.50 | brlcad | all of it's CURRENT testing is done at a very high level through what are called integration tests |
| 15:13.08 | brlcad | we make sure outputs are what we expect |
| 15:13.13 | brlcad | that would be good |
| 15:13.13 | brlcad | Ch3ck_: you can make your patches be anything |
| 15:13.18 | brlcad | the smaller the better |
| 15:13.22 | Ch3ck_ | ok |
| 15:13.35 | brlcad | the point is to demonstrate your ability to communicate, not get homework completed ... remember that |
| 15:13.46 | brlcad | this is a communication problem |
| 15:13.47 | Ch3ck_ | So i could write tests for basically most of the functions in say /src/libn/mat.c |
| 15:13.48 | brlcad | not a code problem |
| 15:14.02 | brlcad | I would suggest starting more simple actually |
| 15:14.09 | Ch3ck_ | yes.. GSoC has taught me that. |
| 15:14.15 | brlcad | you could do mat.c, but it's one of the biggest files in libbn |
| 15:14.22 | Ch3ck_ | :) ok |
| 15:14.57 | Ch3ck_ | So i'll start writing some unit tests to make sure most of the functions are actually doing what they're expected to do right? |
| 15:15.10 | brlcad | sure |
| 15:15.43 | brlcad | actually, I have a good one for you that is actually needed |
| 15:15.47 | brlcad | test poly.c |
| 15:15.48 | Ch3ck_ | ok thanks :) will get on that and make sure everyone is informed |
| 15:15.49 | Ch3ck_ | ok |
| 15:15.55 | *** join/#brlcad caen23 (~caen23@92.83.175.255) | |
| 15:17.01 | brlcad | Ch3ck_: or src/librt/roots.c |
| 15:17.29 | brlcad | Ch3ck_: when I say it's a communication problem, that doesn't mean spamming the mailing list with a lot of information about your progress |
| 15:17.38 | brlcad | it means creaing a patch that tells a simple and clean story |
| 15:17.46 | brlcad | a patch that conforms to our style |
| 15:17.58 | brlcad | that is in "our language" |
| 15:18.39 | Ch3ck_ | Yes :) I get it |
| 15:18.58 | Izak_ | brlcad: i enjoy your sense of humour :) |
| 15:19.26 | brlcad | I wasn't aware I had one ;) |
| 15:19.38 | Ch3ck_ | nahh :) you really have.. |
| 15:27.02 | Notify | 03BRL-CAD:d_rossberg * 56307 (brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt brlcad/trunk/src/conv/raw/CMakeLists.txt): apply Jonathan's patch from https://sourceforge.net/p/brlcad/patches/195/ adding a g-raw converter in response to the GCI task http://www.google-melange.com/gci/task/view/google/gci2012/7945223 |
| 15:27.40 | brlcad | woo hoo! |
| 15:28.05 | brlcad | ejno: congrats |
| 15:33.45 | zero_level | brlcad :on bz? |
| 15:44.07 | zero_level | brlcad: rt tools ? |
| 16:04.22 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 16:09.52 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 16:13.01 | brlcad | zero_level: yes, on .bz |
| 16:13.47 | brlcad | and I see that it was actually Ch3ck_ with the crashes, not you |
| 16:14.56 | zero_level | alright! |
| 16:29.42 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5865 /wiki/Patches: /* How to Submit a patch */ |
| 16:43.06 | zero_level | brlcad : I got the error. |
| 16:43.26 | zero_level | http://blogs.adobe.com/flascc/2012/11/30/finding-multi-threading-bugs-with-gdb/ |
| 16:43.30 | *** join/#brlcad caen23 (~caen23@92.85.90.139) | |
| 16:43.56 | zero_level | my writeline function allocates memory. |
| 16:44.13 | zero_level | UCHAR -> Double conversion |
| 16:44.30 | zero_level | and bu_malloc acquires the same semaphore. |
| 16:44.37 | zero_level | BU_SEM_SYSCALL |
| 16:45.35 | zero_level | gdb rocks. |
| 16:47.17 | Izak_ | zero_level : sure it does :) |
| 16:49.19 | zero_level | Izak_ : I lacked motivation initially. |
| 16:50.46 | Izak_ | zero_level: understood :) have you closed the ticket you just applied ? |
| 16:53.57 | Notify | 03BRL-CAD:mohitdaga * 56308 brlcad/trunk/src/libicv/fileformat.c: Free redundant memory in icv_image_writeline |
| 16:56.28 | zero_level | brlcad : I am not sure which semaphore must be apt there. |
| 16:56.46 | zero_level | at819 in viewedge.c |
| 16:57.21 | zero_level | I wish to define another semaphore for icv activities |
| 16:57.56 | zero_level | I mean there will be many cases where one might wish to writelines in parallel. |
| 16:58.06 | zero_level | write pixels in parallel |
| 16:59.15 | zero_level | or indeed do many image proessing tasks in parallel. |
| 16:59.32 | zero_level | I think i have. |
| 16:59.39 | zero_level | checks again. |
| 16:59.48 | zero_level | Izak_ |
| 17:00.25 | zero_level | Izak_ : yes |
| 17:00.40 | zero_level | ``Erik any suggestions regarding semaphore for ICV ? |
| 17:00.44 | Izak_ | zero_level :Still shows status : open |
| 17:01.42 | zero_level | Izak_ : http://sourceforge.net/p/brlcad/patches/218/ |
| 17:01.53 | zero_level | closed-accepted |
| 17:02.01 | Izak_ | zero_level:seen it :) its closed :) |
| 17:02.13 | zero_level | Izak_ thanks :-) |
| 17:02.27 | Izak_ | thanks too :) |
| 17:06.46 | ``Erik | zero_level: remove 'em and see... hit it with a multi-proc machine (like bz), I'll take a more meticulous look tomorrow |
| 17:08.38 | ``Erik | in rt, each proc will try to address a single scanline, so lockless should be ok... in rtedge, you need just enough locking to guarantee that the previous scanline has had it's primary shot set done before the pixel value run is done... it might make sense to break it up so a pass of all depths is done, then the 'edge' algorithm is done on the result |
| 17:10.46 | brlcad | zero_level: outstanding, that's probably your best accomplishment to date, figuring that out :) |
| 17:11.06 | brlcad | makes perfect sense .. malloc also acquiring the lock |
| 17:11.37 | brlcad | learning a debugger should be required first-year coding activity |
| 17:12.52 | brlcad | zero_level: it SHOULD be possible to access libfb (fb_write() and friends) without semaphore locking .. why rtedge does it will require some rework/fixing |
| 17:13.08 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 17:13.42 | brlcad | might require re-writing rtedge, but that's not that hard either |
| 17:13.50 | brlcad | i've done it in a couple days before, we could do it again .. probably should just to fix some other issues |
| 17:19.21 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 17:28.46 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5866 /wiki/User:Izak/GSOC_2013_logs: /* From July 22th to July 27th */ |
| 17:31.24 | zero_level | brlcad : Its a bug i introduced. Wasted my two days. Can take that as the best accomplishments. |
| 17:31.57 | zero_level | but yes in the meanwhile i learnt to learn new things. |
| 17:32.14 | zero_level | correction/Can/Can't |
| 17:32.50 | zero_level | ``Erik, brlcad : I suggest introducing a new semaphore. BU_SEM_ICV |
| 17:33.08 | zero_level | among the list of semaphores in bu.h |
| 17:34.05 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5867 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */ |
| 17:36.20 | zero_level | I will need guidance to rework on rtedge. |
| 17:36.46 | zero_level | brlcad: We both can work together to fix issues. |
| 17:37.14 | zero_level | But first we need to identify issues and a plan on how to handle them. |
| 17:41.12 | ``Erik | education is valuable... |
| 17:41.27 | ``Erik | new semaphore is probably a bad idea |
| 17:41.35 | zero_level | alright. |
| 17:41.59 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5868 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 17:42.07 | zero_level | but ``Erik writting in a memory buffer categorized as system semaphore ? |
| 17:42.32 | ``Erik | could be... is there a reason to lock the memory writes? |
| 17:42.44 | zero_level | dont know ? |
| 17:43.48 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5869 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 17:43.50 | ``Erik | then you need to read/learn more :) |
| 17:44.51 | ``Erik | how apropos.. just now in another channel: 13:44 < oGMo> C itself may complicate issues, though like wiht most things in C, if you can't determine it's safe you don't do it |
| 17:47.37 | zero_level | ``Erik write. |
| 17:47.50 | zero_level | oops! |
| 17:49.10 | zero_level | ``Erik how do u think we shld aproach this issue now ? |
| 17:51.19 | zero_level | was going through the log of this file. It turns out that the src had the semaphore from its existence. |
| 17:53.06 | zero_level | ``Erik : apart from r27878 (by you). "spinlock to avoid scanlines being written out of order" |
| 18:21.57 | zero_level | ``Erik ran rtedge on bz with -P100 option. |
| 18:22.13 | zero_level | without semaphores. |
| 18:22.24 | zero_level | turns out that it works fine. |
| 18:22.31 | zero_level | check this |
| 18:22.32 | zero_level | http://brlcad.org/~mohit/new.png |
| 18:33.35 | zero_level | also ran with 10,20,30,40,100,500 threads |
| 18:33.48 | zero_level | brlcad, ``Erik : results are identical |
| 18:33.51 | zero_level | see this |
| 18:33.59 | zero_level | http://brlcad.org/~mohit/rtedgeMP/ |
| 18:46.11 | Notify | 03BRL-CAD:mohitdaga * 56309 brlcad/trunk/src/rt/viewedge.c: Fixed bug of rtedge after applying modified icv. Apparently icv_image_writeline usage bu_mallo(..) which in turn acquires semaphore BU_SEM_SYSCALL. Thus there was a deadlock. After removing this semaphore tested on bz with 10,20,30,40,100,500 process and resultant image was identical and correct. |
| 18:49.10 | zero_level | brlcad, ``Erik view.c also has similar semaphore |
| 18:49.24 | zero_level | at line:571 |
| 18:55.58 | brlcad | zero_level: I was just doing to say that the bug is not specific to to rtedge |
| 18:56.10 | brlcad | rt hangs as well once I put a full compile through its paces |
| 18:57.02 | zero_level | brlcad : yes atleast rtedge is fixed now. :-) |
| 18:57.13 | zero_level | lets move to next command in raytracer |
| 18:57.37 | zero_level | I shld be able to fix them all |
| 18:57.54 | brlcad | zero_level: it's not fixed |
| 18:58.03 | brlcad | now rtedge crashes for me after your 56309 |
| 18:58.17 | zero_level | oops !! |
| 18:58.25 | zero_level | how many process ? |
| 18:58.39 | zero_level | can u run gdb? |
| 18:58.43 | zero_level | ;) |
| 18:59.08 | zero_level | on it ran perfectly alright . |
| 18:59.45 | zero_level | ^bz it ran .. |
| 19:00.33 | brlcad | the non-existence of a crash doesn't say anything about the existence of a problem |
| 19:00.34 | brlcad | I need to run some more tests to make sure there aren't ancilliary affects involved |
| 19:01.36 | brlcad | see if rt works for you after applying a similar change |
| 19:01.36 | zero_level | logically its tue. |
| 19:01.36 | brlcad | logically its mon. |
| 19:01.36 | zero_level | brlcad : but i went to the logs to find out the origin of semaphores |
| 19:01.37 | zero_level | *true. |
| 19:02.38 | zero_level | brlcad : and as ``Erik wrote on the logs of r27878:- "spinlock to avoid scanlines being written out of order" |
| 19:02.40 | brlcad | conceptually, it seems on the surface that it should work |
| 19:03.17 | zero_level | so there shld be no issues of such kind with icv. |
| 19:03.47 | zero_level | because icv uses pointer airthmetic to find the start of the scaline in the image_struct->data/ |
| 19:04.14 | brlcad | like I said, it should work |
| 19:04.37 | zero_level | Although I am not sure about fb_write, where spinlock was originally introduced. |
| 19:05.18 | brlcad | blocking around fb_write() is the fundamental issue, as that is platform specific -- you don't know what kind of libfb interface will be used |
| 19:06.07 | zero_level | yes on 27 Jan 2007; ``Erik found that ;) |
| 19:07.04 | zero_level | no 16 Mar 2007. |
| 19:07.52 | zero_level | but we shldnt refrain from testing more result. |
| 19:08.32 | zero_level | I am planning to test on more bigger images. |
| 19:08.51 | zero_level | brlcad: can suggest some tests. |
| 19:09.28 | zero_level | can ^you suggest |
| 19:10.28 | brlcad | benchmark is a first pass test |
| 19:10.37 | brlcad | "make benchmark" or just "benchmark" post-install |
| 19:15.07 | zero_level | Fatal error. |
| 19:16.58 | zero_level | I am testing that after removing semaphore from view.c |
| 19:18.46 | zero_level | sees midterm evaluation is on at melange |
| 19:21.17 | zero_level | brlcad : benchmark is producing results. |
| 19:25.54 | zero_level | brlcad : In some time I should be able to send you benchmark results. |
| 19:26.18 | zero_level | brlcad : I am running benchmark after removing semaphores from view.c |
| 00:07.59 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 00:07.59 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 02:42.10 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 04:11.06 | brlcad | zero_level: where is the output file closed? |
| 04:11.33 | brlcad | (during rt/rtedge/rtwhatever ... used to be during view_end() |
| 04:23.11 | brlcad | zero_level: and your icv_image_save() changes seem to be at the heart of the benchmark failures |
| 04:23.36 | brlcad | you made it so that an unrecognized format results in no file being written out |
| 04:24.19 | brlcad | there are compound problems |
| 04:26.29 | brlcad | the guess routine should have recognized this format (base.pix.*) for starters |
| 04:27.12 | brlcad | arguably all unrecognized formats should simply default to pix |
| 04:27.36 | brlcad | as an output file is clearly expected |
| 04:29.07 | brlcad | also, the logic in icv_image_save is flawed -- the initial else is always true |
| 04:31.49 | brlcad | and the style has errors |
| 04:40.06 | brlcad | er, what the heck is ICV_IMAGE_AUTO_NO_PIX supposed to mean... |
| 04:55.15 | Notify | 03BRL-CAD:brlcad * 56312 brlcad/trunk/bench/run.sh: issue a warning if a frame image is not produced. something probably went wrong up in rt land. |
| 04:55.52 | Notify | 03BRL-CAD:brlcad * 56313 brlcad/trunk/include/icv.h: ws |
| 04:59.58 | Notify | 03BRL-CAD:brlcad * 56314 brlcad/trunk/src/libicv/fileformat.c: icv_image_save() cannot fail to do what it's told or we'll have to update all possible caller code to have pix fallback recovery code. no reason that cannot happen here. guess the format, but use PIX for anything unrecognized. note some bad fixed-size buffer assumptions already getting introduced. |
| 05:02.46 | Notify | 03BRL-CAD:brlcad * 56315 brlcad/trunk/src/libicv/fileformat.c: ws consistency cleanup |
| 05:04.03 | Notify | 03BRL-CAD:brlcad * 56316 brlcad/trunk/src/libicv/fileformat.c: cleanup, make pix_save a more clear default |
| 05:05.04 | Notify | 03BRL-CAD:brlcad * 56317 brlcad/trunk/src/rt/view.c: if icv_write_pixel does not require locking elsewhere, why does it require it here? |
| 05:10.04 | brlcad | zero_level: please review all of those commits so you can avoid similar problems in the future |
| 05:10.07 | brlcad | (and so you can clean up any other issues that I may have missed) |
| 05:11.18 | Notify | 03BRL-CAD Wiki:Fengn cshou * 0 /wiki/User:Fengn_cshou: |
| 05:12.58 | brlcad | having just spent several hours debugging an issue you introduced, I think it's fair to say that you need to be more careful in your coding, more thorough in testing, and more aware of style .. please work on this |
| 05:14.55 | zero_level | brlcad : All the output files are closed in do.c at line 923 |
| 05:15.02 | zero_level | *rt/do.c |
| 05:18.24 | zero_level | brlcad : I noticed the writepixel semaphore. Didnt remove that because writepixel doesn't need to acquire BU_SEM_SYSCALL |
| 05:20.26 | Notify | 03BRL-CAD:brlcad * 56318 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c brlcad/trunk/src/rt/do.c): while these types should not be undocumented to begin with (code complete failure), I do not see the point of ICV_IMAGE_AUTO_NO_PIX or passing a type. we can enforce a type using a string convention (e.g. png:mypngfile.out) and basically always be 'inferred'. nix the ICV_IMAGE_AUTO_NO_PIX type for |
| 05:20.28 | Notify | now until a utility can be demonstrated. icv_image_save() should never do nothing. |
| 05:21.23 | brlcad | zero_level: so it becomes an unsuspecting bug for a future developer to spend time debugging? |
| 05:21.44 | brlcad | if the icv routine doesn't make a system call, it shouldn't acquire that lock |
| 05:22.02 | brlcad | moreover if it DID, that lock should be happening down inside ICV, not in rt application code |
| 05:22.34 | brlcad | the fb_*() routines were being considered system calls, hence the need for protections, but that's not the case with icv |
| 05:23.01 | zero_level | brlcad : Atleast we have started agreeing on this :-) |
| 05:23.47 | zero_level | regarding ICV_AUTO_NO_PIX it was a format which suggested to do automatically. But not pix. |
| 05:24.15 | zero_level | I just thought it was a convention looking at the previous code. And found it odd. |
| 05:24.28 | brlcad | i'm not even sure what that means |
| 05:24.29 | zero_level | Its nice that you have clariefied it with commites. |
| 05:25.08 | brlcad | the more critical issue is that icv_image_write() had a couple paths that would return 0 without doing anything |
| 05:25.12 | zero_level | I mean find image format automatically by seeing the name. |
| 05:25.12 | brlcad | that was critically bad |
| 05:25.46 | brlcad | oh i completely got that part, that's obvious |
| 05:25.55 | brlcad | what's not obvious is the value/reason/purpose |
| 05:26.12 | brlcad | ICV_IMAGE_AUTO infers from the name automatically as well |
| 05:26.36 | brlcad | what's the point of inferring anything except pix |
| 05:26.58 | brlcad | from an API design, it stinks to me |
| 05:27.30 | brlcad | even the notion of auto or API-types seems not ideal |
| 05:27.45 | brlcad | it should infer it, always |
| 05:28.19 | brlcad | no option needed, override would be part of the convention |
| 05:28.51 | brlcad | zero_level: I'm more concerned about the overall trend in that code |
| 05:29.31 | brlcad | it's brand new code and it's already got several code stinks in there, not a good foundation |
| 05:30.54 | brlcad | I'd suggest focusing at some point soon on eliminating the two fixed buffer sizes as well as the separation of fileformat.c ... |
| 05:30.57 | brlcad | there are clearly two categories of functions in that file that would be better encapsulated in separate files |
| 05:31.20 | zero_level | I have done that in my repo. |
| 05:31.31 | zero_level | image.c for icv_image_create |
| 05:31.43 | zero_level | icv_load |
| 05:31.46 | zero_level | icv_save |
| 05:31.55 | zero_level | free, zero |
| 05:32.05 | zero_level | pixel.c for writepixel writeline |
| 05:32.10 | zero_level | icv_bw.c |
| 05:32.14 | zero_level | icv_ppm.c |
| 05:32.19 | zero_level | icv_pix.c |
| 05:32.21 | zero_level | icv_png.c |
| 05:32.52 | Notify | 03BRL-CAD:brlcad * 56319 brlcad/trunk/src/libicv/fileformat.c: this is a brand new library. we can't get off the ground with fixed limits already getting introduced unnecssarily. |
| 05:33.38 | brlcad | it doesn't exist to me until it's committed properly |
| 05:34.15 | brlcad | don't let local commit be a crutch for coding complete, testing, and integrating properly |
| 05:35.41 | brlcad | if you're going to prefix some, there better be a darn good reason why the others aren't as well |
| 05:35.53 | brlcad | and vice versa |
| 05:42.46 | zero_level | the reason it was ICV_AUTO_NO_PIX was because rtxray required bw images. |
| 05:43.38 | zero_level | I guess, there was a need such that they cannot let all the images to be of pix format. A hirarchy I recieved in previous icv code. |
| 05:44.22 | zero_level | Although I am not sure about the reason but a guess. |
| 05:47.19 | brlcad | but would that not be inferred from the file.bw suffix |
| 05:48.00 | brlcad | the guess code is still there, and indeed it was guessing for ICV_AUTO_NO_PIX as well, just doing nothing if it didn't recognize |
| 05:48.47 | brlcad | that just doesn't make any logical sense to me |
| 05:49.29 | brlcad | it's not "letting all images be pix format" ... |
| 05:50.06 | brlcad | it's letting unrecognized files always be something, which was the critical problem |
| 05:51.34 | brlcad | moreover, I'd still expect rtxray -o file.png ... to do the right thing, to write out the bw data in png format (as 3-channel or 1-channel) |
| 06:16.01 | zero_level | ya understood it. But was counting on the experience of the person who introduced it. |
| 06:28.13 | *** join/#brlcad caen23_ (~caen23@92.83.187.206) | |
| 06:57.54 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:49.17 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 07:55.49 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:41.30 | Notify | 03BRL-CAD:mohitdaga * 56320 brlcad/trunk/src/libicv/fileformat.c: Remove comments of old declaration of icv_image_save_close(..). New implementation of icv_image_save doesnot require return values related to file discriptor since icv_image struct doesnt contain fd information anymore. And icv_image_save() always opens and closes the image on success. |
| 08:53.10 | *** join/#brlcad caen23 (~caen23@92.83.187.206) | |
| 08:59.14 | Ch3ck_ | working on a unit tests for /src/libbn/poly.c Well since my unit tests have to test the current functions against known values. I'm i suppose to write a new function I know that works which evaluates correctly and test against the bn_poly_multiply() or I should use known correct values for input and output? |
| 08:59.45 | Ch3ck_ | like +case, -case and 0 cases? |
| 09:14.03 | *** join/#brlcad caen23 (~caen23@92.83.187.206) | |
| 09:29.43 | Notify | 03BRL-CAD Wiki:Who Thommy * 0 /wiki/User:Who_Thommy: |
| 10:13.08 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 10:50.31 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5871 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 11:08.27 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:15.28 | Notify | 03BRL-CAD:d_rossberg * 56321 (brlcad/trunk/doc/docbook/system/man1/en/g-stl.xml brlcad/trunk/src/conv/stl/g-stl.c): apply Jonathan's patch from https://sourceforge.net/p/brlcad/patches/195/ - updated the usage strings and man pages, and made them a little more readable |
| 11:30.31 | Notify | 03BRL-CAD:d_rossberg * 56322 brlcad/trunk/AUTHORS: credit Jonathan for his g-raw converter (sf patch 195) |
| 11:32.24 | Notify | 03BRL-CAD:phoenixyjll * 56323 brlcad/trunk/src/libbrep/intersect.cpp: Fix the wrong logic of determining whether a bounding box (or a point) is inside an overlap region or not. |
| 12:06.45 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5872 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 12:10.41 | brlcad | Ch3ck_: known correct input/output values for a variety of cases including some extreme ones |
| 12:11.10 | brlcad | e.g. are the values correct for large magnitude coefficients with small magnitude |
| 12:11.20 | brlcad | or large+large or small+small, etc |
| 12:11.24 | Ch3ck_ | thats what i thought . Can you please explain the 'EXTREME' cases |
| 12:12.09 | Ch3ck_ | ok i get it for very large coeff. |
| 12:15.15 | ``Erik | ICV_IMAGE_AUTO_NO_PIX was to return an 'unknown' instead of pix for apps that default to something other than pix, so the app can figure out what to do |
| 12:17.05 | ``Erik | per-app overrides without eliminating pix as an output format |
| 12:19.37 | ``Erik | ("rtxray -o blah" will generate a bw file, if icv is just blindly slapped in, it'll change behavior and generator pix... auto_no_pix and then set to bw if a type can't be determined, now -o blah.png does the right thing, but -o blah doesn't change) |
| 12:28.47 | Notify | 03BRL-CAD Wiki:Phoenix * 5873 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 12:29.29 | Notify | 03BRL-CAD Wiki:Phoenix * 5874 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 12:33.51 | zero_level | ``Erik : thanks. |
| 12:34.00 | brlcad | I'd think that can still be done with a naming convention and one arg then |
| 12:34.57 | brlcad | where the name specifies any intent, the format specifies a 'default' hint (which can be overridden with convention and the type can still be inferred |
| 12:35.47 | brlcad | icvwrite("file", ICV_IMAGE_BW) would say write a bw file by default if you cannot infer what "file" is |
| 12:36.13 | brlcad | icvwrite("file.png", ICV_IMAGE_BW) would make it write a png file |
| 12:36.34 | brlcad | icvwrite("bw:file.png", ICV_IMAGE_BW) would make it write a bw file named file.png |
| 12:37.13 | brlcad | my assertion is that there shouldn't be a case where icvwrite ... doesn't write |
| 12:37.24 | brlcad | at least I think it would be good to devise a usage where that never needs to happen |
| 12:37.33 | brlcad | and have that usage documented in the header |
| 12:37.41 | brlcad | thoughts? |
| 12:37.58 | brlcad | will pick this thread up in a few |
| 13:31.27 | DarkCalf | waves to brlcad |
| 13:53.11 | Notify | 03BRL-CAD:mohitdaga * 56324 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Adding new file libicv/crop.c. This will cropping functions. Adding icv_rect api. This extracts any rectangular part of the image. |
| 13:54.55 | brlcad | howdy DarkCalf |
| 13:57.13 | Notify | 03BRL-CAD:mohitdaga * 56325 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/crop.c): Adding icv_crop function. This can extract image from any quadrilateral part and maps it to a rectangulare image. |
| 13:57.52 | Izak_ | Ch3ck: Are u thee? |
| 13:58.25 | zero_level | Email shows a bad graphic. All though vim and gedit shows it right. ;) |
| 13:59.50 | zero_level | brlcad : I am waiting for ``Erik's suggestion. But your suggestion seems fine. |
| 14:00.01 | zero_level | It is similar to how matlab does it. |
| 14:00.50 | zero_level | Also once all the formats are written. (I will work on formats after utilities 3 weeks are given for that.) I think we can revert to this. |
| 14:01.59 | brlcad | icv should become a plugin library where each of these formats merely plug in via a folder or single file with everything needed for that format |
| 14:02.37 | brlcad | just register the format by adding one line in a file, have the rest queried |
| 14:02.52 | brlcad | so we don't end up with a plethora of switch statements and spagetti format handling |
| 14:05.04 | zero_level | Also brlcad, ``Erik :I think I will have to spend this week commiting all the current utilities i have written. And working on scale and shrink's (Week 6 work uncompleted). |
| 14:05.36 | zero_level | this will be taken care since I have a reserved week in utilities implementation. |
| 14:06.34 | zero_level | also brlcad : icvwrite is know as icv_image_save(..) ;) |
| 14:06.59 | brlcad | i know, i just didn't want to write that over and over |
| 14:07.15 | zero_level | ;) |
| 14:07.22 | brlcad | but it does beg a question |
| 14:07.41 | brlcad | icv_image_save() implies there's an icv_*_save() that is not image... |
| 14:07.54 | zero_level | yes there might be. |
| 14:07.58 | zero_level | at some stage. |
| 14:07.59 | brlcad | or at least some other icv_*() convention |
| 14:08.08 | zero_level | like saving plots |
| 14:08.27 | zero_level | like saving histograms in some txt formats. |
| 14:09.46 | brlcad | fair enough |
| 14:10.23 | brlcad | but then it still might make more sense to use icv_VERB_NOUN() as a convention since that will logically group calls |
| 14:10.35 | brlcad | icv_save_image() .. icv_save_plot() .. |
| 14:10.54 | zero_level | i researched regarding that |
| 14:11.08 | zero_level | see we BU_SEM_SYSCALL |
| 14:11.13 | brlcad | or with the current design, it's become a data-driven type |
| 14:11.17 | zero_level | not ! BU_SYSCALL_SEM |
| 14:11.28 | zero_level | ;) |
| 14:11.39 | brlcad | icv_save(..., ICV_IMAGE_BW) |
| 14:14.18 | brlcad | in LIBBU's case, the convention is slightly different but predominantly bu_GROUP_VERB |
| 14:14.33 | brlcad | where GROUP can be a noun or verb, but it logically groups the actions together |
| 14:15.28 | brlcad | having icv_image_* as a group would work, but that seems redundant on the surface |
| 14:15.41 | brlcad | it'd be like having bu_utility_* |
| 14:16.22 | zero_level | brlcad : what will be the scope of bu_utilit_* |
| 14:16.55 | zero_level | And you told yesterday : about working on rtedge ? |
| 14:17.22 | zero_level | I think i shld wait to complete utilities first. |
| 14:17.56 | zero_level | And I believe there will be some days left in he reserved week I have. |
| 14:18.43 | zero_level | In the meanwhile If you can tell me about the part of the code that require action. I might read a nd understand |
| 14:22.46 | brlcad | zero_level: my point was that bu_utility_ would make no sense (because it's a utility library, it's non-descript) |
| 14:24.18 | zero_level | alright. |
| 14:24.54 | zero_level | So do u think we shld change all icv_image_* apis to icv_* apis |
| 14:25.02 | brlcad | that was part of the concern about fully writing out a header file so issues like this could be sorted out in advance with some design forethought |
| 14:25.21 | brlcad | well, so that's the question right |
| 14:25.43 | brlcad | does it make the API better or cause a problem? |
| 14:26.08 | brlcad | if it causes a problem, is it one that can be acommondated |
| 14:26.29 | zero_level | It doesnt cause a problem. |
| 14:26.48 | zero_level | But It can be sure accomodated. |
| 14:27.11 | brlcad | but there are certainly implications |
| 14:27.13 | brlcad | what are they? |
| 14:27.16 | brlcad | usability-wise |
| 14:33.26 | zero_level | Alright. |
| 14:38.16 | Notify | 03BRL-CAD:mohitdaga * 56326 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Adding new file libicv/filter.c. This will contain filter utilities. Adding icv_get_kerenl(..) function. This willcontain library of different kernels. |
| 14:40.50 | zero_level | brlcad : Is there a way to compile src code quickly. :-) |
| 14:44.03 | Notify | 03BRL-CAD:carlmoore * 56327 (brlcad/trunk/include/icv.h brlcad/trunk/include/vmath.h and 5 others): fix spellings and wording; remove trailing blanks/tabs |
| 14:44.38 | Izak_ | can someone apply ticket 220 of patches.? |
| 14:45.41 | Ch3ck_ | zero_level: just buy another computer and do some parallel processing :) |
| 14:46.15 | zero_level | Ch3ck_ : thanks |
| 14:46.37 | Ch3ck_ | zero_level: ur welcome :) |
| 14:46.46 | zero_level | I already work on a two screen, i3 machine. |
| 14:47.20 | Ch3ck_ | then guess you just need a supercomputer or mainframe probably to compile code in 10secs :) |
| 14:48.50 | ``Erik | icv_image_save is legacy, bu_image_save() | s/bu/icv/, it can change |
| 14:50.17 | zero_level | ``Erik i was planning to make that commit! |
| 14:50.21 | zero_level | shld i refrain ? |
| 14:50.34 | ``Erik | go for it *shrug* |
| 14:51.17 | zero_level | Although I myself didnt want. |
| 14:51.56 | zero_level | brlcad : final call from u? [y]/[n] ? |
| 14:52.10 | brlcad | zero_level: you can compile more quickly by specifying a target |
| 14:52.17 | brlcad | "make libicv" for example |
| 14:53.01 | brlcad | IFF you know exactly what files you changed and what dependencies need to be rebuilt as a result, you can also specify exactly those targets for compilation |
| 14:53.09 | brlcad | e.g., "make libicv/fast" |
| 14:53.09 | ``Erik | "make libicv/fast" if you know that only libicv has changed |
| 14:53.36 | brlcad | "make rt/fast" will rebuild rt, but not any of the libs that rt uses |
| 14:54.40 | brlcad | zero_level: final call on what? I don't exactly see a clear API plan ... :) |
| 14:55.17 | Notify | 03BRL-CAD:mohitdaga * 56328 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/filter.c): Adding icv_filter(). This function performs convolution of image with specified kernel. It is a highly generalized function and can take care of images of any number of channels(1,3 etc.) Kernel size of any dimension. |
| 14:57.46 | zero_level | brlcad : can u wait till thursday. You will probably see half of the api. |
| 14:58.48 | brlcad | what will be different on thursday? |
| 14:59.06 | Notify | 03BRL-CAD:erikgreenwald * 56329 (brlcad/trunk/include/wdb.h brlcad/trunk/src/libged/typein.c brlcad/trunk/src/libwdb/wdb.c): apply http://sourceforge.net/p/brlcad/patches/220/ from Izak to add a mk_hrt() wdb func |
| 14:59.21 | zero_level | I will have a committed the code from my local src. |
| 14:59.33 | zero_level | Its messy. with files here and there. |
| 14:59.50 | brlcad | isn't that what you're working on now? |
| 14:59.57 | brlcad | I'd assumed you were |
| 15:00.03 | zero_level | yes i am. |
| 15:00.22 | brlcad | so it's going to take you two full days to sync your tree? that's very bad if true |
| 15:00.37 | zero_level | It will take some more time. To do all. |
| 15:01.01 | brlcad | that's bad |
| 15:01.11 | zero_level | I am trying to make that as complete as possible. |
| 15:01.34 | brlcad | this is the antithesis of coding complete |
| 15:01.35 | zero_level | Then there was no use of bu_malloc and all. |
| 15:01.55 | brlcad | it's antisocially coding in private and then wasting tons of time merging |
| 15:02.16 | zero_level | so making them in sync with brl-cad version. |
| 15:02.28 | zero_level | but its not two days ? |
| 15:02.46 | zero_level | By thursday u will see. |
| 15:02.51 | brlcad | you should not have gotten so divergent |
| 15:03.04 | zero_level | So i have only wednesday with me. |
| 15:05.46 | brlcad | I get that, this is now the situation |
| 15:05.49 | Notify | 03BRL-CAD:mohitdaga * 56330 brlcad/trunk/src/libicv/filter.c: TODO Note : TO add a get kernel function which will manage an arbitrary size of kernel. |
| 15:05.58 | brlcad | my point is that we should NOT be in this situation at all in the first place |
| 15:06.16 | Notify | 03BRL-CAD:erikgreenwald * 56331 brlcad/trunk/src/libged/typein.c: rt_hrt_internal should be stashed in intern->idb_ptr, not intern->idb_type. |
| 15:06.49 | brlcad | please do not get into a disjoint code tree like this again, it's just not at all efficient or healthy |
| 15:07.06 | zero_level | Hi brlcad, ``Erik : I will have to relook to signal prcoessing class to find a way to get kernels of arbitrary size. |
| 15:07.18 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:07.36 | zero_level | his was regarding r56330 |
| 15:07.47 | brlcad | at this point, filtering and different convolution kernels are no longer a concern in the least |
| 15:08.13 | zero_level | i just mentioned because of the commit. |
| 15:10.04 | Izak_ | ``Erik: Were there any issues or typos with the rt_hrt_internal structure ? |
| 15:10.15 | ``Erik | izak: yes, see 56331 |
| 15:10.31 | Izak_ | ok cheking on that... |
| 15:11.09 | brlcad | zero_level: there should not be blank lines after /** */ comments on the function declarations, should be consistent with the other headers |
| 15:11.29 | brlcad | and please run sh/ws.sh on your new files |
| 15:12.51 | brlcad | zero_level: what editor are you using? |
| 15:13.16 | zero_level | vim |
| 15:13.50 | brlcad | http://vim.wikia.com/wiki/Highlight_unwanted_spaces |
| 15:14.14 | Notify | 03BRL-CAD:erikgreenwald * 56332 (brlcad/trunk/src/libged/typein.c brlcad/trunk/src/libicv/filter.c brlcad/trunk/src/libwdb/wdb.c): remove trailing whitespace |
| 15:14.27 | brlcad | nearly every one of your edits is injecting trailing whitespace |
| 15:14.58 | zero_level | Yes 56330 had an issue. |
| 15:15.09 | brlcad | nearly ALL of them have had an issue |
| 15:15.41 | brlcad | no less than three other devs have had to fix commits |
| 15:16.35 | brlcad | do you understand what I meant about /** */ comments? |
| 15:17.30 | zero_level | ``Erik thanks. |
| 15:18.15 | Notify | 03BRL-CAD:mohitdaga * 56333 brlcad/trunk/src/libicv/filter.c: Seperate public and private functions in filter.c. |
| 15:18.38 | zero_level | I was planning to merge ws in 56333. But found a conflict. |
| 15:18.54 | brlcad | ws should usually be a separate commit |
| 15:19.00 | zero_level | ok |
| 15:19.02 | brlcad | don't be shy of making lots of commits |
| 15:19.10 | zero_level | ok |
| 15:19.21 | brlcad | still, my question |
| 15:19.23 | brlcad | do you understand what I meant about /** */ comments? |
| 15:23.01 | Izak_ | ``Erik: I really don't follow |
| 15:27.49 | Izak_ | ``Erik : I have seen the corrections now. thanks |
| 15:30.23 | *** join/#brlcad vladbogo (~vlad@188.25.238.209) | |
| 15:34.00 | *** join/#brlcad caen23 (~caen23@92.83.175.0) | |
| 15:34.33 | Ch3ck_ | tried installing brlcad on my bz.bzflag.bz account and i've been told "Sorry, user Ch3ck is not allowed to execute '/usr/bin/make install' as root on brlcad.org" Can someone please explain what this implies? |
| 15:38.55 | Notify | 03BRL-CAD:carlmoore * 56334 (brlcad/trunk/doc/docbook/system/man1/en/bwmod.xml brlcad/trunk/doc/html/manuals/libdm/dm_obj.html and 6 others): add missing ending period for 'i.e.', and I assume 'splt' (also among these changes) should be 'split' |
| 15:42.29 | Ch3ck_ | brlcad: finished writing the test for bn_poly_multiply() routine. I need some help integrating into the CMakeLists for libbn. I just need some clarification on how add_test routine works.. |
| 15:44.48 | Notify | 03BRL-CAD:carlmoore * 56335 (brlcad/trunk/doc/docbook/system/mann/en/search.xml brlcad/trunk/src/liboptical/sh_flat.c): fix the 2 cases I could find of 'e.g.' missing final period |
| 15:45.48 | vladbogo | hi Ch3ck_. It seems that you try to run make install as root and you do not have root privileges. |
| 15:47.02 | Ch3ck_ | tried running as normal user |
| 15:47.06 | Ch3ck_ | and it did not work |
| 15:47.18 | Ch3ck_ | thats when I tried sudo Check ... |
| 15:47.27 | Ch3ck_ | and it displayed the message above. |
| 15:47.43 | Ch3ck_ | So I don't know if you can't install brlcad on the server or what? |
| 15:47.52 | Ch3ck_ | just need to be clarified. |
| 15:48.32 | vladbogo | probably you need to be root (or at least have more privileges) to install it that's why it didn't work the first time. |
| 15:49.43 | vladbogo | so if you want to install it probably you have to ask someone who has more privileges. |
| 15:49.47 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5875 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */ |
| 15:51.07 | vladbogo | but after compiling you should have all executables in the bin folder |
| 15:51.31 | Ch3ck_ | yeah.. |
| 15:51.45 | Ch3ck_ | thats what I thought and I'm doing.. thanks :) |
| 16:05.56 | kesha | brlcad: I checked http://brlcad.org/wiki/Deuces#Move_comments_from_source_to_header_files in all 5 subheaders. The last one was done by me. The previous also seem to be completed. |
| 16:06.29 | kesha | I think we should leave a note there or remove that section completely so that noone wastes their time looking up that |
| 16:06.59 | kesha | Whatsay ? |
| 16:09.08 | zero_level | brlcad : I am fixing that. |
| 16:10.53 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 16:19.25 | Notify | 03BRL-CAD:mohitdaga * 56336 brlcad/trunk/include/icv.h: Organizing comments in icv.h |
| 16:20.19 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5876 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */ |
| 16:25.47 | Notify | 03BRL-CAD:mohitdaga * 56337 brlcad/trunk/src/libicv/filter.c: Library kernels for icv_filter3 function. |
| 16:33.09 | Notify | 03BRL-CAD:mohitdaga * 56338 brlcad/trunk/src/libicv/filter.c: Added icv_filter3. like icv_filter this function also does convolution of kernels with images. But it involves neighbouring pixel values of three images. |
| 16:35.08 | Notify | 03BRL-CAD:mohitdaga * 56339 brlcad/trunk/src/libicv/filter.c: Fixing Indentation |
| 16:43.02 | Notify | 03BRL-CAD:mohitdaga * 56340 brlcad/trunk/include/icv.h: Declaration of function icv_filter3 in icv.h |
| 16:49.10 | Notify | 03BRL-CAD:mohitdaga * 56341 brlcad/trunk/include/icv.h: Fixing declaration of function definition |
| 16:52.48 | Notify | 03BRL-CAD:mohitdaga * 56342 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/filter.c): Add icv_fade() function. This is an implementation from pixfade utility. |
| 16:58.29 | Notify | 03BRL-CAD:mohitdaga * 56343 brlcad/trunk/include/icv.h: Trailing ws |
| 17:00.48 | zero_level | brlcad : I am trying to organize templetes of files. |
| 17:01.07 | zero_level | I think i missed footnote in files. |
| 17:02.32 | Notify | 03BRL-CAD:mohitdaga * 56344 (brlcad/trunk/src/libicv/crop.c brlcad/trunk/src/libicv/filter.c): Template organization |
| 17:11.47 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:17.28 | brlcad | Ch3ck_: you should not be using sudo for anything |
| 17:17.35 | brlcad | especially not for compile/install |
| 17:17.54 | brlcad | you need to specify an install path in your home directory |
| 17:18.19 | Ch3ck_ | ok |
| 17:18.30 | Ch3ck_ | well sinice i already compiled the code |
| 17:18.43 | Ch3ck_ | i could easily have access to the binary files |
| 17:18.44 | brlcad | kesha: yes, much of the Deuces page is out of date |
| 17:18.46 | Ch3ck_ | which is ok |
| 17:18.57 | brlcad | yeah, you don't really need to install |
| 17:19.03 | brlcad | they're sitting in bin/app |
| 17:19.41 | brlcad | kesha: go ahead and remove the comment cleanup ones and anything else that seems to be complete if you like |
| 17:23.27 | ``Erik | Ch3ck_: don't do sudo, you can set your builds install directory someowhere in your home directory if you want, 'cmake -DCMAKE_INSTALL_PREFIX=$HOME/brlcad-install $HOME/src/brlcad' or something |
| 17:24.01 | Ch3ck_ | ok |
| 17:24.38 | Ch3ck_ | just finished writing the unit test for bn _poly_mul() routine to upload code shortly on sf |
| 17:24.40 | Notify | 03BRL-CAD:mohitdaga * 56345 brlcad/trunk/include/icv.h: Added comments for icv_fade function. |
| 17:24.54 | ``Erik | ah, brlcad already mentioned as much heh :) |
| 17:25.18 | Ch3ck_ | yeah |
| 17:25.43 | zero_level | clear |
| 17:25.44 | starseeker | blinks - c and comb are separate commands??? |
| 17:26.26 | zero_level | oops! wrote on the wrong terminal. |
| 17:27.28 | brlcad | starseeker: yep, completely separate iirc |
| 17:27.40 | brlcad | there are a couple others iirc too |
| 17:27.52 | brlcad | each focuses on something a little differently |
| 17:27.54 | zero_level | ``Erik can u suggest me a methodology to fix "fixed size buffers in fileformat.c" |
| 17:27.54 | starseeker | well, crud |
| 17:28.03 | brlcad | that's why my goal is < 100 commands |
| 17:28.15 | brlcad | there's three or four that should collapse to just 'comb' |
| 17:28.15 | starseeker | was assuming c was an alias for comb |
| 17:28.37 | starseeker | may have accidently done part of that... |
| 17:28.39 | brlcad | zero_level: no not worry about the fixed size buffers right now |
| 17:28.48 | brlcad | priority is syncing your tree |
| 17:28.57 | zero_level | alright. |
| 17:29.02 | brlcad | and getting style/ws/indent under control :) |
| 17:29.31 | Ch3ck_ | starseeker: just uploaded the unit test for bn_poly_mul() routine on sf could could you please review? will continue working on the others tomorrow |
| 17:29.48 | starseeker | so comb didn't even have a man page. blegh. Well, unless there is some compelling reason for it *not* to happen, comb is about to encompass the 'c' functionality |
| 17:30.10 | starseeker | Ch3ck_: I'll try to take a look tonight - can't right now |
| 17:30.18 | brlcad | after you finish that, we can revisit and discuss the API design, then you'd do any updates that follow from the discussion, THEN maybe the fixed buffers |
| 17:30.29 | brlcad | Ch3ck_: will do, thanks |
| 17:30.30 | Ch3ck_ | starseeker: ok no prob! |
| 17:30.59 | starseeker | Ch3ck_: you've done the basics, right? (making sure your patch applies cleanly to a clean tree, for example) |
| 17:31.06 | Ch3ck_ | :) will continue with the others tomorrow could have written more than one today. but had some serious debugging to do |
| 17:31.29 | Ch3ck_ | starseeker: yes! done everything necessary patch should apply cleanly :) |
| 17:32.35 | starseeker | Ch3ck_: sounds good |
| 17:32.49 | Ch3ck_ | yeah |
| 17:33.31 | starseeker | brlcad: sorry about that - I was assuming c was just an alias for comb, which is why I wound up re-implementing the -c and -r options (which I had assumed were documented and just not implemented) |
| 17:36.07 | brlcad | starseeker: is your reimplementation better? :) |
| 17:36.52 | starseeker | brlcad: will have to check - don't know how 'c' is implemented, since I just found out it exists as a separate command :-) |
| 17:38.07 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:38.14 | Notify | 03BRL-CAD:brlcad * 56346 brlcad/trunk/src/proc-db/cchannel.c: classic bug, char is unsigned on some platforms so this can result in an infinite loop. need an int. |
| 17:43.52 | brlcad | Izak_: did you see r56331 |
| 17:44.31 | Izak_ | brlcad: yes. |
| 17:44.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:44.43 | brlcad | what's going on there? :) |
| 17:45.36 | brlcad | casting a malloc'd pointer to an int sounds like there's some misunderstanding |
| 17:46.56 | Izak_ | brlcad: Just a typo it had to intern->idb_ptr instead of that cast |
| 17:48.16 | brlcad | seems like more than a typo, you went through the effort to cast the warning/error away |
| 17:48.46 | brlcad | idb_ptr vs idb_type sure |
| 17:48.52 | Izak_ | brlcad: :) |
| 17:49.32 | ``Erik | my guess would be 'did a typo, saw the compiler error, tried to fix the compiler error without understanding the real reason for it', is that about what happened? |
| 17:49.59 | brlcad | i just want to make sure you understand the difference, what it meant |
| 17:50.35 | Izak_ | ``Erik: That's what happened because I wrote idb_type instead idb_ptr |
| 17:51.24 | brlcad | Izak_: what are you working on now? |
| 17:51.53 | Izak_ | brlcad:I am going back to the callback functions for hrt.c |
| 17:52.02 | ``Erik | if you cast something, double and triple check to make sure you're doing the right thing... it's not an operation to be taken lightly... you're twisting the meaning of the bits involved |
| 17:52.16 | brlcad | more specific |
| 17:52.44 | Izak_ | ``Erik: Thanks. I'll apply the correction |
| 17:52.48 | brlcad | and exactly what ``Erik said -- do you know what "int i = (int)malloc(5);" means? |
| 17:55.10 | Izak_ | It means allocating space for 5 bits , casting the number of cells assigned and assigning the result to i |
| 17:55.38 | brlcad | not correct |
| 17:55.45 | Izak_ | ok |
| 17:56.20 | Izak_ | allocated 5 bytes to variable i |
| 17:56.31 | brlcad | closer, but still not |
| 17:56.56 | brlcad | malloc(5) allocates 5 bytes of heap memory |
| 17:57.01 | Izak_ | allocated 5 bytes to variable 5 of type int |
| 17:57.22 | brlcad | it returns a POINTER to the address in memory where those 5 bytes exist |
| 17:57.33 | Notify | 03BRL-CAD:erikgreenwald * 56347 brlcad/trunk/TODO: add ctest issues |
| 17:58.02 | Izak_ | the pointer is casted to an integer and assigned to i |
| 17:58.06 | brlcad | the (int) cast is converting the ADDRESS coming from malloc into a plain integer |
| 17:58.15 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:58.38 | brlcad | if you accessed i for anything, you'd be accessing the value of the address, not the 5 bytes of memory |
| 17:58.45 | ``Erik | on an ia64 machine, that cast can cause data loss... a 64 bit address truncated to a 32bit int |
| 17:59.14 | Izak_ | Couldn't describe it so succintly |
| 17:59.53 | brlcad | well you could have, but I'm feeling that you don't yet fully understand the implication there (and that's okay, but we need to be honest where our understandings are at) |
| 18:00.08 | Izak_ | What happened is what ``Erik talked about. Fixed an error which I did not understand |
| 18:00.25 | brlcad | so what's the lesson to be learned then? |
| 18:01.17 | Notify | 03BRL-CAD Wiki:Harman052 * 5877 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:01.27 | Izak_ | To understand why an error occurred, fix it and manually check my patches |
| 18:01.36 | Izak_ | :) |
| 18:02.36 | brlcad | why can be helpful, but you have to understand the problem to fix it |
| 18:03.22 | brlcad | I would have said the lesson was to make sure you understand exactly what the compiler is telling you |
| 18:04.26 | brlcad | when the compiler warns, it's pretty much always right these days |
| 18:04.52 | Izak_ | sure it is |
| 18:05.25 | brlcad | casting is "almost" always wrong, at least when constness is not involved |
| 18:05.42 | brlcad | and opaque void data pointers |
| 18:05.52 | ``Erik | de-consting is almost always wrong, too... :D |
| 18:06.17 | brlcad | Izak_: is 205 updated / ready to be reviewed? |
| 18:06.31 | Izak_ | yes |
| 18:06.50 | brlcad | "is that your final answer?" |
| 18:07.22 | Izak_ | No |
| 18:07.25 | brlcad | heh |
| 18:07.37 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5878 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */ |
| 18:07.54 | Izak_ | That edit was in the applied patch hrt_stub.patch |
| 18:08.27 | Izak_ | I think ticket 205 needs to be closed |
| 18:10.03 | brlcad | looks like you're right |
| 18:10.14 | brlcad | looks like erik fixed your patch too instead of making you do it |
| 18:10.27 | brlcad | I see three errors in 205, can you identify them? |
| 18:10.47 | brlcad | visible JUST by reading the patch file |
| 18:10.58 | Izak_ | brlcad: When I uploaded this patch, I never really understood (as i understand now) what a patch is. I never knew several small edits have to be logically put together |
| 18:11.14 | brlcad | I realize it was a month ago |
| 18:11.28 | brlcad | that's why this is just a discussion, you should be able to see the three mistakes now |
| 18:11.29 | Notify | 03BRL-CAD:starseeker * 56348 brlcad/trunk/doc/docbook/system/mann/en/c.xml: Well, this example doesn't (yet) apply to the c command, since it turns out c and comb are currently different commands... commit it so it's in the repo. Will be looking at merging c and comb - if that can't work for whatever reason, will copy c.xml to comb.xml and sort out the contents accordingly. |
| 18:11.31 | brlcad | what are then? |
| 18:11.48 | Izak_ | brlcad: I would have preferred to fix it but he helped his mentee out :) |
| 18:12.51 | brlcad | if you cannot identify the three errors, he didn't help you :) |
| 18:12.59 | brlcad | if you can, then absolutely ;) |
| 18:13.05 | brlcad | what are they? |
| 18:13.20 | brlcad | no pressure, it's a very small patch file :) |
| 18:14.24 | ``Erik | I didn't do squat with 205, I did apply 207 as r56235 which mucks with the src/librt/primitives/table.c |
| 18:14.28 | Izak_ | Firstly, I really didn't understand what an empty heart is . including all those entries meant that I have written a perfect and tested hrt.c file. |
| 18:15.10 | ``Erik | https://sourceforge.net/p/brlcad/code/56235/ |
| 18:15.14 | Izak_ | Since I had not written these call backs in hrt.c , most of those field had to contain NULL as their values |
| 18:15.23 | starseeker | does some trials to determine if the c boolean expression parser is a superset of comb's syntax |
| 18:16.07 | brlcad | ``Erik: so did 205 |
| 18:16.58 | brlcad | Izak_: okay, so those functions not existing would have been #4 ... there are 3 other far more basic issues with that fie |
| 18:17.50 | brlcad | s/fie/file/ |
| 18:18.21 | Izak_ | That patch file had to include other edits from the other files like rtgeom.h , db5.h, etc |
| 18:18.56 | brlcad | not necessarily, if they were previous patches, this could be the next logical patch |
| 18:19.15 | starseeker | humph |
| 18:19.33 | starseeker | close... |
| 18:20.14 | Izak_ | looking |
| 18:20.45 | Izak_ | I think the patch file had to be generated using svn diff |
| 18:22.04 | Izak_ | brlcad : ``Erik : I also did not have to include the edit associated with the revolve primitive here |
| 18:26.10 | Izak_ | I had to include an opening curly brace on line 14 and NOT a closing curly brace on line 54 |
| 18:27.55 | Notify | 03BRL-CAD:starseeker * 56349 brlcad/trunk/src/libged/comb.c: Add -S option to comb for 'safe' operation (i.e. not changing an existing combination) - allows comb to emulate a current behavior of 'c' command. |
| 18:30.53 | Izak_ | brlcad:hope u've seen my response |
| 18:32.07 | brlcad | Izak_: so i'm not trying to give you a hard time, just hoping you can see the previous mistakes and hopefully get you more comforatable reading patch files |
| 18:32.15 | brlcad | since they are the language of devs |
| 18:32.25 | brlcad | even when you commit, this is what we all see |
| 18:32.57 | Izak_ | ok |
| 18:33.02 | brlcad | the changes are automatically generated, based on your edits, but you should still manually read and check the patch files |
| 18:33.18 | brlcad | line 14+54 looks just fine to me |
| 18:33.41 | brlcad | so you have 1 or 2 style mistakes and one blatant typo that will prevent this patch from even compiling |
| 18:33.56 | brlcad | the typo was probably a copy-paste mistake |
| 18:34.01 | brlcad | can you find it? |
| 18:34.37 | Notify | 03BRL-CAD:erikgreenwald * 56350 brlcad/trunk/src/librt/primitives/table.c: fix indentation |
| 18:34.44 | brlcad | heh |
| 18:35.30 | Izak_ | looking |
| 18:37.15 | brlcad | Ch3ck_: please run sh/ws.sh on your bn_poly_mul_patch |
| 18:37.41 | Ch3ck_ | brlcad:ok |
| 18:37.54 | brlcad | Ch3ck_: looks like you're also a vim user? |
| 18:38.05 | brlcad | https://github.com/bronson/vim-trailing-whitespace |
| 18:38.06 | brlcad | http://vim.wikia.com/wiki/Highlight_unwanted_spaces |
| 18:38.18 | Ch3ck_ | well using gedit actually |
| 18:38.29 | brlcad | hm, maybe it has an option |
| 18:38.53 | ``Erik | https://github.com/dtrebbien/gedit-trim-trailing-whitespace-before-saving-plugin |
| 18:38.55 | Ch3ck_ | emacs is having some issues on my system i don't understand |
| 18:39.06 | Ch3ck_ | ok |
| 18:39.13 | brlcad | looks like there are several plugins: https://wiki.gnome.org/Gedit/Plugins |
| 18:39.47 | ``Erik | emacs and vim are both on bz, but they have a steep learning curve if you're unfamiliar |
| 18:40.46 | brlcad | Izak_: Ch3ck_: and are you guys using 'screen' yet? it's been a week... |
| 18:40.53 | Ch3ck_ | yeah was a regular emacs |
| 18:40.59 | Ch3ck_ | brlcad: I'm using Screen |
| 18:41.03 | ``Erik | (or tmux) |
| 18:41.14 | Ch3ck_ | i'm actually log on irssi using Screen |
| 18:41.46 | brlcad | excellent |
| 18:41.53 | Izak_ | brlcad: Not using screen yet |
| 18:42.10 | brlcad | Ch3ck_: you learned how to detatch and reattach? |
| 18:42.27 | brlcad | and create new windows |
| 18:43.29 | Ch3ck_ | yes |
| 18:43.37 | Ch3ck_ | i am logged out from bz.bzflag |
| 18:43.47 | Ch3ck_ | but i'm still log on |
| 18:43.51 | Ch3ck_ | with Ch3ck |
| 18:44.12 | Ch3ck_ | logging in to do run the sh/ws.sh |
| 18:44.50 | brlcad | the 'rx' alias will reattach you to your previous session |
| 18:46.29 | Notify | 03BRL-CAD:mohitdaga * 56351 brlcad/trunk/include/icv.h: Add Doxygen comments for icv_filter and icv_filter3. |
| 18:47.52 | Izak_ | brlcad: Figured out something about 205 ticket. I did not place a comma after the second entry |
| 18:48.10 | Izak_ | that is value "1" |
| 18:48.31 | Izak_ | brlcad: had to be "1," |
| 18:50.57 | Ch3ck_ | brlcad: ran ws.sh on bzflag server and there is the patch.bak is that the file i'm to upload to sourceforge? |
| 18:51.04 | ``Erik | zero_level: your indentation is a little off; we use C style pointer placement, not C++ style.. (so your "icv_image_t* img" should be icv_image_t *img), and there should be a space between the enum body and enum class name ( "}ICV_FILTER;" should be "} ICV_FILTER;") |
| 18:52.39 | Izak_ | brlcad : ``Erik: Figured out a typo in ticket 205 |
| 18:54.34 | Ch3ck_ | how to I upload a file to brlcad from bz.bzflag? |
| 18:54.40 | Ch3ck_ | I mean sf |
| 18:58.09 | zero_level | ``Erik : so functions should also be icv_image_t *icv_image_create() ? |
| 18:58.20 | ``Erik | zero_level: yes |
| 18:59.43 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:02.57 | brlcad | Izak_: which line was that? |
| 19:04.46 | brlcad | Ch3ck_: tell izak that is why he needs to be on screen+irssi ... |
| 19:05.05 | Ch3ck_ | ok |
| 19:05.16 | brlcad | you guys have these timeouts ALL the time, which disrupts having a proper discussion |
| 19:05.38 | Ch3ck_ | brlcad: but i'm logon to bz.bzflag |
| 19:05.44 | Ch3ck_ | using screen |
| 19:05.51 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:05.52 | Ch3ck_ | + irssi |
| 19:06.23 | brlcad | i know you are |
| 19:06.50 | brlcad | you're not using it right now, but if Ch3ck_ went stale, you could log onto irssi and see what discussion you may have missed with Ch3ck |
| 19:07.13 | Ch3ck_ | yeah |
| 19:07.39 | brlcad | and eventually, you'll come to prefer it if you keep using irc |
| 19:07.46 | Ch3ck_ | ok |
| 19:08.11 | Ch3ck_ | well i have using the ws.sh on bzflag.bz so how do i upload a file from there to sf? |
| 19:08.25 | ``Erik | like a patch? |
| 19:08.27 | brlcad | you do not run ws.sh on the patch, you run it on your sources that you've been editing, and you regenerate the patch |
| 19:08.54 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 19:08.55 | Ch3ck_ | ok |
| 19:09.04 | Ch3ck_ | installing the plugin for gedit Erik gave me |
| 19:09.31 | brlcad | whatever works |
| 19:09.42 | brlcad | if you work on .bz, you'd scp the file back to your local host to upload it |
| 19:10.24 | brlcad | locally: scp -v Ch3ck@brlcad.org:mypatch.diff . |
| 19:10.44 | Ch3ck_ | ok |
| 19:10.52 | brlcad | but that's just for patches, later you'd just do that before committing |
| 19:11.00 | Ch3ck_ | ok |
| 19:11.01 | ``Erik | <-- doesn't use gedit, so has no idea if that plugin is any good... it just came up on google |
| 19:11.09 | brlcad | which brings me to your patch, it's got lots of trailing whitespace |
| 19:11.14 | Ch3ck_ | ok |
| 19:11.43 | brlcad | function declarations are also inconsistent with our other files |
| 19:11.46 | Ch3ck_ | emacs on my computer is like half dead probably try vim |
| 19:11.50 | brlcad | decls+definitions |
| 19:12.13 | Ch3ck_ | how? |
| 19:12.14 | brlcad | they're both powerful, you should just become an expert in something |
| 19:12.22 | brlcad | return type goes on separate line |
| 19:12.47 | brlcad | main should not be returning negative numbers |
| 19:13.14 | brlcad | <PROTECTED> |
| 19:13.17 | ``Erik | main usually should return either EXIT_SUCCESS or EXIT_FAILURE |
| 19:13.20 | brlcad | <PROTECTED> |
| 19:13.25 | Ch3ck_ | alright |
| 19:13.41 | Notify | 03BRL-CAD:mohitdaga * 56352 brlcad/trunk/include/icv.h: Sanitizes Indentation style |
| 19:13.53 | brlcad | if( bad ) |
| 19:13.55 | brlcad | if (good) |
| 19:14.23 | Ch3ck_ | ok |
| 19:14.35 | brlcad | if( ret == 0){ ... just bad in two ways ;) |
| 19:14.47 | brlcad | if (ret == 0) { |
| 19:15.36 | brlcad | you (and Izak_) need to get up to the level where you can see details like that INSTANTLY when you need to |
| 19:15.40 | Ch3ck_ | yeah HACKING file stated that. just forgot to check sorry |
| 19:15.50 | brlcad | and that ability only comes from READING lots and lots of code, writing to a lesser extent |
| 19:16.34 | brlcad | if you're missing details like that, it means you're probably missing other more important details like if (a = b){ ... |
| 19:17.00 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:17.08 | Ch3ck_ | nahh |
| 19:17.24 | Ch3ck_ | thats actual C programming. it'll be difficult |
| 19:17.46 | Ch3ck_ | well its just the code conformity problems like if ( ) { .. that I may miss |
| 19:18.09 | Notify | 03BRL-CAD:starseeker * 56353 brlcad/trunk/src/libged/comb_std.c: wording tweak |
| 19:18.36 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:18.39 | brlcad | Ch3ck_: they are one in the same |
| 19:18.56 | Izak_ | I identified an error with the ticket 205 alerady |
| 19:19.04 | brlcad | Izak_: which line |
| 19:19.42 | Izak_ | brlcad : line 17 |
| 19:20.12 | Izak_ | brlcad:Missed writing a comma after 1 |
| 19:20.21 | brlcad | okay, thats #5 ;) |
| 19:20.46 | starseeker | thinks some functions in src/libged/combmem.c belong in libbn... |
| 19:21.09 | Izak_ | brlcad: Line #5 or error #5 |
| 19:22.29 | starseeker | yay magic numbers too |
| 19:24.17 | brlcad | Izak_: a fifth error |
| 19:25.06 | zero_level | brlcad, ``Erik for a two liner function? |
| 19:25.07 | zero_level | HIDDEN unsigned char * |
| 19:25.07 | zero_level | data2uchar(const icv_image_t *bif) |
| 19:25.12 | zero_level | is this right? |
| 19:25.26 | brlcad | Izak_: so that patch files defines three "sections" of changes ... can you identify/describe each of those three? |
| 19:25.42 | brlcad | zero_level: that looks right |
| 19:28.04 | brlcad | Ch3ck_: it seems like they're completely different when you're getting started, but they really are one in the same issue, and arguably style is even a bigger issue because the compiler won't tell you when you have a mistake |
| 19:28.38 | Izak_ | brlcad: The first section of that patch declares a ray trace interface for the heart primitive |
| 19:28.40 | brlcad | and that mistake affects maintainability, the ease at which bugs are found years later, the "cleanliness" of the code if it's going to survive and more |
| 19:28.46 | brlcad | goood |
| 19:28.52 | brlcad | second? |
| 19:30.01 | Ch3ck_ | OK |
| 19:31.55 | Izak_ | brlcad:The second section includes an array entry which consists of a set of pointers to the callback functions for the heart primitive in src/librt/primitives/hrt.c |
| 19:35.10 | brlcad | excellent, and lastly? |
| 19:38.42 | Notify | 03BRL-CAD:mohitdaga * 56354 brlcad/trunk/src/libicv/fileformat.c: Sanitizes Indentation style |
| 19:39.09 | Ch3ck_ | brlcad: I don't understand what you mean by my function func & defs don't follow the standard |
| 19:39.13 | Izak_ | brlcad:waiting for your response :) |
| 19:39.26 | Izak_ | brlcad : to the second answer |
| 19:39.28 | Ch3ck_ | following what is on the HACKING |
| 19:40.14 | brlcad | Izak_: I said "excellent, and lastly?" |
| 19:40.24 | brlcad | excellent is the response, that was right |
| 19:41.16 | brlcad | Ch3ck_: looking at the patch file, the function definitions are all 1-liners, but our style specifies the return type on a separate line |
| 19:41.42 | brlcad | minor detail, but this is the entire point of the exercise |
| 19:42.01 | brlcad | someone would have to clean this inconsistency up later, and that's introducing work |
| 19:42.18 | Izak_ | brlcad: The next section is a copy-paste error (Work in progress ) :) |
| 19:42.36 | brlcad | Izak_: bingo, that's what immediately should have jumped out |
| 19:42.42 | Izak_ | brlcad: OK I get it. I will always manually review my patches |
| 19:42.59 | brlcad | and, of course, make sure they compile |
| 19:43.01 | Ch3ck_ | well on the HACKING file |
| 19:43.33 | brlcad | the other issue was on lines 49, 50, and 51 |
| 19:43.34 | Ch3ck_ | its allowed if there are no spaces like int func(void); forexample |
| 19:43.42 | brlcad | what's different about those three? |
| 19:43.57 | brlcad | Ch3ck_: that's a declaration, that's fine |
| 19:44.04 | brlcad | a definition, however, is: |
| 19:44.05 | brlcad | int |
| 19:44.07 | brlcad | func(void) |
| 19:44.07 | brlcad | { |
| 19:44.42 | Ch3ck_ | yeah corrected them |
| 19:44.49 | brlcad | this one is a loose consistency requirement, best to make sure it's at lease fully consistent within a file |
| 19:45.06 | brlcad | c++ files offer additional challenges |
| 19:45.21 | Ch3ck_ | ok |
| 19:45.34 | brlcad | trailing whitespace was by far the biggest offense |
| 19:45.47 | brlcad | so fix that, upload a new patch, and it should be good to go |
| 19:45.54 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:45.55 | brlcad | assuming it compiles and works ;) |
| 19:46.07 | Ch3ck_ | ok |
| 19:46.13 | Ch3ck_ | removing the white spaces |
| 19:46.24 | Ch3ck_ | it compiles. I verified that |
| 19:47.39 | Notify | 03BRL-CAD:starseeker * 56355 (brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/mann/en/c.xml): Yeesh. OK, break c.xml and comb.xml into their own commands. Merging looks both possible and desirable, but isn't going to be a ten minute quick fix - in the meantime, leave the man pages in a sane state. |
| 19:47.57 | brlcad | haha, you thought they'd be quick to merge |
| 19:47.58 | Ch3ck_ | brlcad:looking at the output for ws.sh which file do i use the original or the one with .ws.bak |
| 19:48.00 | brlcad | that's rich :) |
| 19:48.24 | brlcad | you can delete any .ws.bak files |
| 19:48.36 | Ch3ck_ | ok so the original is now fine .. |
| 19:48.37 | brlcad | they're just in case something goes horribly wrong, your original is unharmed |
| 19:48.39 | starseeker | brlcad: yeah, yeah... |
| 19:50.05 | starseeker | likes the "boolean expression" evaluator that 'c' uses, and with the exception of the leading operator used by comb et. al. the syntax looks fairly compatible |
| 19:50.32 | Notify | 03BRL-CAD:mohitdaga * 56356 brlcad/trunk/src/libicv/filter.c: Sanitizes Indentation |
| 19:51.16 | brlcad | yeah, it's a proper old school custom parser |
| 19:51.28 | brlcad | with tokenizer and all |
| 19:51.46 | starseeker | almost wonder if it's not worth breaking out into its own librt file or some such |
| 19:52.24 | brlcad | most of the logic in libged really belongs up in libg/librt |
| 19:53.04 | brlcad | it should be almost entirely a layer that does string to in memory representation conversions (and back) along with transactional history |
| 19:53.10 | brlcad | undo |
| 19:53.41 | brlcad | is compelled to rename comb_std.c though.. ugh |
| 19:53.58 | starseeker | is torn... this would be a very nice piece of clean-up/consolidation... |
| 19:54.29 | starseeker | now's probably not the time though |
| 19:54.46 | Izak_ | brlcad:Any other remarks and/or corrections ? |
| 19:57.15 | Notify | 03BRL-CAD:starseeker * 56357 brlcad/trunk/TODO: Documented -w option in new comb man page, using region under region fix for an example use case. |
| 20:01.09 | zero_level | brlcad, ``Erik : do think there shld also be a global defination bw_load bw_Save |
| 20:01.23 | zero_level | similarly for pix_load, pix_save |
| 20:01.25 | zero_level | ? |
| 20:01.45 | zero_level | ^u think |
| 20:02.47 | brlcad | Izak_: I think you've gotten plenty of attention today, thank you for cooperating and yearing to improve |
| 20:03.01 | brlcad | really do just want everyone to be the best possible developer you can be |
| 20:03.29 | brlcad | but that starts with some basic rigor and discipline, so we can focus and talk about much more complicated issues without being distracted |
| 20:04.06 | Izak_ | Okay grand frere :) |
| 20:04.29 | brlcad | it's like bringing dirt into a clean house |
| 20:04.52 | brlcad | sure a little bit might not matter, some people might not even care at all or even realize that their shoes are muddy |
| 20:05.43 | brlcad | but after a while, there's enough dirt that you cannot do anything cleanly, like eating, even if you wanted to, because even the smallest movement stirs up dust |
| 20:05.45 | Izak_ | true |
| 20:05.47 | zero_level | I think we shld not make them publicv. |
| 20:06.18 | brlcad | zero_level: easily agree with you on that |
| 20:06.24 | brlcad | as little as possible should be public |
| 20:06.35 | zero_level | still want a suggestion ? |
| 20:06.54 | brlcad | suggestion for what? |
| 20:07.03 | zero_level | sighs |
| 20:07.14 | Ch3ck_ | brlcad: just finished with the patch and uploaded to sf |
| 20:07.18 | Ch3ck_ | any qualms? |
| 20:07.23 | zero_level | regarding public |
| 20:07.43 | brlcad | Ch3ck_: I'll have to check it later, about to wander |
| 20:08.01 | Ch3ck_ | ok |
| 20:08.09 | Ch3ck_ | gotta go home now .. its late here! |
| 20:09.09 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5879 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 20:09.25 | brlcad | zero_level: I don't understand your question .. I presume "do I have any suggestions regarding public [functions]?" but what does that mean? |
| 20:09.38 | brlcad | lots of suggestions |
| 20:09.44 | brlcad | write them perfect? |
| 20:09.54 | zero_level | brlcad : nevermind. |
| 20:10.11 | brlcad | no, please what are you asking? that's not even a complete sentence |
| 20:10.51 | zero_level | I was seeking suggestion for public functions. (*load, *save) |
| 20:10.58 | zero_level | and u gave in. |
| 20:11.17 | brlcad | suggestion of WHAT though? |
| 20:11.19 | zero_level | too much lag in IRSSI because of late night traffic here. |
| 20:11.27 | brlcad | the naming convention |
| 20:11.32 | brlcad | the calling structure? |
| 20:11.34 | zero_level | suggestion if i was going right |
| 20:11.35 | brlcad | the return types? |
| 20:11.45 | zero_level | hahah :-) |
| 20:11.55 | brlcad | seriously, I cannot guess what you're referring to in the least bit |
| 20:12.08 | zero_level | in not making pix_load bw_load etc. public |
| 20:12.20 | zero_level | :-) |
| 20:12.27 | brlcad | I said that I easily agree with you on that |
| 20:12.46 | zero_level | yes and i asked this b4 u said that :-) |
| 20:12.46 | brlcad | ... is that ambiguous? |
| 20:12.49 | zero_level | no |
| 20:13.38 | Notify | 03BRL-CAD:vladbogo * 56358 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Implemented qt_loadMatrix and qt_setWinBounds. |
| 20:13.54 | brlcad | you: we shld not make them public; me: easily agree; you: want a suggestion?; me: confused.. |
| 20:14.39 | zero_level | shows different order on my screen |
| 20:14.59 | zero_level | < zero_level> I think we shld not make them publicv. |
| 20:15.00 | zero_level | 16:05 < Izak_> true |
| 20:15.00 | zero_level | 16:06 < zero_level> still want a suggestion ? |
| 20:15.00 | zero_level | 16:06 < brlcad> zero_level: easily agree with you on that |
| 20:15.41 | zero_level | must be due to the lag |
| 20:16.14 | brlcad | so you are offering a suggestion to make them private |
| 20:16.26 | zero_level | no! |
| 20:16.35 | brlcad | why not! :) |
| 20:16.47 | brlcad | this is hilarious |
| 20:17.22 | brlcad | make them private |
| 20:17.23 | zero_level | I was seeking suggestion if I am doing right in not making them public |
| 20:17.32 | zero_level | and you said ues |
| 20:17.39 | zero_level | and the matter closed there. |
| 20:18.03 | zero_level | untill the string was stretched so much. ;) |
| 20:18.15 | brlcad | I suggest we rewrite the library in Go |
| 20:18.40 | zero_level | you mean go language ? |
| 20:19.49 | brlcad | yes, and I was (half) joking .. never mind ;) |
| 20:20.07 | zero_level | hahahha ;) |
| 20:20.23 | brlcad | zero_level: so you know, I only expect you to make libicv into the best library you possibly can make it |
| 20:20.40 | brlcad | you can decide things like scope and I'll speak up on things that concern me or that can be improved |
| 20:20.44 | ``Erik | cl, yo |
| 20:20.48 | brlcad | but the idea is really for you to make it awesome |
| 20:20.56 | brlcad | maintainably awesome ;) |
| 20:21.43 | brlcad | this isn't just code, this is about creating a library that others will want because it does something better or faster or more simple |
| 20:21.46 | brlcad | that's your goal |
| 20:21.49 | Notify | 03BRL-CAD:vladbogo * 56359 brlcad/trunk/src/libdm/dm-qt.cpp: Repaint the window each time drawEnd is called to prevent lag between events and updates. |
| 20:22.41 | zero_level | alright! But I will need a lot of mentoring. I find myself novice. |
| 20:22.49 | caen23 | brlcad: were you making fun of go because of the hype? you don't like it, what do you think of it? |
| 20:23.02 | brlcad | that's why we're all here |
| 20:23.12 | brlcad | caen23: not at all, I actually am really fond of Go as a language |
| 20:23.48 | zero_level | cean23 : sorry for that laugh. No offenses meant. |
| 20:23.53 | brlcad | the joke was merely the suggestion of completely shifting the purpose of his project to something completely disruptively different |
| 20:24.23 | brlcad | I would have said cl, but ``Erik might have taken it seriously |
| 20:24.40 | ``Erik | and/or starseeker... :D |
| 20:25.18 | caen23 | i haven't written anything in go myself yet, but your comment fits in perfectly with all the "how we've rewritten x in go" headlines on hacker news :D |
| 20:26.32 | brlcad | the last 10 years of computer graphics research has been "we rewritten X for the GPU and now it's faster" |
| 20:27.41 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5880 /wiki/User:KeshaSShah/GSoC13/Reports: /* July 30 */ |
| 20:29.02 | brlcad | caen23: so you'll have to share what awesomeness you're working on of late ... and what brl-cad project is on your horizon ;-) |
| 20:29.44 | brlcad | kicks off some builds and wanders south |
| 20:35.48 | caen23 | i'm currently going through clrs, and after that i plan on learning some more languages. as for brl-cad, it would be great if i could figure out how to integrate a python interpreter. i remember we talked about that briefly after gci |
| 20:44.19 | Notify | 03BRL-CAD:starseeker * 56360 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Make a stab at adding the ability to look at booleans in the tree as part of the search command - for example, 'search /all.g -bool + ! -type arb8' will find all objects in the tree of all.g that are intersected as part of a comb and are not arb8 primitives. Needs more thought and testing - this may not even be the final |
| 20:44.21 | Notify | approach - but it seems to be a step in the right direction. |
| 20:51.51 | Notify | 03BRL-CAD:starseeker * 56361 brlcad/trunk/src/librt/search.c: Not sure yet what to do with above and below when it comes to booleans, but the toplevel object(s) are viewed as being 'unioned' into the toplevel database |
| 20:53.19 | Notify | 03BRL-CAD:mohitdaga * 56362 (brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c and 7 others): Renaming the icv api functions. |
| 20:55.46 | Notify | 03BRL-CAD:vladbogo * 56363 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented the qt_drawVList function. |
| 21:00.07 | Notify | 03BRL-CAD:starseeker * 56365 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Use better naming for variables. |
| 21:00.17 | Notify | 03BRL-CAD:vladbogo * 56364 brlcad/trunk/src/libdm/dm-qt.cpp: ws |
| 21:00.57 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5881 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:06.04 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5882 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */ |
| 21:06.37 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Sph.png: |
| 21:07.25 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tor.png: |
| 21:07.58 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5885 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */ |
| 21:08.56 | Notify | 03BRL-CAD Wiki:Level zero * 5886 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */ |
| 21:11.47 | starseeker | reflects that even a db full path is ambiguous when it comes to boolean operations |
| 21:12.38 | starseeker | almost need a way to hang the boolean op associated with each object in the dfp on the object's representation within the dfp |
| 21:13.49 | starseeker | that would be ideal (and, ironically, let me #define db_node as a dfp again) |
| 21:24.28 | starseeker | brlcad: how invasive a change would it be to add an array of ints to struct db_full_path to hold boolean states for each dir? |
| 21:25.30 | starseeker | the more I think about that the more I like it - it would address the question of the 'above' option in search very well |
| 21:57.24 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 22:28.52 | *** join/#brlcad caen23 (~caen23@92.83.175.0) | |
| 23:36.36 | ``Erik | http://corner.squareup.com/2013/07/reversing-bits-on-arm.html |
| 02:12.33 | brlcad | starseeker: "struct db_full_path" and "union tree" were two that came to mind, also "struct combined_tree_state" and ... maybe most apropriately "struct rt_tree_array" |
| 02:15.27 | brlcad | keeping in mind that adding a void*data pointer to any of them is always a possibility too |
| 02:15.46 | brlcad | for attaching extra data if needed |
| 02:15.57 | brlcad | caen23: "clrs"? |
| 02:17.06 | brlcad | caen23: a python interpreter would be very cool indeed -- my long-term goal is something like gimp's skript-fu interface |
| 02:19.07 | brlcad | starseeker: an array of ints would be very invasive, but a pointer to an array stuffed into a void* would not |
| 02:20.11 | Notify | 03BRL-CAD:starseeker * 56366 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db_fullpath.c and 2 others): This needs some careful tests - I'm not sure that I'm properly interpreting the meaning of the left/right tree walk for all the boolean cases - but add an array to db_full_path that lets us stash the boolean states all along the tree. The f_bool test can now query based on the current path, which should |
| 02:20.13 | Notify | let options like -above do the right thing. |
| 02:20.54 | starseeker | winces |
| 02:21.06 | starseeker | brlcad: sorry, my chat window was frozen and I didn't notice |
| 02:22.16 | starseeker | brlcad: in some quick testing r56366 seems to work... |
| 02:25.35 | starseeker | I'm definitely not getting something right with the booleans though |
| 02:31.03 | brlcad | starseeker: that's fine |
| 02:31.42 | brlcad | actually doesn't seem incredibly invasive |
| 02:32.14 | brlcad | would be concerned that it valgrinds clean since there is a fair bit of memory bloat involved for a big tree |
| 02:33.33 | starseeker | nods |
| 02:35.20 | Notify | 03BRL-CAD:starseeker * 56367 brlcad/trunk/src/librt/search.c: Ah - need to set the bool node when entering the comb too. |
| 02:35.45 | starseeker | once I'm sure it's behaving search wise I'll try to run it through valgrind |
| 02:36.19 | starseeker | basically looked for everywhere fp_names was getting malloced and freed in db_fullpath.c and had the int array tag along |
| 02:36.36 | starseeker | need to scan the rest of the code to see if anyone else monkeys with it directly |
| 02:36.59 | brlcad | this is why I abhor adding new structs |
| 02:37.13 | brlcad | nobody does the work to encapsulate them properly |
| 02:37.14 | starseeker | hmm? |
| 02:37.32 | brlcad | there shouldn't be a dozen places where fp_names is malloced |
| 02:37.39 | starseeker | ah |
| 02:37.41 | brlcad | should have been one place |
| 02:38.03 | starseeker | well, it does need to realloc in a few cases... |
| 02:39.10 | brlcad | it doesn't "need" to realloc |
| 02:39.18 | brlcad | it needs to grow |
| 02:39.42 | brlcad | or more generically change in size |
| 02:39.50 | brlcad | add/remove methods usually handle that |
| 02:40.00 | starseeker | ah |
| 02:40.08 | brlcad | addfp() |
| 02:40.23 | brlcad | mallocs if needed, reallocs if needed, etc |
| 02:41.07 | starseeker | not too bad on instances of fp_names elsewhere in the code, actually... looks like some places where the DB_FULL_PATH_* macros could stand in for explicit fp_names indexing |
| 02:43.18 | starseeker | doesn't shorten anything though - would just let us (mostly) encapsulate the detail that the directory pointer array is called fp_names |
| 02:43.30 | starseeker | which I guess is a good thing... |
| 03:05.14 | Notify | 03BRL-CAD:starseeker * 56368 brlcad/trunk/src/librt/search.c: valgrind reported lost memory from f_print - oops. |
| 03:12.17 | Notify | 03BRL-CAD:starseeker * 56369 brlcad/trunk/src/libged/search.c: Free bu_basename, like bu.h tells us to |
| 03:20.29 | Notify | 03BRL-CAD:starseeker * 56370 brlcad/trunk/src/libged/search.c: Couple of more memory freeing responsibilities for the search command to live up to. |
| 03:25.21 | Notify | 03BRL-CAD:phoenixyjll * 56371 brlcad/trunk/src/libbrep/intersect.cpp: Eliminate compiler warnings. |
| 03:41.09 | Notify | 03BRL-CAD:brlcad * 56372 brlcad/trunk/NEWS: jon engbert improved g-stl's docs, updating the option listings and descriptions |
| 03:42.36 | Notify | 03BRL-CAD:phoenixyjll * 56373 brlcad/trunk/src/libbrep/intersect.cpp: Take the tolerance into consideration when deciding whether a box is inside the overlap region. |
| 03:51.39 | Notify | 03BRL-CAD:brlcad * 56374 brlcad/trunk/NEWS: jon engbert implemented a new g-raw exporter per specifications and patch review assistance from daniel. implements export support for a 'raw' file format described via GCI task (http://www.google-melange.com/gci/task/view/google/gci2012/7945223) |
| 03:55.26 | *** join/#brlcad caen23 (~caen23@92.81.173.189) | |
| 04:03.03 | Notify | 03BRL-CAD:phoenixyjll * 56375 brlcad/trunk/src/libbrep/intersect.cpp: Delete the OverlapSegment when its curves are NULL. |
| 04:06.08 | brlcad | so the benchmark is royally busted at the moment with out-of-order render lines |
| 04:07.09 | brlcad | zero_level: this is undoubtedly releated to your work -- we need to get you testing on parallel hardware or recompiling cleanly |
| 04:08.48 | brlcad | with the semaphore locks removed, scanlines are ending up out of order so have to put some thought into how that is happening and finding a fix, and restoring back to a working state otherwise if a fix is not achieved within a day |
| 04:12.50 | Notify | 03BRL-CAD:brlcad * 56376 brlcad/trunk/CMakeLists.txt: don't silently turn off a user-specified configuration setting. probably should halt (because they requested something impossible). |
| 04:14.09 | brlcad | starseeker: 56219 is undoubtedly user-visible, but what's the impact? |
| 04:14.22 | brlcad | fixed some issue clobbering avs? |
| 04:14.44 | Notify | 03BRL-CAD:phoenixyjll * 56377 brlcad/trunk/src/libbrep/intersect.cpp: Avoid using dynamic memory allocation for the events. |
| 04:15.59 | starseeker | brlcad: that's just part of my thrashing with comb |
| 04:16.33 | starseeker | -c/-r didn't exist for comb previously |
| 04:17.21 | brlcad | what do they do? |
| 04:19.02 | starseeker | -c unsets the region flag on a comb, -r sets it |
| 04:19.15 | brlcad | ugh |
| 04:19.25 | starseeker | same as the 'c' command's flags |
| 04:20.04 | brlcad | yep |
| 04:20.20 | Notify | 03BRL-CAD:brlcad * 56378 brlcad/trunk/NEWS: cliff added the -c/-r options to the comb command like the 'c' command to set/unset the region flag |
| 04:20.24 | brlcad | ughing at the complexity for what is effectively an on/off flag |
| 04:20.33 | starseeker | nods |
| 04:21.02 | brlcad | would expect something like -r/-R to set/unset so it's clear they pair |
| 04:21.36 | brlcad | and more consistent with some other commands |
| 04:21.53 | starseeker | was planning to make a bigger deal out of comb once he figured out how to merge the various related commands into it... |
| 04:22.29 | starseeker | not sure what to do about some of the more subtle bits - for example, comb won't create an empty combination, but I believe c will |
| 04:22.51 | starseeker | should be consistent - either do or don't create it, imho... |
| 04:23.45 | starseeker | comb also silently switches the first boolean operator to a union for a new combination, regardless of what the user supplies |
| 04:24.04 | starseeker | i.e. comb test.c - s1.s u s2.s will result in a union of s1.s and s2.s |
| 04:24.18 | starseeker | just as if the user entered comb test.c u s1.s u s2.s |
| 04:24.54 | starseeker | c, on the other hand, doesn't want that first operator since it's doing the boolean expression evaluation |
| 04:25.09 | starseeker | and c won't update an existing combination, but comb will |
| 04:25.28 | brlcad | so both have issues :) |
| 04:25.32 | brlcad | classic |
| 04:25.36 | starseeker | nods |
| 04:26.17 | starseeker | dunno whether we deprecate behaviors in comb we don't like and deprecate c altogether, adding its features (sans mis-features) to comb or what... |
| 04:27.37 | starseeker | g and r, of course, are just special cases of the more general commands |
| 04:29.20 | starseeker | was planning to discuss that with you when things got quieter (how to approach merging them) |
| 04:34.13 | brlcad | those both are so old that I'd rather migrate them en masse |
| 04:35.47 | brlcad | but yeah, the incremental path would probably be to migrate c's parser over into comb, remove the bad, adding anything else useful, then getting rid of c so it can be an alias or tab-completion shortcut |
| 04:36.01 | brlcad | iirc, c might be the one that also supports parenthetical expressions |
| 04:37.23 | brlcad | need to spend a couple days to audit the existing commands and make sure an end-goal is well thought through from a usability and feature perspective |
| 04:43.26 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 05:05.17 | Notify | 03BRL-CAD:phoenixyjll * 56379 brlcad/trunk/src/libbrep/intersect.cpp: Use build_curve_root() instead of duplicating that routine. |
| 05:16.03 | Notify | 03BRL-CAD:phoenixyjll * 56380 brlcad/trunk/src/libbrep/intersect.cpp: Use sub_curve() instead of repeating that routine. |
| 05:18.55 | zero_level | blcad : was it related to yesterday's commits. |
| 05:18.59 | zero_level | ? |
| 05:21.18 | zero_level | brlcad : |
| 05:21.42 | zero_level | one of the possible solution could be using a different seamapore lock. |
| 05:22.18 | zero_level | has put bz to compile and benchmark. |
| 05:40.06 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:12.49 | zero_level | brlcad: here are the logs http://brlcad.org/~mohit/benchmark_result_31_JUL.log |
| 07:28.39 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 07:34.44 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:35.08 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 09:13.41 | Ch3ck_ | brlcad: starseeker: could you please review the unit test patches I've posted on sf. So I could continue writing others while correcting any errors(I doubt if there is any!) that comes up with these! |
| 09:18.15 | *** join/#brlcad caen23 (~caen23@92.81.173.189) | |
| 09:27.37 | Notify | 03BRL-CAD:mohitdaga * 56381 brlcad/trunk/src/libicv/fileformat.c: Changed icv_writeline to not allocate memory. Although the functionality remains same. |
| 09:35.44 | Notify | 03BRL-CAD Wiki:Phoenix * 5887 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 10:20.35 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 10:23.59 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:42.00 | *** join/#brlcad kamaljeet (~kamaljeet@202.164.53.122) | |
| 10:42.00 | *** join/#brlcad jasvir (~jasvir@202.164.53.122) | |
| 11:20.08 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b125:3b01:0:1a:d75b:101) | |
| 11:44.37 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) | |
| 11:56.33 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) | |
| 12:07.34 | zero_level | brlcad : I think benchmark ran succcessfully. But still dont have experience reading the problems. |
| 12:07.54 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) | |
| 12:16.39 | zero_level | Morover I have changed the function,And it works right. |
| 12:16.56 | zero_level | So It doesnt need to allocate memory. |
| 12:21.51 | zero_level | pls review this benchmark lo : http://brlcad.org/~mohit/benchmark_result_r56381.txt |
| 12:22.22 | zero_level | I tired looking for the bug in this report but didnt see any. |
| 12:23.52 | zero_level | Also we can now use spinlocks. Pls tell me if we need to. (If the benchmark doesnt have issues.) |
| 12:29.29 | brlcad | zero_level: do you have a multiprocessor machine? |
| 12:30.48 | zero_level | i3 4 core. |
| 12:30.57 | zero_level | also bz. ? |
| 12:31.56 | brlcad | i'll try again after r56381, but the issue was a classic smp race issue |
| 12:32.45 | zero_level | although if the issue u saw earlier, Then It must also be an an issue now. |
| 12:32.55 | brlcad | if an SMP machine happens to keep things in order, you could just be getting lucky |
| 12:33.07 | zero_level | lucky :-) |
| 12:33.21 | brlcad | and you'll repeatedly get lucky, so you need a different environment |
| 12:33.27 | brlcad | are you compiling optimized? |
| 12:34.00 | brlcad | make sure you're optimized, perhaps try running two benchmarks simultanously |
| 12:34.06 | zero_level | do we add a flag ? |
| 12:34.11 | brlcad | yes |
| 12:34.21 | brlcad | see INSTALL |
| 12:34.25 | zero_level | looks at INSTALL |
| 12:34.40 | brlcad | that could be the difference |
| 12:41.48 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5888 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */ |
| 12:42.46 | zero_level | zero_level has put a fresh build on bz for benchmark test. |
| 12:46.55 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) | |
| 12:54.39 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:06.26 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b12a:408c:0:39:d1b9:e801) | |
| 13:06.31 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:15.42 | Ch3ck_ | brlcad: working on a unit test for bn_poly_division_routine() while trying an extreme case division against zero. Its not really clear with the source code. I'll like to know how the routine handles division by zero, what becomes of the quotient and remainder polynomials. Kinda stuck here |
| 13:19.30 | ``Erik | div/0 is an error and should return NaN... |
| 13:20.53 | ``Erik | which func are you actually testing? poly.c bn_poly_synthetic_division() ? |
| 13:22.32 | Ch3ck_ | ``Erik: yes bn_poly_synthetic_division |
| 13:23.03 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:24.39 | Ch3ck_ | so the remainder and quotient actually become NAN? or its rem->cf == NAN? |
| 13:24.58 | Ch3ck_ | I want to clearly get it |
| 13:26.34 | Ch3ck_ | so as to be able to generate correct input from know values needed for the test |
| 13:28.48 | zero_level | brlcad : I am still not sure why spinlock issue is arising after all. |
| 13:29.04 | zero_level | ``Erik, brlcad : |
| 13:29.25 | zero_level | A) We allocate the complete memory in icv_ceate_image(..) |
| 13:30.13 | zero_level | B) We do have an arg in icv_image_writeline(...) which takes care of the index. |
| 13:30.29 | zero_level | *icv_writeline (modified now) |
| 13:32.22 | zero_level | brlcad,``Erik : Why after all do we have an issue of resource race. |
| 13:32.54 | *** join/#brlcad kimz (~AndChat56@14.139.122.114) | |
| 13:32.56 | zero_level | because Its technically a different resource. That is different memory chunck in the same buffer. |
| 13:33.49 | zero_level | brlcad : Can u send me the log Report which showed error. So That I can get the number of pixels which are not same. |
| 13:33.59 | zero_level | after the pixclump result. |
| 13:34.35 | zero_level | In the meanwhile /me saw |
| 13:34.50 | zero_level | the benchmark screen. |
| 13:35.33 | zero_level | The answers are right for moss.pix, world.pix (all other results are running) |
| 13:40.37 | Notify | 03BRL-CAD:starseeker * 56382 brlcad/trunk/doc/docbook/system/mann/en/search.xml: typo |
| 13:42.47 | *** join/#brlcad caen23 (~caen23@92.81.173.189) | |
| 13:44.29 | zero_level | brlcad.org/benchmark_result_r56381_optimized.txt |
| 13:44.50 | zero_level | brlcad : log file for the benchmark result after optimized. |
| 13:45.02 | zero_level | Do you still think i must move to a new hardware ? |
| 13:47.24 | zero_level | ``Erik : Please run benchmark on a window on your machine. |
| 13:47.52 | zero_level | I will move to my friend's place to see if benchmark results are fine on his machine. |
| 13:49.40 | zero_level | oops wrong link brlcad.org/~mohit/brlcad.org/benchmark_result_r56381_optimized.txt |
| 13:49.54 | zero_level | brlcad.org/~mohit/brlcad.org/benchmark_result_r56381_optimized.txt |
| 13:50.01 | zero_level | oops.. |
| 13:50.33 | zero_level | the correct one http://brlcad.org/~mohit/benchmark_result_r56381_optimized.txt |
| 14:00.53 | brlcad | zero_level: the report will say WRONG WRONG WRONG with lots of values off-by-many (because entire scanlines are out of order) |
| 14:01.23 | brlcad | a log that says OK says nothing useful at this point |
| 14:01.48 | brlcad | just means that run did not result in any calculations out of order |
| 14:08.32 | Notify | 03BRL-CAD:carlmoore * 56383 (brlcad/trunk/doc/docbook/system/mann/en/comb.xml brlcad/trunk/include/icv.h and 4 others): fix spelling, spacing; also, remove trailing blanks/tabs |
| 14:09.30 | Notify | 03BRL-CAD:starseeker * 56384 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Update search man page to document new -bool option, add some examples showing how to use it. |
| 14:12.18 | Notify | 03BRL-CAD:starseeker * 56385 brlcad/trunk/doc/docbook/system/mann/en/search.xml: ws |
| 14:12.33 | zero_level | yeoo. |
| 14:13.52 | Notify | 03BRL-CAD:starseeker * 56386 brlcad/trunk/doc/docbook/system/mann/en/search.xml: remove db4-upgrad comment |
| 14:14.41 | starseeker | particularly likes the "find nested regions that aren't subtractions" trick |
| 14:15.01 | zero_level | can u tell me, Which type of system it was. |
| 14:18.04 | zero_level | because I want to try with semaphore now. |
| 14:23.31 | brlcad | zero_level: well I most recently saw the failure on a 10.6 Mac |
| 14:26.46 | Notify | 03BRL-CAD:starseeker * 56387 brlcad/trunk/doc/docbook/system/mann/en/search.xml: tweaks |
| 14:39.03 | Ch3ck_ | brlcad: ``Erik: i'm stuck at writing the unit test for bn_poly_synthetic_division() since I don't know what becomes of rem->cf and quo->cf after div/0 |
| 14:54.06 | brlcad | me either without doing some research to remember ;) |
| 14:55.59 | Ch3ck_ | well ``Erik says NAN is returned I don't understand if its the pointer for quo and rem |
| 14:56.37 | Ch3ck_ | structures or its for the quo->cf and rem->cf fields in the structure. |
| 14:56.55 | Ch3ck_ | The source code is not really clear as to what happens in this case. |
| 14:58.27 | Ch3ck_ | well looking at the source its for all the cf[] array elements for quo->cf |
| 14:58.47 | Ch3ck_ | still looking at what happens to rem->cf structure |
| 15:02.30 | Ch3ck_ | well will try NAN for rem->cf and see how it works out. |
| 15:09.07 | zero_level | brlcad : oops. No. Mac. |
| 15:09.24 | zero_level | do u still see it ? |
| 15:09.56 | zero_level | If yes we have I will make a commit including the semaphores. |
| 15:12.03 | zero_level | is testing with semaphores. |
| 15:27.14 | zero_level | brlcad : rtedge works find after spin locking and r56381 |
| 15:33.00 | zero_level | brlcad : What is expected after rtxray |
| 15:33.13 | zero_level | I see a monocolour helicopter. ;) |
| 15:36.33 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 15:36.51 | zero_level | has hit benchmark after applying semphore in all the writepixel and writeline functions in rt |
| 15:43.17 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 15:44.17 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 15:45.08 | Izak__ | brlcad: ``Erik : What is really a bounding box ? |
| 15:48.23 | zero_level | blinks. runs perfect. |
| 15:49.03 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:49.10 | zero_level | I think i shld bring back the semaphores. (through a commit) so that brlcad or ``Erik can test on other machine as well. |
| 15:50.36 | zero_level | although I am still not sure why the error on benchmark on a Mac O.o |
| 15:58.26 | Izak__ | <PROTECTED> |
| 16:12.01 | zero_level | Izak__, Ch3ck_,kesha : I need your help |
| 16:12.20 | Ch3ck_ | zero_level: what up? |
| 16:12.38 | Izak__ | zero_level: yes |
| 16:12.39 | zero_level | Apparently I have done some changes in brl-cad code which has busted benchmark. |
| 16:13.08 | zero_level | So i wish If all of you could run benchmark on your machine |
| 16:13.10 | Izak__ | What kind of changes exactly ? |
| 16:13.18 | zero_level | and report if it fails. |
| 16:13.30 | zero_level | Apparently it Doesnt fail on my machine. |
| 16:13.49 | zero_level | So the following is the procedure for benchmark. |
| 16:13.54 | Ch3ck_ | alright so should i update the code repository first? |
| 16:14.08 | Ch3ck_ | so as to have the recent changes as you do right? |
| 16:14.17 | zero_level | a) update code repository by svn up. |
| 16:14.45 | zero_level | b) If you dont compile with Optimized flag. |
| 16:14.58 | zero_level | .. Do a fresh build. |
| 16:15.31 | Ch3ck_ | ok |
| 16:15.32 | Izak__ | I am doing an svn update now |
| 16:15.35 | Ch3ck_ | let me see what it gives |
| 16:15.46 | Izak__ | It says at r56387 |
| 16:15.50 | zero_level | adding optimization flag. -DBRLCAD_FLAGS_OPTIMIZATION=ON in the cmake command. |
| 16:16.10 | zero_level | Izak__ : That is fine. |
| 16:16.23 | zero_level | Ch3ck thanks. |
| 16:16.54 | zero_level | c) do sudo make install in the build directory. |
| 16:17.13 | zero_level | d) make benchmark in the build directory. |
| 16:17.44 | zero_level | Izak__, Ch3ck : pls ask if anything is not clear. |
| 16:18.23 | Ch3ck_ | ij |
| 16:18.25 | Ch3ck_ | ok |
| 16:18.35 | Ch3ck_ | but what about the Debug flag |
| 16:18.47 | Ch3ck_ | given to brlcad |
| 16:18.59 | Izak__ | sure will do |
| 16:19.00 | Ch3ck_ | during compilation -DBRLCAD_BUILD_TYPE=Debug |
| 16:19.04 | Ch3ck_ | ? |
| 16:19.12 | Ch3ck_ | should i ignore that? |
| 16:19.16 | Izak__ | Ch3ck_:defintely |
| 16:19.20 | zero_level | You can add that. But I believe that will not be needed. |
| 16:19.46 | zero_level | <PROTECTED> |
| 16:19.51 | zero_level | this should be fine. |
| 16:20.01 | Ch3ck_ | ok |
| 16:20.11 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:21.15 | zero_level | Perhaps I have been given a deadline to resurrect benchmark. |
| 16:21.48 | Ch3ck_ | OK |
| 16:21.53 | Ch3ck_ | compiling.. |
| 16:21.55 | zero_level | So Izak_, Ch3ck : your help will be crucial |
| 16:22.07 | Ch3ck_ | seeing what i can do. |
| 16:22.29 | zero_level | Also Ch3ck_, Izak__ : what systems do you use. |
| 16:22.36 | zero_level | Dont run on bz. |
| 16:22.42 | zero_level | I have taken care of that. |
| 16:23.12 | Izak__ | hp Compaq running Scientific Linux 6.2 |
| 16:24.30 | Ch3ck_ | well here is what lscpu gives |
| 16:24.33 | Ch3ck_ | root@localhost matrix test]# lscpu |
| 16:24.33 | Ch3ck_ | Architecture: i686 |
| 16:24.34 | Ch3ck_ | CPU op-mode(s): 32-bit, 64-bit |
| 16:24.34 | Ch3ck_ | Byte Order: Little Endian |
| 16:24.34 | Ch3ck_ | CPU(s): 2 |
| 16:24.34 | Ch3ck_ | On-line CPU(s) list: 0,1 |
| 16:24.36 | Ch3ck_ | Thread(s) per core: 1 |
| 16:24.38 | Ch3ck_ | Core(s) per socket: 2 |
| 16:24.40 | Ch3ck_ | CPU socket(s): 1 |
| 16:24.42 | Ch3ck_ | Vendor ID: GenuineIntel |
| 16:24.44 | Ch3ck_ | CPU family: 6 |
| 16:24.46 | Ch3ck_ | Model: 23 |
| 16:24.48 | Ch3ck_ | Stepping: 10 |
| 16:24.50 | Ch3ck_ | CPU MHz: 1203.000 |
| 16:24.52 | Ch3ck_ | BogoMIPS: 5585.69 |
| 16:24.54 | Ch3ck_ | Virtualization: VT-x |
| 16:24.58 | Ch3ck_ | L1d cache: 32K |
| 16:25.00 | Ch3ck_ | L1i cache: 32K |
| 16:25.02 | Ch3ck_ | L2 cache: 2048K |
| 16:28.46 | zero_level | oops Ch3ck_ ``Erik advised me to use paste sites. For pasting this inputs. |
| 16:29.10 | Ch3ck_ | like? |
| 16:29.14 | zero_level | http://pastebin.com/ |
| 16:29.19 | Ch3ck_ | give me an example |
| 16:29.20 | Ch3ck_ | ok |
| 16:32.54 | zero_level | Izak__, Ch3ck_ just put the compile on some window and let it go on. I wouldnt want you to be ocupied for long. |
| 16:32.57 | Izak__ | zero_level : 42% made |
| 16:33.33 | Izak__ | zero_level : No big deal. Its all the same BRL-CAD :) |
| 16:44.06 | Ch3ck_ | well benchmark tests are coming up wrong |
| 16:44.43 | Izak__ | zero_level: moss,world,star, bldg391, .....: show WRONG WRONG WRONG WRONG WRONG WRONG6 times |
| 16:44.44 | Ch3ck_ | from what brlcad explained to me benchmark tests work based on computed pix and stored already stored in the code |
| 16:45.11 | Ch3ck_ | so its to open the images and actually see if they are significant changes |
| 16:45.33 | Ch3ck_ | but based on the fact almost all of them are coming wrong then something is wrong somewhere. |
| 16:46.43 | zero_level | ok. |
| 16:48.52 | Ch3ck_ | well the first thing is to revert all the changes you made before the code went sour and see how it goes |
| 16:49.01 | Ch3ck_ | before starting any new changes. |
| 16:50.41 | zero_level | well Ch3ck_ : before that I would like to make one more commit. |
| 16:50.58 | zero_level | This has some issue with the spinlocks. |
| 16:51.07 | Ch3ck_ | well if you know it won't further degerate the problem fine. |
| 16:51.45 | Ch3ck_ | but you have to recheck all you previous commits and see which one in particular started this and work from there. |
| 16:58.34 | Notify | 03BRL-CAD:mohitdaga * 56388 (brlcad/trunk/src/rt/view.c brlcad/trunk/src/rt/viewedge.c brlcad/trunk/src/rt/viewxray.c): Applying seamaphore locks after modifying icv_writeline(..). This now doesnt hang since icv_writeline doesnt ask for memory allocation any more. Thus doesn't acquire BU_SEM_SYSCALL. This is expected to ensure sanctity in image writting from rt. |
| 16:59.01 | zero_level | Ch3ck_ : thanks. |
| 16:59.32 | zero_level | But this has an error, which, me, ``Erik and brlcad have discovered. |
| 16:59.43 | Ch3ck_ | aight |
| 16:59.50 | zero_level | related to mutex lokcs. |
| 16:59.57 | Ch3ck_ | kk |
| 17:00.01 | zero_level | c/lokcs/locks |
| 17:00.43 | zero_level | Can u do svn up. And sudo make install followed by sudo make benchmark. |
| 17:01.01 | zero_level | this will not take much time now. |
| 17:01.10 | Ch3ck_ | will have to generate a patch now.. |
| 17:01.17 | Ch3ck_ | so will update |
| 17:01.32 | zero_level | Since you already have a build at place with optimization flag. |
| 17:02.55 | zero_level | Izak__, Ch3ck_ : thanks for your support. This last test and we are done. |
| 17:03.08 | Ch3ck_ | :D |
| 17:04.04 | Izak__ | zero_level : What's that ? |
| 17:04.52 | zero_level | do svn up, then in your build directory run sudo make install. and then sudo make benchmark. |
| 17:05.37 | zero_level | Izak__: This must not take much time .Since you already have a build at place with optimization flag. |
| 17:08.29 | Ch3ck_ | zero_level: compiling .. |
| 17:13.29 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:17.01 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5889 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */ |
| 17:17.31 | Izak__ | zero_level : All benchmark tests still fail :( |
| 17:20.02 | zero_level | alright Izak__. |
| 17:20.20 | zero_level | Can u send me the image file from brlcad-build/bench folder. |
| 17:20.50 | zero_level | I believe you have run it twice. |
| 17:21.03 | zero_level | So send me the file corresponding to the latest build. |
| 17:22.15 | Ch3ck_ | zero_level: also getting a seg fault on regression tests |
| 17:22.21 | zero_level | I wish to be 100 % sure that this writes images in a sprinkled scanlines way. |
| 17:22.40 | zero_level | Ch3ck_ thanks for the info. |
| 17:24.08 | Ch3ck_ | zero_level:http://pastebin.com/FDdgCfHZ |
| 17:24.16 | Ch3ck_ | there are the details ;) |
| 17:25.04 | zero_level | is recompiling in the meantime. |
| 17:25.47 | Ch3ck_ | starseeker: brlcad: finished writing the unit test for bn_poly_synthetic_division() patches on sf waiting review. |
| 17:29.58 | zero_level | Ch3ck_ I believe the seg issue doesnt have any thing to do with ICV. |
| 17:30.23 | Ch3ck_ | aight but its in there somewhere I don't think I have anything to do with it. |
| 17:30.38 | zero_level | brlcad : Ch3ck_ has found an intresting error. |
| 17:31.00 | zero_level | <-- points to the pastebin link. |
| 17:31.04 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5890 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 17:31.37 | Ch3ck_ | ok |
| 17:31.53 | Ch3ck_ | will take a peek |
| 17:32.31 | zero_level | Izak__ or Ch3ck can u send me the images from the bench folder in your build directory. |
| 17:32.46 | zero_level | You could email me. |
| 17:33.13 | zero_level | mohit(dot)daga[at]ieee(dot)org |
| 17:34.12 | Ch3ck_ | will do. |
| 17:34.39 | Izak__ | zero_level : Which ones exactly ? They are many ! |
| 17:35.25 | zero_level | I would require from the latest benchmark test(I believe you ran two.) |
| 17:36.09 | Izak__ | Which file exactly? I don't see any picture? |
| 17:36.35 | zero_level | *.pix |
| 17:37.00 | zero_level | it must have a number |
| 17:37.00 | Izak__ | ok |
| 17:38.21 | zero_level | like moss-*.pix |
| 17:39.17 | zero_level | you could send me the complete bench folder. OR the images with the latest benchmark number. |
| 17:41.39 | Ch3ck_ | well i'll send you the whole thing and u do the sorting ok? |
| 17:41.52 | Izak__ | zero_level:I have sent all the *.pix files in a tar ball. Have u sen them ? |
| 17:43.12 | zero_level | Izak__ : thanks |
| 17:43.37 | Izak__ | zero_level : Are they the right ones ? |
| 17:44.11 | zero_level | Izak__ : Thanks. |
| 17:44.27 | zero_level | is converting them to png. |
| 17:45.31 | *** join/#brlcad vladbogo (~vlad@188.25.238.209) | |
| 17:59.19 | Ch3ck_ | uploading files |
| 17:59.31 | Ch3ck_ | zero_level: should see them shortly.. |
| 18:06.35 | *** join/#brlcad caen23_ (~caen23@92.81.164.86) | |
| 18:10.38 | zero_level | Ch3ck_, Izak__ : thanks ! |
| 18:10.42 | zero_level | :-) |
| 18:10.56 | zero_level | Apparently It turns out to be some floating point errors. |
| 18:11.22 | zero_level | It would not have been possible without your support. |
| 18:12.11 | Ch3ck_ | :-) |
| 18:12.23 | zero_level | Because the matter of the fact is that the error didnt show up on my machine and bz. |
| 18:14.49 | zero_level | Ch3ck_ Izak__ is it a national holiday in USA ? |
| 18:15.17 | zero_level | dont see brlcad, ``Erik, starseeker :around. |
| 18:15.44 | Izak__ | zero_level: Why do you ask that ? I think its like July 4th |
| 18:16.13 | zero_level | nevermind:-) |
| 18:18.36 | zero_level | I wonder how did brlcad concluded this ? |
| 18:18.39 | zero_level | 00:08 < brlcad> with the semaphore locks removed, scanlines are ending up out of order so have to put some thought into how that is happening and findi to a working state otherwise if a fix is not achieved within a day |
| 18:39.38 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 18:40.17 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 18:44.25 | Notify | 03BRL-CAD:n_reed * 56389 brlcad/trunk/src/libtclcad/tclcad_obj.c: Handle hidden line mode in to_edit_redraw. Fixes an archer bug where editing something drawn in hidden line mode caused it to be redrawn in shaded mode. |
| 18:48.05 | Notify | 03BRL-CAD:mohitdaga * 56390 brlcad/trunk/src/libicv/fileformat.c: Sanitize the conversion from double to unsigned char. Instead of floor which can introduce a error upto a difference of 2 intensities, adapt a more robust conversion where it rounds off to nearest integer. |
| 18:48.32 | zero_level | Ch3ck_ : Can you do it a last time? |
| 18:48.45 | zero_level | update to 56390. |
| 18:49.07 | zero_level | brlcad : Pls run benchmark after r56390 |
| 18:49.49 | zero_level | ``Erik : I am confident this time. That after r56390 we must not get benchmark error. |
| 18:51.21 | zero_level | Still I wish you to run benchmark. |
| 18:51.38 | zero_level | So that I cld be 100 % sure and move on. |
| 19:03.43 | zero_level | brlcad: I have written on the leaset seeking help. |
| 19:03.49 | zero_level | *list |
| 19:05.49 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:06.14 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:06.37 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:07.02 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:07.32 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:07.56 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:08.21 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:08.46 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:09.08 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:09.33 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:09.59 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:10.24 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:10.50 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:11.16 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:12.49 | Notify | 03BRL-CAD Wiki:Level zero * 5891 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */ |
| 19:13.16 | zero_level | goes for sleep. |
| 20:01.40 | ``Erik | ERROR: reference image /home/erik/src/brlcad/build/gcc/bin/../share/pix/moss.pix not found |
| 20:02.39 | Notify | 03BRL-CAD:carlmoore * 56391 brlcad/trunk/src/gtools/g_transfer.c: add 'OR' line to usage, remove H and add ? (for help) |
| 20:22.11 | Notify | 03BRL-CAD:starseeker * 56392 (brlcad/trunk/doc/docbook/system/mann/en/comb.xml brlcad/trunk/include/raytrace.h and 2 others): Add a -f option to the comb command that will flatten a combination that contains only unions, and delete any orphaned combinations that were formerly present in that comb's tree but not used elsewhere in the .g file. This is the first significant programmatic use of the search capabilities |
| 20:22.13 | Notify | other than the search command itself. Full comb -f example added to the comb man page. |
| 20:24.26 | Notify | 03BRL-CAD:r_weiss * 56393 brlcad/trunk/src/librt/primitives/bot/btg.c: Fixed an intermittent seg fault when raytracing bots with bot-tie enabled. |
| 20:27.46 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 20:46.19 | Notify | 03BRL-CAD:carlmoore * 56394 brlcad/trunk/src/gtools/remapid.c: implement use of h for help |
| 20:48.26 | Notify | 03BRL-CAD:starseeker * 56395 brlcad/trunk/src/libged/comb.c: Re-arrange some of the memory freeing. |
| 20:55.24 | Notify | 03BRL-CAD:starseeker * 56396 brlcad/trunk/src/libged/comb.c: tweaks |
| 21:06.31 | Notify | 03BRL-CAD:n_reed * 56397 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Handle hidden line mode when redrawing from script side. Extends r56389 fix to object rotate/translate/scale. |
| 21:21.35 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5892 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */ |
| 23:40.17 | Notify | 03BRL-CAD:starseeker * 56398 brlcad/trunk/NEWS: Added the -bool option to search, which allows filtering based on whether a given instance of an object is combined into its parent comb with a union (u), intersection (+), or subtraction (-) boolean operator. |
| 23:42.45 | Notify | 03BRL-CAD:starseeker * 56399 brlcad/trunk/NEWS: Added -f option to the comb command, which will take a single comb as an input, check whether all boolean operations in its tree are unions, and if they are make a new tree under the comb that unions all the solids directly into the comb. Will also remove 'orphaned' combs that are no longer used by any other object in the tree, but ignores combs that are used |
| 23:42.47 | Notify | elsewhere. |
| 02:29.27 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 02:48.47 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 03:32.50 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 03:33.22 | Notify | 03BRL-CAD:starseeker * 56400 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/comb.c brlcad/trunk/src/librt/search.c): string search plans are likely to be a very common input - provide functions to handle them automatically. |
| 03:47.10 | *** join/#brlcad jass (~jass@202.164.53.117) | |
| 03:48.48 | jass | exit |
| 03:48.57 | jass | exit |
| 03:53.07 | Notify | 03BRL-CAD:brlcad * 56401 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/fb/tests/CMakeLists.txt and 6 others): simplify. reviewing all of the remaining NO_INSTALL applications that lacked LOCAL, they all needed it. this combines them. NO_INSTALL now means leave/put the binary in the build directory. |
| 04:00.51 | *** join/#brlcad jass (~jass@202.164.53.117) | |
| 04:15.55 | Notify | 03BRL-CAD:phoenixyjll * 56402 brlcad/trunk/src/libbrep/intersect.cpp: It seems that J.invert() doesn't work (it cause brep arb8.brep intersect ehy.brep 0 1 on csgbrep.g to fail). Use explicit pseudo-inverse. |
| 04:35.30 | Notify | 03BRL-CAD:brlcad * 56403 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake and 10 others): consistency with NO_INSTALL and other var/opts. make NOSTRICT/NOSTRICTCXX and var friends be NO_STRICT/NO_STRICT_CXX. |
| 04:44.19 | zero_level | clear |
| 04:45.02 | zero_level | oops! nevermind :- |
| 05:11.02 | Notify | 03BRL-CAD:phoenixyjll * 56404 brlcad/trunk/src/libbrep/intersect.cpp: Code clean up. Move the functions used by multiple ON_Intersect()s to the beginning. |
| 05:21.15 | *** join/#brlcad caen23 (~caen23@92.81.175.190) | |
| 05:50.34 | Notify | 03BRL-CAD:phoenixyjll * 56405 brlcad/trunk/src/libbrep/intersect.cpp: Separate the Newton iterations of PCI out to a function. |
| 06:19.16 | *** join/#brlcad caen23_ (~caen23@92.81.199.45) | |
| 07:52.28 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:47.14 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:50.45 | Notify | 03BRL-CAD:d_rossberg * 56406 brlcad/trunk/misc/win32-msvc/Dll/TclDummies.c: added some flesh to the function stubs, they will comile with the strict flag now |
| 09:57.13 | Notify | 03BRL-CAD:phoenixyjll * 56407 brlcad/trunk/src/libbrep/intersect.cpp: Try to implement PSI in a similar fashion of other intersections, so that further the surface tree structures can be easily reused during different intersections. |
| 10:03.15 | Notify | 03BRL-CAD:phoenixyjll * 56408 brlcad/trunk/src/libbrep/intersect.cpp: Mark tree as unused. |
| 10:47.08 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 10:48.53 | *** join/#brlcad Ch3ck__ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:23.41 | zero_level | hi ``Erik : I take those mails as an assurance of things being set right. |
| 12:23.49 | zero_level | So the benchmark works. |
| 12:23.52 | zero_level | ? |
| 12:24.08 | zero_level | ``Erik : Moving on with dev work. |
| 12:24.52 | zero_level | Thanks GSOC students Ch3ck_ , Izak__ and ``Erik for making benchmark and testing on your machines. |
| 12:28.46 | Ch3ck_ | zero_level:its ok |
| 12:37.53 | Notify | 03BRL-CAD:tbrowder2 * 56409 (brlcad/trunk/src/burst/burst.c brlcad/trunk/src/burst/extern.h brlcad/trunk/src/burst/prnt.c): move usage string into file with main; eliminate unnecessary function |
| 12:43.18 | Notify | 03BRL-CAD Wiki:QWERTYUIOP * 0 /wiki/User:QWERTYUIOP: |
| 12:46.14 | Notify | 03BRL-CAD:tbrowder2 * 56410 brlcad/trunk/src/burst/burst.c: make new string to hold bu_getopt option char input; ws |
| 12:48.42 | Notify | 03BRL-CAD:mohitdaga * 56411 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/fileformat.c): Segregate functions Supporting bw images to a new file bw.c. |
| 12:58.25 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:03.17 | ``Erik | bw.c fails to compile |
| 13:04.55 | zero_level | msg ? |
| 13:05.02 | ``Erik | http://paste.lisp.org/display/138293 |
| 13:05.59 | brlcad | zero_level: I get RIGHT answers again now too |
| 13:06.02 | brlcad | just fyi |
| 13:06.17 | Notify | 03BRL-CAD Wiki:Phoenix * 5893 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 13:07.53 | zero_level | brlcad : Thanks :-) |
| 13:10.25 | Notify | 03BRL-CAD:mohitdaga * 56412 brlcad/trunk/src/libicv/bw.c: Add sys/stat header for FLAGS used in read/write. |
| 13:10.28 | zero_level | ``Erik : worked on my machine. Checked bu removing each header. |
| 13:10.54 | zero_level | I believe after r56412 must compile cleanly on your machine. |
| 13:11.03 | zero_level | Pls do ack. Thanks. |
| 13:11.14 | ``Erik | zero_level: I like to test a couple different platforms just to verify things like... I saw the error on both fbsd (brlcad.org) and a rhel machine |
| 13:12.34 | ``Erik | yup, works now and you chose the right header (stat.h also has those defines, but your purpose would want fcntl.h) |
| 13:12.58 | zero_level | ok. Thanks. |
| 13:25.57 | zero_level | ``Erik I am poor at naming functions/file names. |
| 13:26.26 | zero_level | Can u suggest me name for for a file where I keep uchar2double double2uchar. |
| 13:26.38 | zero_level | Also the scope of this files will extend in future. |
| 13:27.10 | zero_level | Where we will keep routines to convert to other data types for high resolution bmp, png images. |
| 13:27.21 | zero_level | my suggestion is do.c |
| 13:28.44 | zero_level | opps double.c |
| 13:33.29 | ``Erik | uh, util.c ? |
| 13:34.19 | ``Erik | libicv_private.h and do 'em as macro or static inline? :D |
| 13:35.24 | ``Erik | seems to be some precidence for doing something like icv_util.c |
| 13:35.32 | ``Erik | precedence |
| 13:40.03 | zero_level | hi. getting this error in benchmark now. |
| 13:40.05 | zero_level | http://paste.kde.org/p18486ad6/ |
| 13:40.18 | zero_level | related to Permissions of .g file |
| 13:41.14 | Notify | 03BRL-CAD:mohitdaga * 56413 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/fileformat.c): Segrgating routines related to pix format |
| 13:41.58 | ``Erik | might have to manually delete m35.g (or change it's permissions) |
| 13:42.06 | brlcad | zero_level: perhaps type2type.c or encoding.c or conversion.c |
| 13:50.56 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5894 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 13:51.28 | Notify | 03BRL-CAD:starseeker * 56414 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: reorganize comb man page - break options out into list. |
| 13:57.03 | Notify | 03BRL-CAD:mohitdaga * 56415 brlcad/trunk/src/libicv/CMakeLists.txt: Trailing ws |
| 14:02.02 | *** join/#brlcad caen23 (~caen23@92.81.199.45) | |
| 14:02.53 | zero_level | I guess encoding.c is nice. |
| 14:16.22 | Notify | 03BRL-CAD:mohitdaga * 56416 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Add a new file encoding.c. This file will contain data conversion for saving and loading from different formats of images. These routines will act as a bridge. For eg. file.someformat ---> Use routine from this file --> Load to icv_image struct --> do processing --> Use routines from this |
| 14:16.25 | Notify | file for desired formats --> Save in the desired format. |
| 14:16.42 | Ch3ck_ | working on the unit test for bn_poly_quadratic_roots and I wish to know what to do when a quadratic equation has two roots how does bn_poly_quadratic_roots() handle that case. |
| 14:17.21 | zero_level | brlcad : Although encoding.c is fine as a name. But this will create a bunch of very small files. (I guess that is fine) else ``Erik's idea of a utility shld be followed |
| 14:22.35 | Ch3ck_ | its ok guys seen a way to handle it.. :) |
| 14:24.11 | Notify | 03BRL-CAD:mohitdaga * 56417 (brlcad/trunk/src/libicv/encoding.c brlcad/trunk/src/libicv/pix.c): Add file descriptions. |
| 14:25.42 | Notify | 03BRL-CAD:mohitdaga * 56418 brlcad/trunk/src/libicv/fileformat.c: Adding file information for extern functions. |
| 14:26.30 | zero_level | ``Erik what was the tag flags in "icv_image_file" struct used for? |
| 14:26.40 | zero_level | I added that without change. |
| 14:26.53 | zero_level | I see there are two flas used. |
| 14:27.00 | zero_level | for stream and buffer. |
| 14:27.29 | zero_level | *flags. |
| 14:35.06 | *** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net) | |
| 14:37.58 | ``Erik | I don't think the flags field was ever actually used, looked like I was setting up things to allow a bif to be streamed or buffered but that capability never became important |
| 14:38.27 | ``Erik | way back in '07 O.o |
| 14:44.31 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 14:53.48 | Notify | 03BRL-CAD:mohitdaga * 56419 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): Remove Flags from 'icv_image' struct. |
| 14:56.31 | Notify | 03BRL-CAD:carlmoore * 56420 (brlcad/trunk/doc/docbook/system/mann/en/comb.xml brlcad/trunk/include/raytrace.h): remove trailing blanks/tabs, and fix a spelling |
| 15:02.46 | Ch3ck_ | hey guys what's happening to brlcad source these days compiling code and i'm getting this opennurbs error : http://pastebin.com/8a6FbJzs |
| 15:05.33 | Ch3ck_ | compilation even failed. Trying a fresh compile to see |
| 15:14.32 | Ch3ck_ | brlcad: how communicative am I during this as concerning my writing of the unit tests for poly.c functions |
| 15:14.42 | Ch3ck_ | brlcad: I mean this weeki |
| 15:17.23 | Ch3ck_ | brlcad:~:-P |
| 15:31.08 | Notify | 03BRL-CAD:erikgreenwald * 56421 brlcad/trunk/src/adrt/isst_tcltk.c: check that the dm was successfully opened before setting the default bg color |
| 15:41.20 | cogitokat | When I run make tests after compiling, there are 4 failing tests. http://pastebin.com/DZkvF9BY |
| 15:42.10 | cogitokat | Why? |
| 15:43.38 | ``Erik | the NURBS- and test_ssi ones are supposed to fail (not implemented yet), which other two are you seeing? (i'm seeing 3 others on some platforms) |
| 15:45.46 | zero_level | ``Erk here is the paste kde link of his errors |
| 15:45.52 | zero_level | http://paste.kde.org/p33524d6e/ |
| 15:46.56 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5895 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */ |
| 15:47.14 | ``Erik | progname is due to a recent modification in the test suite, it seems to work on mac but not anywhere else... and bottess_test is build system related, ctest is trying bin/test_bottess but it's being build in src/libgcv/test_bottess |
| 15:47.35 | ``Erik | they'll be fixed soonish, before the next release *shrug* |
| 15:47.48 | cogitokat | Okay, thank you. |
| 16:08.34 | zero_level | wq |
| 16:31.36 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 16:31.39 | cogitokat | I'm trying to use swig to make python bindings, and when I do the swig command it says this http://paste.kde.org/p3775a896/ This is the #if it's taliking about in db.h http://paste.kde.org/p15615e93/ |
| 16:32.42 | cogitokat | Why is it an error and how can I fix it? |
| 16:42.16 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 16:44.39 | *** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net) | |
| 16:52.03 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5896 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 17:01.59 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:04.06 | Notify | 03BRL-CAD:erikgreenwald * 56422 brlcad/trunk/src/rt/main.c: free the rti after raytracing is done |
| 17:04.12 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 17:04.25 | *** join/#brlcad Izak___ (c318dc10@gateway/web/freenode/ip.195.24.220.16) | |
| 17:17.34 | cogitokat | Has anyone succesfully used swig? It seems like there are all sorts of errors in the header files that it does not like. |
| 17:27.37 | Izak__ | I have not used swig before |
| 17:41.31 | Notify | 03BRL-CAD:starseeker * 56423 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: add an example search for flattenable objects to the comb man page. |
| 18:18.42 | Notify | 03BRL-CAD:mohitdaga * 56424 brlcad/trunk/include/icv.h: Add flags in icv_image struct |
| 18:19.20 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5897 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */ |
| 18:19.33 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:19.43 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5898 /wiki/User:KeshaSShah/GSoC13/Reports: /* August 1 */ |
| 18:30.11 | Notify | 03BRL-CAD:mohitdaga * 56425 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Add operations file. This will contain all the airthmatic and related routines. |
| 18:32.34 | brlcad | cogitokat: they're not errors in the header, it's just we used some advanced pre-processor constructs that swig has trouble with |
| 18:32.43 | brlcad | that said, "yes" is the answer to your question ;) |
| 18:32.58 | brlcad | you don't want to feed swig all the headers, just ones for a particular library |
| 18:34.34 | brlcad | and actually, your error in http://paste.kde.org/p3775a896/ is just a compiler-related issue |
| 18:36.42 | Notify | 03BRL-CAD:brlcad * 56426 brlcad/trunk/include/db.h: we're no longer support k&r, assume stdc |
| 18:36.45 | Notify | 03BRL-CAD:mohitdaga * 56427 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Adding icv_add_val function. This adds a constant value to all the pixels of an image. |
| 18:37.26 | cogitokat | I did a thing that fixed that error, but ended up with Error: Syntax error in input(1) for something in render.h... so should I follow the example in misc/perl for whatever header I might want? |
| 18:40.41 | brlcad | your timing is ironic |
| 18:40.57 | brlcad | one of the other devs (tom) has been working in misc/perl just the past few days on a swig interface |
| 18:41.14 | brlcad | so yeah, you could certainly start there though that is a work in progress |
| 18:41.21 | Notify | 03BRL-CAD:brlcad * 56428 brlcad/trunk/include/orle.h: assume stdc |
| 18:41.28 | cogitokat | Ah, I see |
| 18:41.57 | Notify | 03BRL-CAD:mohitdaga * 56429 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Add routines which performs operations with contant. |
| 18:42.44 | cogitokat | brlcad, is there anywhere else I can see bindings being made successfully? |
| 18:44.28 | Notify | 03BRL-CAD:mohitdaga * 56430 brlcad/trunk/src/libicv/operations.c: trailing ws |
| 18:45.04 | brlcad | cogitokat: I'm afraid only in Tcl and not via SWIG |
| 18:45.29 | brlcad | cogitokat: do you have a goal in mind? there might be another way |
| 18:46.56 | cogitokat | brlcad, the goal is to make nurbs things happen in python, using brlcad |
| 18:47.39 | brlcad | of course you reach into the most advanced and active area of devleopment... :) |
| 18:48.44 | brlcad | cogitokat: three thoughts come to mind |
| 18:49.08 | brlcad | 1) you could try to swigify just openNURBS (src/other/openNURBS, C++) |
| 18:50.06 | brlcad | 2) you could swigify our LIBGED library, which gets you access to most commands used for our scripting layer and mged |
| 18:51.21 | brlcad | 3) our geometry service project (which is not yet usable) is designed to bridge language bindings through a net-centric protocol |
| 18:52.09 | Notify | 03BRL-CAD:tbrowder2 * 56431 (brlcad/trunk/doc/burst/Funcs =================================================================== and 33 others): add burst doc source |
| 18:56.11 | cogitokat | brlcad, I think I'll attempt to do #2. |
| 18:57.47 | Notify | 03BRL-CAD:mohitdaga * 56432 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Add functions which performs operations between two images. |
| 19:00.03 | cogitokat | brlcad, thanks for the info and suggestions |
| 19:07.42 | Notify | 03BRL-CAD:mohitdaga * 56433 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Add icv_saturate function. This changes the saturation of image pixels. |
| 19:11.14 | Notify | 03BRL-CAD:mohitdaga * 56434 brlcad/trunk/include/icv.h: Add ICV_EXPORT before the functions. |
| 19:20.04 | brlcad | cogitokat: let me or any one of the other guys know if you need anything |
| 19:20.27 | brlcad | really looking forward to someone taking that to the next level, setting up a useful interface |
| 19:24.47 | Notify | 03BRL-CAD:starseeker * 56435 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/move_all.c): Extract the bit from mvall that does the object reference renaming for a comb tree and make it available as a function call - will need this for a comb command feature. |
| 19:24.59 | cogitokat | brlcad, I sure will, does tom use irc? |
| 19:25.49 | brlcad | sometimes, but he's more active on the mailing list |
| 19:26.07 | cogitokat | ah |
| 19:26.39 | brlcad | you're welcome to work with him there or, if his progress stagnates, take over the initiative |
| 19:27.28 | zero_level | time for some stats functions after the break. And it is raining cats and dogs here :-) |
| 19:27.50 | cogitokat | sounds good |
| 19:28.42 | zero_level | brlcad : pixsaturate is converted to icv_satureate. |
| 19:28.52 | zero_level | *icv_saturate. |
| 19:29.05 | zero_level | pix_satureate contains author info |
| 19:29.31 | zero_level | do you think I should bring that name too icv_saturate |
| 19:29.41 | zero_level | c/pix_saturate/pixsaturate |
| 19:29.55 | zero_level | c/too/to |
| 19:33.40 | Notify | 03BRL-CAD:brlcad * 56436 brlcad/trunk/src/util/pixsaturate.c: clean up the description, remove duplicate info and authorship commentary |
| 19:33.42 | brlcad | zero_level: there's your answer |
| 19:35.38 | zero_level | alright. Thanks. |
| 19:42.28 | ``Erik | what's the issue with the current swig stuff? it was able to compile generated interfaces for a couple languages when I committed it |
| 19:47.54 | cogitokat | <PROTECTED> |
| 19:55.32 | Notify | 03BRL-CAD:brlcad * 56437 brlcad/trunk/include/bu.h: simplify temporal comment |
| 19:56.44 | Notify | 03BRL-CAD:mohitdaga * 56438 brlcad/trunk/include/icv.h: The way flags are used. They must be powers of 2. |
| 20:07.27 | Notify | 03BRL-CAD:mohitdaga * 56439 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Add stat.c This will contain statistics and histogram routines. Also adding icv_hist function |
| 20:08.34 | Notify | 03BRL-CAD:starseeker * 56440 brlcad/trunk/src/librt/comb/db_comb.c: Oops, helps to actually commit the definition. |
| 20:13.00 | Notify | 03BRL-CAD:mohitdaga * 56441 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/stat.c): Change the name of the function |
| 20:14.16 | Notify | 03BRL-CAD:mohitdaga * 56442 brlcad/trunk/src/libicv/stat.c: Change the name of the function |
| 20:16.45 | Notify | 03BRL-CAD:brlcad * 56443 brlcad/trunk/src/external/Cubit/g-sat.cpp: don't forget to update the cpp files, s/rt_g/RTG/ |
| 20:16.56 | Notify | 03BRL-CAD:mohitdaga * 56444 brlcad/trunk/src/libicv/stat.c: Add icv_min function. |
| 20:18.10 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5899 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */ |
| 20:18.31 | Notify | 03BRL-CAD:mohitdaga * 56445 brlcad/trunk/include/icv.h: Declare functions in the header. |
| 20:18.58 | Notify | 03BRL-CAD:brlcad * 56446 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/adrt/load_g.c and 93 others): rename the rt_g global to RTG so that it's more distinct that it's a global, less likely to shadow, and so that it doesn't match struct rt_g in name. |
| 20:19.38 | zero_level | brlcad : what is your say about the api now ? |
| 20:23.46 | Notify | 03BRL-CAD Wiki:Level zero * 5900 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */ |
| 20:24.37 | Notify | 03BRL-CAD:brlcad * 56447 brlcad/trunk/src/librt/globals.c: rename the actual global, rt_g is now RTG. |
| 20:24.38 | brlcad | zero_level: I'll have a look later this afternoon |
| 20:24.45 | zero_level | alright |
| 20:24.52 | zero_level | goes to bed. |
| 20:25.24 | Notify | 03BRL-CAD:mohitdaga * 56448 brlcad/trunk/src/libicv/stat.c: trailing ws |
| 20:25.25 | brlcad | watching the commits, it's been looking good |
| 20:25.37 | brlcad | might want to do a pass over the header file to make sure it's neat/organized |
| 20:25.41 | brlcad | so it's easy to digest |
| 20:25.45 | brlcad | a quick pass |
| 20:25.46 | zero_level | alright. |
| 20:26.06 | zero_level | Its 1:55 am here. :-) |
| 20:26.30 | zero_level | stat requires comments and operations a modifcations. |
| 20:26.45 | zero_level | I will try to catch them early morning tommorow. |
| 20:27.23 | brlcad | sounds good |
| 20:28.53 | Notify | 03BRL-CAD:brlcad * 56449 brlcad/trunk/CHANGES: rt_g is now RTG |
| 20:37.34 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 20:44.50 | Notify | 03BRL-CAD:brlcad * 56450 brlcad/trunk/src/libicv/operations.c: remove debug statement (should have used %f and/or bu_log anyways). |
| 20:57.37 | Notify | 03BRL-CAD:starseeker * 56451 (brlcad/trunk/doc/docbook/system/mann/en/comb.xml brlcad/trunk/src/libged/comb.c): Add initial stab at implementation of the 'lift region' option to comb (-l) that clears out all region flags below the specified combination and sets the region flag on the specified combination. If a region is used in another tree, this option uses the wrapping functionality to swap regions for combs in |
| 20:57.39 | Notify | the local tree while preserving the region's properites elsewhere, except when doing so would yank the region flag out from a comb that is defining something in another tree. (basic option is described in man page, examples will be added to clarify.) |
| 21:01.24 | Notify | 03BRL-CAD:brlcad * 56452 brlcad/trunk/src/conv/step/g-step.cpp: sfile is unused, removed |
| 21:13.49 | Notify | 03BRL-CAD:n_reed * 56453 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/CMakeLists.txt): add empty brep editing frame to archer |
| 21:20.47 | Notify | 03BRL-CAD:starseeker * 56454 brlcad/trunk/src/libged/comb.c: No need to search every time, just add and remove the pointers as needed. |
| 21:26.00 | Notify | 03BRL-CAD:starseeker * 56455 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: Add -l option to man page usage. |
| 21:27.14 | brlcad | cogitokat: try commenting out that render.h line (it shouldn't even be looking at that file) |
| 21:27.42 | brlcad | that might be the difference, you're running on an install tree instead of the published headers in our source include/ directory |
| 22:12.33 | ``Erik | brlcad: any chance of adding %%ircname%% to new-committer.template? :D |
| 22:13.17 | ``Erik | searches AUTHORS O.o |
| 22:51.03 | brlcad | ``Erik: sure |
| 22:51.12 | brlcad | he's ejno ;) |
| 22:51.55 | Notify | 03BRL-CAD:brlcad * 56456 (brlcad/trunk/CHANGES brlcad/trunk/doc/docbook/system/man3/en/librt.xml and 136 others): the rt_functab global is now OBJ. this will eventually not matter because we'll hide the table behind an API (and then make it go away with self-registered types). |
| 00:00.51 | cogitokat | brlcad, I just tried what you said and it let me do a swig command without anymore errors, neat! It still isn't creating a proper python module, yet, but at least I can tinker with that now. |
| 00:28.36 | ``Erik | hearing rumor that the inner harbor is starting to fill up with bronies O.o |
| 03:29.16 | Notify | 03BRL-CAD:starseeker * 56457 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: Add examples illustrating the various behaviors of the -l option for comb. |
| 04:48.31 | Notify | 03BRL-CAD Wiki:Harman052 * 5901 /wiki/User:Harman052/GSoc2013/Logs: |
| 04:56.37 | Notify | 03BRL-CAD:phoenixyjll * 56458 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Reuse the surface trees and curve trees during multiple intersections to reduce repeat computation. |
| 05:08.58 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-esmwfsspckywvnea) | |
| 05:08.58 | Notify | 03BRL-CAD Wiki:Harman052 * 5902 /wiki/User:Harman052/GSoc2013/Logs: /* July 01 2013 */ |
| 06:34.18 | *** join/#brlcad caen23_ (~caen23@92.81.193.198) | |
| 06:37.39 | Notify | 03BRL-CAD:phoenixyjll * 56459 brlcad/trunk/src/libbrep/intersect.cpp: Make sure the results after iterations are inside the domains. |
| 06:49.51 | Notify | 03BRL-CAD:mohitdaga * 56460 brlcad/trunk/include/icv.h: Improve comments of routines in operations.c |
| 07:01.41 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ywdhpckytrlbnxzi) | |
| 08:28.18 | *** join/#brlcad merzo (~merzo@207-17-133-95.pool.ukrtel.net) | |
| 08:30.52 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xmppilpmofuwgrrd) | |
| 09:22.33 | Notify | 03BRL-CAD:mohitdaga * 56461 brlcad/trunk/include/icv.h: Add comments for stats routines |
| 09:26.35 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 09:35.05 | Ch3ck_ | brlcad: starseeker: ``Erik: when creating the code patches for these unit tests should I add them as iterations of each other or as independent patches, whereby one does not depend on another both in application and integration in code? |
| 09:37.11 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 09:37.38 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 10:21.38 | ``Erik | if the two patches can be applied in either order (no conflicts), then they can be seperate patches... if they conflict in some fashion, then they should be done serially and a note the dependancy in the comments |
| 10:28.20 | Ch3ck_ | ok I made them to apply independently with no conflicts what so ever |
| 10:28.23 | Ch3ck_ | so its ok |
| 10:38.09 | Izak_ | brlcad:I am finding difficulties calculating the bounding box of the heart |
| 12:35.01 | starseeker | gah - regression tests are broken (rtweight) |
| 12:40.39 | zero_level | starseeker : I believe it is not because of ICV :P |
| 12:41.13 | zero_level | Ch3ck notified this few days back. |
| 12:41.50 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:44.06 | starseeker | goes hunting |
| 12:55.18 | zero_level | I was not sure why my shrink routines were not workin while doing a unit test. |
| 12:55.58 | zero_level | zero level sees there are seg faults in bwshrink (undersample and normal) pixshrink(undersample). |
| 12:56.08 | zero_level | I am trying to fix them. |
| 12:56.19 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 13:04.36 | starseeker | rtweight breakage was introduced in r56243 |
| 13:11.44 | starseeker | Izak_: I think that's why the free logic for the output file didn't live in do.c - the commands using the -o file for image output can get away with that, but the ones using it for text output can't - and do.c is reused by all of them, so it has to be handled on a per-command basis |
| 13:13.20 | Izak__ | starseeker: i don't understand :( |
| 13:15.49 | Izak__ | starseeker: I am taking a look at do.c |
| 13:15.56 | Notify | 03BRL-CAD:phoenixyjll * 56462 brlcad/trunk/src/libbrep/intersect.cpp: When i < 2 and >= 2, the iso-curve is on surface A and surface B respectively. |
| 13:17.26 | zero_level | starseeker can u paste the error. I am getting this http://paste.kde.org/p58ae57e2/ |
| 13:18.04 | starseeker | zero_level: try make regress-weight |
| 13:18.23 | Notify | 03BRL-CAD:phoenixyjll * 56463 brlcad/trunk/src/libbrep/intersect.cpp: Fix wrong use of m_a and m_b. |
| 13:18.32 | zero_level | still getting same. |
| 13:18.57 | starseeker | Izak__: you should be seeing something about rtweight segfaulting |
| 13:19.15 | starseeker | you didn't post your full output there |
| 13:19.42 | starseeker | I may not have the cause correct yet, still digging |
| 13:19.50 | zero_level | alright. Thanks. |
| 13:20.54 | Notify | 03BRL-CAD:phoenixyjll * 56464 brlcad/trunk/src/libbrep/intersect.cpp: Remove the curves that doesn't have shared points on both starting point and end point (it's impossible for them to be a part of the loop) |
| 13:22.07 | Notify | 03BRL-CAD:phoenixyjll * 56465 brlcad/trunk/src/libbrep/intersect.cpp: Should be non-strictly in and strictly out. |
| 13:24.15 | starseeker | huh. Yeah, that's not it, but it's still something introduced in r56243 |
| 13:26.49 | zero_level | starseeker can u paste the error. |
| 13:27.25 | zero_level | Is it the same as the link I gave ? |
| 13:28.00 | Notify | 03BRL-CAD:carlmoore * 56466 (brlcad/trunk/doc/burst/paper.mm brlcad/trunk/doc/burst/screen.tbl and 2 others): fix spellings and remove trailing blanks/tabs |
| 13:32.05 | Notify | 03BRL-CAD Wiki:Phoenix * 5903 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 13:32.39 | Ch3ck_ | starseeker: just wrote the unit tests for all the routines in poly.c. So I wish to know if i really need to write unit tests for bn_pr_poly() and bn_pr_roots() routines since they simply just print output? |
| 13:33.09 | Ch3ck_ | which I don't think its really that useful. |
| 13:33.34 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:34.15 | starseeker | Ch3ck_: nah (at least, not a priority). How are you getting the "valid" poly results to compare to? |
| 13:34.40 | Ch3ck_ | yes |
| 13:34.49 | starseeker | GNU Octave, Maxima, ...? |
| 13:35.25 | Ch3ck_ | tried extreme cases of known results using online poly calculators |
| 13:35.38 | Notify | 03BRL-CAD Wiki:Phoenix * 5904 /wiki/User:Phoenix/GSoc2013/Reports: /* Mid-term summary */ |
| 13:35.49 | starseeker | "online poly calculators"? |
| 13:35.51 | Notify | 03BRL-CAD Wiki:Phoenix * 5905 /wiki/User:Phoenix/GSoc2013/Reports: /* Mid-term summary */ |
| 13:36.00 | starseeker | did you document which ones in the source code of the tests? |
| 13:36.16 | Ch3ck_ | like mathportal.org |
| 13:36.23 | starseeker | important for something like this to explain why the control numbers you are testing against are believed to be correct |
| 13:37.01 | Ch3ck_ | ok like actually explaining how i get the correct numbers in the source codes? |
| 13:37.11 | starseeker | absolutely |
| 13:37.41 | Ch3ck_ | well did not include that in the source code |
| 13:38.02 | Ch3ck_ | but will do the modifications and give a link to the mathportal.org site |
| 13:38.05 | Ch3ck_ | is that ok? |
| 13:38.13 | starseeker | if you use the numbers from our solver to make the control numbers, the unit test just verifies the behavior is consistent from release to release |
| 13:38.45 | starseeker | that's valuable, but as long as you're crafting the tests its also an opportunity to document the correctness of our solver as compared to results from "trusted" sources |
| 13:39.18 | starseeker | isn't familiar with mathportal... do they say what they are using as their solver engine? |
| 13:39.44 | starseeker | want to document what solver software is used, not just the web address - a website can change its backend. |
| 13:40.00 | Ch3ck_ | yeah.. let me check that. |
| 13:40.12 | starseeker | I.e., are they using Mathematica version 4.1, Matlab 3.2, GNU Octave version 2.3, etc... |
| 13:40.48 | starseeker | and if there *are* differences, need to investigate why |
| 13:41.47 | Ch3ck_ | ok will do |
| 13:42.14 | Ch3ck_ | so how do i include the documentation in the code? as a comment at the beginning of the file? or what? |
| 13:42.19 | starseeker | Izak__: http://paste.kde.org/peefb18ad/ |
| 13:42.25 | starseeker | Ch3ck_: that's fine |
| 13:42.51 | starseeker | when you encode the "correct" comparison result, add a comment with that definition that documents where it came from |
| 13:43.05 | Ch3ck_ | ok |
| 13:44.02 | starseeker | Izak__: that's the crash I'm seeing for rtweight |
| 13:44.59 | Izak__ | starseeker: I don't get it. I have not compiled the code I have written yet. |
| 13:46.25 | starseeker | Izak__: backtrace is crashing at viewweight.c:381 when it tries to write to outfp |
| 13:51.34 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 13:52.04 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 13:52.05 | *** join/#brlcad tofu (~sean@66-118-151-70.static.sagonet.net) | |
| 13:52.09 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 13:52.19 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 13:56.41 | Izak__ | starseeker: I am building right now. I am not working on these source files now. Maybe some other developer is |
| 14:08.16 | Notify | 03BRL-CAD:tbrowder2 * 56467 brlcad/trunk/doc/burst/Make-paper.sh: don't need ps.tmac |
| 14:15.40 | zero_level | starseeker : how do u think we can fix this ? |
| 14:16.32 | Notify | 03BRL-CAD:starseeker * 56468 brlcad/trunk/src/rt/viewweight.c: Have rtweight handle outfp locally based on the options. Not sure if this is the 'correct' fix given the problem was somehow introduced in r56243 (not sure why yet) but it does seem to make sense and gets regress passing again. |
| 14:18.35 | starseeker | zero_level: need to understand why it suddenly fails in r56243. I've committed a change to get it working, but I don't know if that's the 'correct' fix because I don't know yet what about r56243 originally broke it |
| 14:19.00 | zero_level | strange. It is |
| 14:19.08 | starseeker | zero_level: take a look at it without my fix and see if you can reproduce it |
| 14:19.40 | zero_level | After libicv i want to work on organizing rt. |
| 14:20.09 | zero_level | It seems to involve a lot of files. |
| 14:20.20 | zero_level | I hope it will be interesting to work on it. |
| 14:20.38 | zero_level | starseeker : looking at this. |
| 14:26.19 | zero_level | starseeker : outputfile is the file where we write images. |
| 14:26.31 | zero_level | it is the argument in icv_save() |
| 14:26.50 | Notify | 03BRL-CAD:starseeker * 56469 brlcad/trunk/src/libged/comb.c: Thank you repository regression test. Use bu_strcmp instead of strcmp |
| 14:36.03 | Notify | 03BRL-CAD:starseeker * 56470 brlcad/trunk/doc/CMakeLists.txt: Tell the build system about the burst doc files - not something to install in this form, but still need to be aware that they are there. |
| 14:43.18 | Notify | 03BRL-CAD Wiki:Deep bidhare * 0 /wiki/User:Deep_bidhare: |
| 15:02.33 | starseeker | Izak__: sorry, a couple of zero_level's comments got directed to you by mistake |
| 15:02.40 | Ch3ck_ | starseeker: checked mathworld and they have given their math solver. should i retry the values with octave? since i have it installed |
| 15:02.49 | starseeker | Ch3ck_: sure |
| 15:03.41 | Ch3ck_ | then i will have to edit the patches so as to include the references and reference values. |
| 15:04.05 | starseeker | right (regenerate them, don't edit the patch files directly) |
| 15:04.33 | starseeker | zero_level: I may have already fixed the issue with rtweight - I just want to be sure you understand what was happening and why |
| 15:04.42 | Ch3ck_ | ok |
| 15:05.12 | starseeker | zero_level: was talking about it with ``Erik, and what r56468 did should work |
| 15:05.41 | starseeker | zero_level: but the key when working with the rt tools like this is to be aware of when you might be breaking things |
| 15:06.20 | starseeker | Ch3ck_: hopefully, everybody should agree on the solutions to the equations |
| 15:06.33 | Ch3ck_ | ok |
| 15:07.13 | Ch3ck_ | just want to verify the values with octave.But my octave keeps giving me this error " libhdf5.so.6" |
| 15:07.27 | starseeker | that's a library |
| 15:07.29 | Ch3ck_ | do you have any idea on how to fix it? :( |
| 15:07.31 | Ch3ck_ | yeah |
| 15:07.40 | Ch3ck_ | probably a yum command on how to downlaod it. |
| 15:07.41 | starseeker | either need to install hdf5 or rebuild octave |
| 15:07.58 | Ch3ck_ | i have installed hdf5 already but |
| 15:08.04 | Ch3ck_ | i still get the same msg |
| 15:08.06 | Notify | 03BRL-CAD:erikgreenwald * 56471 brlcad/trunk/TODO: add note about rtweight in regress, breakage was observed from a seemingly unrelated modification |
| 15:08.20 | starseeker | what distribution? |
| 15:08.26 | Ch3ck_ | SL 6 |
| 15:08.37 | Ch3ck_ | a clone of RHEL |
| 15:09.29 | starseeker | http://octave.1599824.n4.nabble.com/Problem-in-3-6-2-on-SL6-with-hdf5-td4631690.html |
| 15:09.34 | starseeker | does that help? |
| 15:09.49 | Ch3ck_ | checking it out.. |
| 15:13.35 | Notify | 03BRL-CAD:carlmoore * 56472 (brlcad/trunk/doc/burst/fb.tbl brlcad/trunk/doc/docbook/system/mann/en/comb.xml and 4 others): fix spellings and grammar |
| 15:14.09 | zero_level | starseeker can u guide me how should I find what made this error . |
| 15:14.14 | Ch3ck_ | starseeker: this doesn't help me much. |
| 15:14.29 | zero_level | A) I have not touched rtweight.c |
| 15:14.51 | *** join/#brlcad merzo (~merzo@54-12-133-95.pool.ukrtel.net) | |
| 15:15.04 | zero_level | B) I have no clue how changing other rt tool brought in that error. |
| 15:23.43 | zero_level | investigates what was wrong in 56243 |
| 15:25.13 | ``Erik | heh neat http://www.boredpanda.com/fun-maps-they-didnt-teach-you-in-school/ |
| 15:26.07 | Notify | 03BRL-CAD:starseeker * 56473 brlcad/trunk/src/gtools/CMakeLists.txt: In order for beset to work with the LOCAL flag (which a recent change rolled in with NO_INSTALL) it needs to have its build target in the beset subdirectory - otherwise, the binary output name conflicts with the directory in the gtools build dir holding the beset information. Should fix the in-src-dir build. |
| 15:27.37 | starseeker | zero_level: yeah, the rt tools are intertwined - they all share a lot of the same source code files. |
| 15:28.11 | starseeker | it looks like viewweight.c was assuming something from the previous image handling behavior, and its assumption is no longer valid. |
| 15:28.59 | starseeker | zero_level: I would suggest running the regress scripts regularly as you're making changes |
| 15:29.33 | starseeker | Ch3ck_: installing newer RPMs doesn't help? |
| 15:30.46 | Ch3ck_ | well i have the libhdf5.so.7 |
| 15:31.07 | starseeker | right, so if there is a newer octave rpm that you can get that uses that version... |
| 15:31.22 | Ch3ck_ | well looking at a solution where which shows i'll have to create a symbolic link or something like that 'ln -s /directory' |
| 15:31.35 | Ch3ck_ | got it already. |
| 15:31.35 | zero_level | alright. |
| 15:31.45 | zero_level | Just found the bug. |
| 15:32.26 | zero_level | Since the new icv api doesnt open the image therefore we dont have anythin in output pointer |
| 15:33.14 | zero_level | but starseeker you were quick to identify the error ? How did u do this ? |
| 15:33.21 | starseeker | nods. Figured it was something like that. That's probably OK, actually, since now rtweight fopens with just 'w' rather than the binary output |
| 15:33.33 | zero_level | yes. |
| 15:33.44 | starseeker | zero_level: eh? I just used gdb to see what was segfaulting |
| 15:34.16 | zero_level | alright. So you ran the whole regress with gdb ? |
| 15:35.06 | starseeker | led me to viewweight.c |
| 15:35.19 | starseeker | just the rtweight command from regress |
| 15:36.30 | Notify | 03BRL-CAD:erikgreenwald * 56474 brlcad/trunk/TODO: nevermind, rtweight is already in regress |
| 15:36.30 | starseeker | gdb --args ../bin/rtweight <options> (but without the redirect at the end) |
| 15:36.52 | starseeker | when it segfaulted, that let me use the backtrace command bt |
| 15:37.09 | starseeker | which showed that the failure was trying to fprintf to outfp |
| 15:37.42 | starseeker | the most logical reason for that to fail was outfp never got opened. Then the challenge was to figure out where it *should* have been opened |
| 15:38.27 | zero_level | gets back to some shrinking... |
| 15:38.32 | starseeker | that was the time consuming part. Eventually concluded that it made sense for viewweight.c to take care of it locally, since binary and ascii write modes are different anyway |
| 15:42.28 | Ch3ck_ | starseeker: fixed the problem with octave created the sym links correctly so verifying the values.. |
| 15:51.02 | Notify | 03BRL-CAD:mohitdaga * 56475 brlcad/trunk/src/util/bwshrink.c: Remove unwanted bu_free |
| 15:53.57 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 15:54.20 | Ch3ck_ | verifying values and they are returning the correct results as mathforum.org |
| 15:54.37 | Ch3ck_ | modifying patches to resubmit on sourceforge. |
| 15:54.52 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11e:c3ca:0:1:a9a:e801) | |
| 16:42.19 | *** join/#brlcad vladbogo (~vladbogo@188.25.239.5) | |
| 17:01.14 | Notify | 03BRL-CAD:mohitdaga * 56476 brlcad/trunk/src/util/pixshrink.c: Fix buffer freeing issue. |
| 17:02.07 | zero_level | hi ``Erik, brlcad : I would like you to see shrink function in both util/pixshrink.c and util/bwshrink.c |
| 17:02.12 | zero_level | There are issues here. |
| 17:02.33 | zero_level | * It must do boxcar averaging. |
| 17:04.17 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:04.32 | zero_level | * but it seems the function repatedly goes to the same locations and does redundancy. (Thus performs horizontal redundancy.) |
| 17:04.55 | zero_level | I have two wasy to fix this. |
| 17:06.24 | zero_level | A remove the box car averaging and do horizontal averaging . (Improves performance by shrink_factor) |
| 17:06.30 | zero_level | OR |
| 17:07.01 | zero_level | Intorduce a new buffer.(needs more memory byt performance remains same). |
| 17:07.10 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:20.59 | zero_level | alright taking my call. |
| 17:21.21 | zero_level | Doing it with the 2nd way. |
| 17:25.06 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 17:27.11 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 5906 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */ |
| 17:27.41 | zero_level | BTW is it mandatory to write the MidTerm Evaluation report in the logs ? |
| 17:27.51 | Ch3ck_ | nope |
| 17:27.54 | zero_level | I am sort of following the regular way. |
| 17:27.58 | Ch3ck_ | nahh |
| 17:28.04 | Ch3ck_ | have you read the rules? |
| 17:28.09 | zero_level | which? |
| 17:28.23 | Ch3ck_ | its a private matter between you and Google-melange |
| 17:28.28 | Ch3ck_ | same goes for mentors |
| 17:28.38 | Ch3ck_ | but you could still decide to paste it there |
| 17:28.43 | Ch3ck_ | its your choice. |
| 17:28.56 | zero_level | ok Carol's mail |
| 17:29.01 | zero_level | read them. |
| 17:34.17 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11e:c3ca:0:1:a9a:e801) | |
| 17:34.37 | Ch3ck_ | what about them? |
| 17:38.32 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b11e:c3ca:0:1:a9a:e801) | |
| 17:43.22 | Notify | 03BRL-CAD:starseeker * 56477 (brlcad/trunk/NEWS brlcad/trunk/src/libged/gqa.c): Per user request, have gqa include information about what grid size is being used, rather than simply reporting 'empty' or 'Summary' |
| 17:49.00 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 17:49.43 | Notify | 03BRL-CAD:starseeker * 56478 brlcad/trunk/NEWS: Added -l option to comb command that 'lifts' the region flag to the top level comb and clears all region flags in the tree below that comb. Has some advanced features, like automatically wrapping regions that are used elsewhere in the .g file and referencing the comb created by the wrap, and refusing to perform the operation if it cannot be done without changing |
| 17:49.45 | Notify | assembly definitions used elsewhere in the tree (see the comb man page for examples.) |
| 17:49.54 | Notify | 03BRL-CAD:tbrowder2 * 56479 (brlcad/trunk/doc/burst/Makefile =================================================================== and 29 others): add missing Makefile |
| 17:51.05 | Notify | 03BRL-CAD:tbrowder2 * 56480 (brlcad/trunk/doc/burst/Make-paper.sh =================================================================== and 17 others): rename for clarity of intent |
| 17:52.33 | Notify | 03BRL-CAD:tbrowder2 * 56481 brlcad/trunk/doc/burst/Makefile: add a couple of more files for cleaning |
| 17:53.34 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 18:00.16 | Notify | 03BRL-CAD:tbrowder2 * 56482 brlcad/trunk/doc/burst/Makefile: reflect changed file names; rename target for clarity |
| 18:00.58 | Notify | 03BRL-CAD:tbrowder2 * 56483 (brlcad/trunk/doc/burst/paper.mm =================================================================== and 1016 others): rename main troff source fiel for clarity |
| 18:01.09 | Notify | 03BRL-CAD:starseeker * 56484 brlcad/trunk/doc/CMakeLists.txt: Sync doc/CMakeLists.txt file with burst changes |
| 18:03.12 | Notify | 03BRL-CAD:tbrowder2 * 56485 (brlcad/trunk/doc/burst/run_doclifter.sh =================================================================== and 7 others): add script for experimenting with doclifter |
| 18:04.34 | Notify | 03BRL-CAD:starseeker * 56486 brlcad/trunk/doc/CMakeLists.txt: Nevermind - just ignore the burst directory while work is ongoing. |
| 18:12.25 | Notify | 03BRL-CAD:mohitdaga * 56487 brlcad/trunk/src/util/pixshrink.c: Improve Box Average method in shrink function |
| 18:12.39 | Izak__ | Well I have already written prep,shot,bbox,print,vshot and curretly on norm |
| 18:14.13 | Notify | 03BRL-CAD:mohitdaga * 56488 (brlcad/trunk/src/util/dunncolor.c brlcad/trunk/src/util/dunnsnap.c brlcad/trunk/src/util/pixshrink.c): trailing ws |
| 18:15.27 | zero_level | nevermind. This new change doesnot increases memory burden. :-) |
| 18:17.46 | Ch3ck_ | ok |
| 18:18.02 | Ch3ck_ | updating patches on sf |
| 18:18.41 | Ch3ck_ | starseeker: I have modified all the patches I submitted to make sure the reference value was from Octave. Waiting on your review. |
| 18:24.49 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 18:29.55 | Notify | 03BRL-CAD:mohitdaga * 56489 brlcad/trunk/src/util/bwshrink.c: Improve BOX Average in shrink function. |
| 18:54.12 | starseeker | Ch3ck_: looking at bn_poly_mul patch - a comment and a question |
| 18:54.31 | Ch3ck_ | yes |
| 18:54.39 | starseeker | Ch3ck_: question: why use string comparison between the input and output, as opposed to a numerical comparison? |
| 18:55.09 | Ch3ck_ | well guessed it would be easier since the variables are stored on an array |
| 18:55.36 | Ch3ck_ | so casting it to a string and comparing string would be easier than actually iterating the array |
| 18:55.58 | Ch3ck_ | and comparing each indext of the val.cf[] array |
| 18:56.22 | Ch3ck_ | which i think is more efficient algorithmicall |
| 18:56.23 | Ch3ck_ | y |
| 18:57.09 | starseeker | OK, I guess I can see that |
| 18:57.16 | Ch3ck_ | yeah |
| 18:57.52 | starseeker | comment: re-read Code Conventions section in HACKING and tell me what you need to change |
| 18:58.38 | Ch3ck_ | for the bn_poly_multiply.patch |
| 18:58.48 | Ch3ck_ | because thats the one you are to apply |
| 18:59.03 | Ch3ck_ | well Sean talked about white spaces |
| 18:59.24 | Ch3ck_ | ohh i see |
| 18:59.27 | starseeker | those too |
| 18:59.31 | Ch3ck_ | function definitions are wrong! |
| 18:59.42 | Ch3ck_ | don't know why this slipped away |
| 18:59.48 | Ch3ck_ | working on it right away |
| 19:00.06 | starseeker | Ch3ck_: also, try something for me |
| 19:00.20 | Ch3ck_ | yes |
| 19:00.22 | starseeker | change one number in your "control" input and see if the test fails correctly |
| 19:00.48 | Ch3ck_ | ok |
| 19:10.48 | *** join/#brlcad merzo_ (~merzo@54-12-133-95.pool.ukrtel.net) | |
| 19:13.32 | starseeker | To run just your test, try "make tester_bpoly_multiply && ctest -I 234,234,1" |
| 19:14.01 | starseeker | if 234 isn't the right number, run "make test" once and look for your poly test in the output - that'll tell you the number to use |
| 19:16.14 | Notify | 03BRL-CAD:tbrowder2 * 56490 brlcad/trunk/doc/burst/burst.mm: macro P is ignored following macro H |
| 19:16.28 | starseeker | need to verify that your test both fails when expected and succeeds when expected |
| 19:18.11 | *** join/#brlcad Ch3ck__ (~Ch3ck@195.24.220.16) | |
| 19:19.32 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 19:24.25 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:25.01 | Ch3ck__ | starseeker: well since my main() function takes void i substituted the values in the poly_init() routine and it failed correctly |
| 19:25.04 | Ch3ck__ | is that ok? |
| 19:26.28 | starseeker | so your ctest -I reported failure? |
| 19:26.57 | starseeker | Ch3ck__: there's still another thing from Code Conventions that needs to be fixed |
| 19:33.34 | starseeker | Ch3ck__: when I change one digit in one of the output numbers and do the following: |
| 19:33.37 | starseeker | make tester_bn_poly_multiply && ctest -I 234,234 |
| 19:33.47 | starseeker | the test still reports success |
| 19:35.01 | Ch3ck__ | well my test report failure as expected. |
| 19:35.37 | Ch3ck__ | ok |
| 19:35.46 | starseeker | what are you changing? |
| 19:36.01 | Ch3ck__ | well the main function takes no argument |
| 19:36.13 | Ch3ck__ | so i don 't see how giving arguments change the output withing file |
| 19:36.21 | starseeker | yeah - I'm talking about the c source code where you define the expected numerical outputs |
| 19:36.45 | Ch3ck__ | yes |
| 19:36.50 | Ch3ck__ | well let me check |
| 19:37.01 | starseeker | try changing output[2].cf[0] = 0; |
| 19:37.12 | starseeker | shouldn't it fail? |
| 19:37.27 | Ch3ck__ | let me check |
| 19:37.38 | starseeker | not DOES it fail - SHOULDN'T it fail? |
| 19:37.54 | starseeker | output would contain an incorrect number |
| 19:38.31 | Ch3ck__ | ok let me c |
| 19:39.32 | Ch3ck__ | could you please give me the original value for output[2].cf[1] |
| 19:39.46 | Ch3ck__ | starseeker? |
| 19:41.23 | starseeker | output[2].cf[0] = 61685316; |
| 19:41.36 | starseeker | oh, hang on |
| 19:41.40 | Ch3ck__ | yes.. |
| 19:41.46 | starseeker | output[2].cf[1] = 33552288; |
| 19:42.53 | Ch3ck__ | yes |
| 19:43.01 | Ch3ck__ | tested and function fails correctly |
| 19:43.04 | Ch3ck__ | as expected |
| 19:43.59 | Ch3ck__ | starseeker: what about yours? |
| 19:46.30 | Ch3ck__ | does not printed output as in the pass case! |
| 19:46.41 | Ch3ck__ | any contradictions on your side? |
| 19:47.09 | starseeker | it's passing here no matter what is in output2.cf[0] |
| 19:49.19 | starseeker | Ch3ck__: can you paste to the kde.or pastebin what you're seeing? |
| 19:49.45 | Ch3ck__ | ok |
| 19:52.45 | Ch3ck__ | doing it and getting an error now.. |
| 19:52.50 | Ch3ck__ | I don't understand.. |
| 19:52.53 | Ch3ck__ | checking code |
| 19:55.35 | starseeker | Ch3ck__: why are you assigning output[1] = bn_Zero_poly ? that's a bn_poly_t, not an integer or float |
| 19:56.06 | starseeker | oh, nevermind |
| 19:56.16 | Ch3ck__ | well checking the strings and seeing that its a null string |
| 19:56.27 | Ch3ck__ | stored at both outputs thats why its printing correct |
| 19:56.37 | Ch3ck__ | will do some further tests on the patch tomorrow. |
| 19:56.50 | starseeker | Ch3ck__: ok - something doesn't look right here though |
| 19:56.55 | Ch3ck__ | yes.. |
| 20:00.11 | Ch3ck__ | wanna go get something to eat. been starving since morning |
| 20:00.33 | Ch3ck__ | could you please msg me the errors so I could start work on them. thanks :) |
| 20:08.46 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5907 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 20:09.19 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5908 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 20:19.37 | starseeker | Ch3ck: it's not even compile or test errors - I'm not convinced the setup is correct at all. Start by printing out our poly solver's results and visually comparing them to the Octave numbers. If those look close, then you know you're calling the solver correctly and can build up from there |
| 20:34.02 | Notify | 03BRL-CAD Wiki:Level zero * 5909 /wiki/User:Level_zero/GSOC13/logs: /* Spelling corrections and Organizing in a better way */ |
| 20:36.25 | Notify | 03BRL-CAD Wiki:Level zero * 5910 /wiki/User:Level_zero/GSOC13/logs: /* Making a different section for pre Coding Period*/ |
| 20:37.27 | zero_level | brlcad, ``Erik thanks. :) |
| 20:55.21 | Notify | 03BRL-CAD:starseeker * 56491 (brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Preparing to remove dbfind, add -a and -h/-? options for search. The latter are the standard help options, and the former allows search to look at hidden combs. Still don't offer exactly the same functionality as dbfind with the -a option - because search always does a full pathc search under the hood, combs that exist |
| 20:55.23 | Notify | only under a hidden comb won't show up. May want to add a -f option to allow a truly 'flat' search |
| 20:56.02 | Notify | 03BRL-CAD:starseeker * 56492 brlcad/trunk/NEWS: Add ability to see hidden combs in searches with the -a option for search |
| 21:23.27 | Notify | 03BRL-CAD:starseeker * 56493 brlcad/trunk/src/libged/search.c: Ah, right. Because search expressions run the risk of looking like options, we need to constrain the bu_getopt search to the front of the argv string. Do one pass to count the maximum possible number of options. Then, do a second pass and make sure that anything counted as an option is in the front of the argv array. May have to impose even stronger |
| 21:23.29 | Notify | restrictions by identifying a valid path or search expression term and haulting there - we'll see. |
| 21:45.19 | Notify | 03BRL-CAD:starseeker * 56494 brlcad/trunk/src/libged/search.c: Don't need to bother with multiple bu_getopt calls, and for the purpose here that's not ideal anyway. Just loop until we hit something that isn't a flag. |
| 22:06.45 | Notify | 03BRL-CAD:r_weiss * 56495 brlcad/trunk/src/conv/fast4-g.c: Allow the fast4-g converter to skip blank lines. |
| 01:48.37 | Notify | 03BRL-CAD:starseeker * 56496 brlcad/trunk/doc/docbook/system/mann/en/search.xml: No dash in front of exclamation mark for NOT in search |
| 02:00.19 | starseeker | tofu: if I want to dramatically change the librt interface to search, do I need to deprecate the old calls? I very seriously doubt anyone besides the search command used it, given how ackward it was/is to use... |
| 02:00.42 | starseeker | is willing to do it, but would feel a little silly... |
| 02:03.09 | starseeker | also, the dbfindtree tcl script command... I can probably make that a wrapper around search, but should we just deprecate it? |
| 02:10.27 | starseeker | hrm - 'make /test.s sph' causes some interesting problems |
| 03:31.18 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 03:36.38 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 04:02.42 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 04:44.31 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 06:16.38 | Notify | 03BRL-CAD Wiki:Harman052 * 5911 /wiki/User:Harman052/GSoc2013/Logs: |
| 08:35.03 | *** join/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 08:35.11 | *** part/#brlcad evgeny (~Miranda@109.194.34.184) | |
| 08:45.03 | Notify | 03BRL-CAD:phoenixyjll * 56497 brlcad/trunk/src/libbrep/intersect.cpp: More powerful error handling - try another two options if the mid point is not sufficient. |
| 08:45.23 | Notify | 03BRL-CAD Wiki:Phoenix * 5912 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 08:46.46 | Notify | 03BRL-CAD Wiki:Phoenix * 5913 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 08:48.30 | Notify | 03BRL-CAD Wiki:Phoenix * 5914 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 08:49.37 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Extreme_final.png: |
| 09:16.23 | *** join/#brlcad vladbogo (~vlad@188.25.239.5) | |
| 09:32.21 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 09:48.32 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5916 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 7 */ |
| 10:01.44 | Notify | 03BRL-CAD:mohitdaga * 56498 brlcad/trunk/src/libicv/CMakeLists.txt: Adding libicv/decimate.c. This will contain all the srinking and decimating utilities. Also adding fuction shrink_image. This function uses box averaging to shrink an image. |
| 10:24.34 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 10:46.31 | Notify | 03BRL-CAD:mohitdaga * 56499 brlcad/trunk/src/libicv/decimate.c: Add under_sample function. This will be one of the methods to decimate an image. |
| 11:29.41 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 11:31.07 | Ch3ck_ | starseeker: saw the bug in all the patches that made them to return only correct results. I forgot to call the poly_init() function in the main() and this left all the array initialized to zero.. |
| 11:31.24 | Ch3ck_ | starseeker: reworking all of them and testing with wrong values to make sure everything is fine. |
| 12:49.40 | starseeker | Ch3ck_: that's looking better |
| 13:03.34 | Notify | 03BRL-CAD:starseeker * 56500 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add patch #221 from Nyah Check (Ch3ck) implementing a libbn test for bn_poly_multiply. |
| 13:04.22 | starseeker | Ch3ck_: remember if you do need to use functions like strcmp in the future, the HACKING file lists a number of functions for which we supply more robust replacements |
| 13:04.51 | starseeker | Ch3ck_: I suggest using the regression test 'make regress-repository' which will automatically check for a number of such issues (not all, but some) |
| 13:09.52 | zero_level | starseeker can u explain how regress works ? |
| 13:09.57 | zero_level | and what it checks ? |
| 13:10.06 | zero_level | Is there any document i can read about |
| 13:10.22 | starseeker | overall, regress is a broad series of integration tests that check whether functionality is working correctly |
| 13:10.31 | starseeker | raytracing, analysis codes, converters, etc. |
| 13:11.11 | starseeker | it works by launching shell scripts (currently) that in turn launch the programs and check that their output is as expected |
| 13:11.49 | starseeker | regress-repository is a bit different - it looks through the source code to make sure that certain coding conventions (for example, using bu_strcmp instead of strcmp) are followed |
| 13:12.40 | starseeker | any failure in those tests (like the previous issue of rtweight not doing what was expected) is a "regression" in functionality and hence constitutes a problem that must be fixed |
| 13:13.07 | starseeker | to run *all* the regression tests, you use the toplevel regress build target: make regress |
| 13:13.20 | starseeker | (the parallel -j flag will work, but makes the output harder to interpret) |
| 13:14.04 | starseeker | to run an individual test, you can run 'make regress-<testname>' |
| 13:14.40 | starseeker | to see what tests are available, check the CMakeLists.txt file in the regress repository |
| 13:14.59 | starseeker | for more details on what each tests actually does, check the .sh scripts in the regress directory |
| 13:15.36 | starseeker | zero_level: so the specific test that caught the rtweight issue was regress-weight |
| 13:15.46 | starseeker | there are several others that test the raytracer |
| 13:16.05 | zero_level | yeah. i see in my parrallel screen. There are lots of stuff in regeress |
| 13:16.29 | zero_level | do u think we will need regress testing for icv |
| 13:16.33 | zero_level | i see for gcv |
| 13:17.32 | starseeker | Probably not a bad idea - have small test images in .pix, .png, etc. format and ensure that the image converters using icv can reproduce the correct outputs given known inputs |
| 13:17.46 | starseeker | zero_level: I doubt you're quite there yet though |
| 13:18.08 | zero_level | alright. |
| 13:18.13 | starseeker | zero_level: once you reach the point where you have the icv design and implementation where you think it is in good shape, then we can come up with some tests |
| 13:18.49 | zero_level | alright. I will get back to you in october then. |
| 13:26.12 | starseeker | lots of possibilities - empty images, small single color images, automatically generating extremely large images (don't want to commit those to the repository, but there may be a way to automatically create some test inputs on the fly...) |
| 13:27.44 | starseeker | we'll probably lose some information (like transparency from PNG inputs) unless we move to something like openexr as the internal "pivot" format |
| 13:27.46 | ``Erik | icv should probably have unit tests wired into the ctest stuff |
| 13:28.52 | starseeker | nods - if that makes sense, then absolutely. Those can be developed in tandem with the library then |
| 13:29.02 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 13:30.29 | zero_level | well i wrote in my trunk. |
| 13:30.42 | zero_level | But they are not very automatic. |
| 13:30.59 | ``Erik | libbu has examples of ctest style 'unit' tests being run, I'd argue that each function should have it's own add_test() line (maybe using the same executable with an argument to say which test to run) |
| 13:32.49 | zero_level | I mean for eg. icv_crop.c crops an image. but not automatically. there are two many values hardwired. |
| 13:33.07 | zero_level | and then i tested from matlab if it cropped at the said pixel. |
| 14:02.10 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 14:38.00 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 14:39.24 | Notify | 03BRL-CAD:mohitdaga * 56501 brlcad/trunk/src/libicv/decimate.c: Adding nintrep : nearest neighbour method to interpolate an image. |
| 15:06.45 | *** join/#brlcad vladbogo (~vlad@188.25.239.5) | |
| 15:11.49 | *** join/#brlcad merzo_ (~merzo@253-199-133-95.pool.ukrtel.net) | |
| 15:32.59 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 15:33.06 | Ch3ck_ | starseeker:ok |
| 15:35.48 | Ch3ck_ | starseeker: i have also fixed 222 and 223 tickets |
| 16:17.05 | Ch3ck_ | starseeker: 224,225 |
| 16:17.08 | Ch3ck_ | fixed |
| 16:17.36 | *** join/#brlcad Ch3ck___ (~Ch3ck@195.24.220.16) | |
| 16:29.47 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:23.23 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5917 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 29 July - 4 August */ |
| 17:46.02 | Notify | 03BRL-CAD:mohitdaga * 56502 brlcad/trunk/src/libicv/decimate.c: Bilinear interpolation binterp for up scaling of images. |
| 17:49.04 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 18:03.04 | Notify | 03BRL-CAD:starseeker * 56503 brlcad/trunk/src/libicv/decimate.c: fix typo |
| 18:04.41 | Notify | 03BRL-CAD:starseeker * 56504 brlcad/trunk/TODO: Add a TODO note that Archer needs to remember the command window size and placement when it is in detached mode. |
| 18:05.31 | starseeker | ``Erik: dumb question - if argv lists are null terminated, why is there a need to pass in argc? Why not just deduce it from the argv array? |
| 18:08.23 | zero_level | starseeker : Indded was just making a commit correcting that and other. |
| 18:08.32 | zero_level | anyways. Thanks |
| 18:08.44 | starseeker | zero_level: heh - sure. Just saw broken build, fixed it |
| 18:12.38 | zero_level | alright. |
| 18:16.37 | zero_level | starseeker : is there some complex process to change the file name in svn |
| 18:16.47 | zero_level | maintaining the log. |
| 18:17.56 | zero_level | or it is trivial mv command. |
| 18:18.00 | Notify | 03BRL-CAD:mohitdaga * 56505 brlcad/trunk/src/libicv/decimate.c: Fix Memory allocation issue and parameter. |
| 18:18.22 | zero_level | I searched, they recommend svn mv. |
| 18:18.39 | zero_level | but using this are the logs entacted ? |
| 18:27.23 | starseeker | svn mv |
| 18:27.39 | starseeker | there are ways to get the history |
| 19:01.09 | Ch3ck_ | starseeker: I have fixed almost all the patches on the last one |
| 19:01.20 | Ch3ck_ | you could check them and give me feedback ;) |
| 19:54.38 | ``Erik | starseeker: I dunno... is the argv array itself guaranteed to be null terminated? (could be that it didn't used to be null terminated, but so much stuff used argc, it was left in) *shrug* that'd be an interested project, digging up the early details of argv/argc :D |
| 19:55.16 | Notify | 03BRL-CAD Wiki:Level zero * 5918 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */ |
| 19:56.02 | ``Erik | starseeker: here's an interesting tidbit, if the program itself cannot determine it's name, argv[0] will be NULL even if there are valid arguments |
| 20:08.31 | Ch3ck_ | starseeker: finished updating all patches. They all should apply now.. waiting for feedback. |
| 20:22.30 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 22:25.14 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5919 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */ |
| 01:30.19 | starseeker | ``Erik: the context for me is passing in an argv-style array as an argument to a function (an array of path names, specifically) - if I stipulate that the input has to be a null-terminated char ** array, I should be OK without needing an explicit path count variable in addition |
| 01:30.31 | starseeker | (unless I'm missing something - hence my question) |
| 01:41.51 | ``Erik | if this is for a libged func, I'd think you'd be ok... (mebbe use the argc as a sanity check?) |
| 02:49.29 | starseeker | ``Erik: actually, librt |
| 02:49.47 | starseeker | considering how to define a saner librt search API |
| 02:50.46 | starseeker | db_search(const char *plan, const char *paths[], <database stuff>) seemed intuitive |
| 02:52.31 | starseeker | considering whether to have multiple functions for different search types, or just add a flag to indicate search type and always return a bu_ptbl (with the type of the pointer in the table dependent on the type of search requested) |
| 02:53.13 | starseeker | so struct bu_ptbl * db_search(int search_type, const char *plan, const char *paths[], etc.) |
| 02:53.50 | starseeker | which could (I think) handle most scenarios |
| 02:57.09 | starseeker | current API for search evolved accidently while chopping up find code (Sean pointed out that everything shouldn't live in src/libged/search.c, and my first cut was... crude and quick.) |
| 02:57.53 | starseeker | trying to fix that now, since I'm actually starting to use the librt API for other commands (long been a goal, just hadn't come up until the comb options last week.) |
| 02:58.45 | starseeker | dbfind can go now (deprecated a while back) so also time to make sure search covers those features |
| 02:59.13 | starseeker | (or functionality at least - don't care much for how dbfind does output...) |
| 07:31.33 | *** join/#brlcad caen23 (~caen23@92.85.83.158) | |
| 09:52.57 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 10:37.23 | *** join/#brlcad caen23 (~caen23@92.85.83.158) | |
| 10:56.48 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:29.36 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:33.41 | kesha | tofu: did u give an application on behalf of BRL-CAD for doc camp ? |
| 11:34.04 | kesha | Deadline is approaching .. |
| 12:19.41 | Ch3ck_ | calm down... |
| 12:40.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:13.47 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:10.42 | Notify | 03BRL-CAD:brlcad * 56506 brlcad/trunk/src/libbn/tests/bn_poly_multiply.c: the copyright statement is misleading, pull the explanation comment down closer to the values inline. |
| 16:32.12 | tofu | zero_level: so the lesson from that rtweight mess is to make sure that you run "make regress" and "make test" for ALL of your changes |
| 16:33.05 | tofu | if another dev has to fix a bug you introduce, that's bad (net negative) |
| 16:34.17 | tofu | so you must take time to 1) prevent introducing errors in the first place, 2) NOTICE problems that have been introduced (by being aware of commits and testing all the time), and 3) stop work to fix any issues introduced completely |
| 16:35.27 | tofu | zero_level: and good call on the shrink question, using more memory is usually fine within reason |
| 16:41.39 | brlcad | starseeker: it depends how you intend to change the librt interface to search, but it is a published API change and it wasn't introduced just last release |
| 16:42.20 | brlcad | so yeah, the previous interface should be deprecated (and perhaps more thought into the new interface so it survives longer) |
| 16:48.10 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:52.05 | brlcad | starseeker: there isn't a need to pass argc, but it does make it so we don't have to manually calculate it in every program and you can do things like argv[argc-1] to get the last arg, etc |
| 16:52.49 | brlcad | afaik, argv has always been null-terminated (since the 70's) and even the c90 standard specified it |
| 16:54.07 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 16:55.23 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 17:08.23 | brlcad | 14:12 < Izak__> Well I have already written prep,shot,bbox,print,vshot and curretly on norm |
| 17:08.31 | brlcad | if you're written prep and shot, we should be seeing pictures... |
| 17:18.00 | *** join/#brlcad vladbogo (~vlad@188.25.239.5) | |
| 17:22.52 | Notify | 03BRL-CAD:brlcad * 56507 brlcad/trunk/regress/testlib.c: the regex is out of date and 'invalid' as preprocessor-disabled code |
| 17:23.10 | Notify | 03BRL-CAD:brlcad * 56508 brlcad/trunk/src/bwish/input.c: no if 0 case, remove the if 1 wrappage. |
| 17:26.27 | Ch3ck_ | brlcad: just finished writing the unit tests for poly.c |
| 17:26.35 | Ch3ck_ | awaiting your reviews. |
| 17:30.08 | Notify | 03BRL-CAD:brlcad * 56509 brlcad/trunk/src/conv/asc/g2asc.c: combine the commentary on previous value with the new zero value for the comgeom region #. |
| 17:32.07 | Notify | 03BRL-CAD:brlcad * 56510 (brlcad/trunk/src/conv/g-dot.c brlcad/trunk/src/conv/ply-g.c): remove dead code |
| 17:35.27 | zero_level | brlcad : I was later able to do it without using extra memory. :-) |
| 17:38.39 | Notify | 03BRL-CAD:brlcad * 56511 (brlcad/trunk/src/external/ProEngineer/proe-brl.c brlcad/trunk/src/external/Unigraphics/ug-g.c and 2 others): remove dead code from our external plugin modules. they're updated far too infrequently for any reference code to have more utility than just figuring out what needs to be done going forward should a need arise. |
| 17:43.17 | brlcad | zero_level: at what cost? |
| 17:43.27 | brlcad | code complexity? |
| 17:43.51 | brlcad | if an algorithm can be done 2x as fast by using 2x memory, it's usually worth it |
| 17:43.55 | brlcad | memory is cheap |
| 17:44.22 | zero_level | I used the same buffer and wrote it in. |
| 17:44.27 | zero_level | later used realloc. |
| 17:44.54 | brlcad | is there a specific commit that shows what you did? |
| 17:45.10 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:45.12 | zero_level | check decimate.c and shrink_image(..) |
| 17:45.38 | Notify | 03BRL-CAD:brlcad * 56512 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-rtgl.c and 3 others): more dead code elimination |
| 17:47.07 | zero_level | well i could give u a revision number. But that doenst come from a specific rev. Its sort of combinations. |
| 17:47.55 | Notify | 03BRL-CAD:brlcad * 56513 brlcad/trunk/src/libdm/knob.c: de-k&r and remove dead code |
| 17:48.06 | zero_level | check r56498 |
| 17:48.32 | zero_level | but it has been modified in r56505 |
| 17:50.29 | zero_level | Indeed its same complexity |
| 17:52.33 | zero_level | also i modified pixshrink.c and bwshrink.c . They were sort of adding bits redundantly. Modified it to correctly implement Box Averaging for shrinking the image. |
| 18:09.44 | *** join/#brlcad merzo (~merzo@45-66-133-95.pool.ukrtel.net) | |
| 18:09.58 | Notify | 03BRL-CAD:brlcad * 56514 brlcad/trunk/src/libged/arb.c: the more I dig, the worse it looks. this begs for refactoring. |
| 18:10.43 | ``Erik | http://arcanis.github.io/sparkle/example/ |
| 18:14.18 | Notify | 03BRL-CAD:brlcad * 56515 brlcad/trunk/TODO: leave a todo for the bounding box mess |
| 18:25.48 | zero_level | brlcad : i am trying to rename decimate.c to scale.c |
| 18:26.12 | zero_level | used svn mv src/libicv/decimate.c src/libicv/scale.c |
| 18:26.35 | zero_level | But on svn diff i see only deletion and not addition |
| 18:28.47 | Notify | 03BRL-CAD Wiki:Harman052 * 5920 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:30.05 | Notify | 03BRL-CAD Wiki:Harman052 * 5921 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:31.23 | brlcad | zero_level: shrink_image() needs some work |
| 18:32.00 | brlcad | several issues, some I'm sure were in the originals but some you've introduced |
| 18:33.23 | brlcad | looks like most of the issues I'm seeing you didn't introduce though |
| 18:33.40 | brlcad | zero_level: "facsq,x,y,py,px,c;" is your doing ;) |
| 18:35.10 | brlcad | the biggest issue is parameter validation, making sure that factor is > 0.0 and <= 1.0 |
| 18:35.51 | brlcad | and making sure facsq > 0.0 |
| 18:36.26 | brlcad | zero_level: svn status src/libicv will tell you what it plans to do |
| 18:36.47 | brlcad | you should see an A and a D for a move |
| 18:37.11 | brlcad | otherwise, you'll need to revert and figure out what you did wrong |
| 18:38.12 | Notify | 03BRL-CAD:brlcad * 56516 (brlcad/trunk/src/libged/bigE.c brlcad/trunk/src/libged/bot_dump.c): more dead code elimination |
| 18:47.25 | Notify | 03BRL-CAD:brlcad * 56517 brlcad/trunk/src/libged/bot_dump.c: make the date string be auto-formatted to correspond with the actual runtime date/time |
| 18:48.47 | Notify | 03BRL-CAD:brlcad * 56518 brlcad/trunk/src/libged/bot_dump.c: it's the length of the string minus the newline character |
| 18:50.09 | Notify | 03BRL-CAD:brlcad * 56519 brlcad/trunk/src/libged/bot_dump.c: don't lie, we're not always NT |
| 18:53.32 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5922 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 7 */ |
| 18:57.27 | Notify | 03BRL-CAD:brlcad * 56520 brlcad/trunk/src/libged/bot_dump.c: document the SAT header |
| 19:04.39 | Notify | 03BRL-CAD:brlcad * 56521 brlcad/trunk/src/libged/bot_dump.c: there's nothing special about the 'produce ID' and many (non-Solidworks) examples are abound online, so use our name. keep the ACIS version identifier though since they probably key off of that for the file format. |
| 19:18.16 | Notify | 03BRL-CAD:brlcad * 56522 brlcad/trunk/src/libged/bot_dump.c: nothing temporary about it, but it's clear why the old version didn't work (the product ID strlen is wrong) |
| 19:26.13 | Notify | 03BRL-CAD:brlcad * 56523 brlcad/trunk/src/libged/bot_dump.c: refactor the SAT header writing into a static function since it's used in three places |
| 19:29.15 | Notify | 03BRL-CAD:erikgreenwald * 56524 brlcad/trunk/src/libbrep/intersect.cpp: change NULL to false in boolean default |
| 19:33.42 | Notify | 03BRL-CAD:brlcad * 56525 brlcad/trunk/src/libged/bot_dump.c: rename all of these functions so they're consistently fmt_verb_noun() with the format prefixing the function name so it's clear what groups with what. |
| 19:50.42 | Notify | 03BRL-CAD:brlcad * 56526 brlcad/trunk/src/libged/brep.c: comment why these export lines are here |
| 19:51.28 | Notify | 03BRL-CAD:brlcad * 56527 brlcad/trunk/src/libged/dg_obj.c: remove dead deprecated code |
| 19:51.53 | *** join/#brlcad merzo (~merzo@45-66-133-95.pool.ukrtel.net) | |
| 19:55.21 | zero_level | brlcad : factor is an integer value there. |
| 19:55.33 | zero_level | If Factor is 2.this halves the images. |
| 19:56.12 | zero_level | Also you must have notice this is hidden function. |
| 19:56.27 | zero_level | there is a wrapper function comming. |
| 19:56.37 | zero_level | which will validate the data. |
| 20:16.57 | Notify | 03BRL-CAD:brlcad * 56528 brlcad/trunk/src/libged/loadview.c: that remark was made in 1996... there's nothing temporary about this (or literally everything could be called temporary), so update the code accordingly. |
| 20:25.57 | brlcad | zero_level: good point about it being an int, but the comments still hold |
| 20:27.08 | brlcad | functions being introduced should always validate their parameters for expected valuesd unless there's a specific reason not to (usually performance or size) |
| 20:27.41 | brlcad | if the factor is always positive, then it should be an unsigned int and then one only needs to test that facsq is not zero |
| 20:28.00 | brlcad | I take that back, still have to check 'factor' too |
| 20:28.12 | brlcad | (height could be zero) |
| 20:28.46 | brlcad | a wrapper doesn't address this concern (it actually compounds the issue) |
| 20:29.37 | brlcad | a wrapper won't necessarily know that shrink_image is going to perform a division, which is where there is a risk here of an application crash |
| 20:31.48 | Notify | 03BRL-CAD:brlcad * 56529 brlcad/trunk/src/libged/png.c: unclear to me why there's padding on this allocation |
| 20:37.54 | Notify | 03BRL-CAD:brlcad * 56530 brlcad/trunk/src/libged/view_obj.c: bad assumptions in there with the magical 1.0e10 but this is a deprecated interface |
| 20:50.51 | Notify | 03BRL-CAD:brlcad * 56531 (brlcad/trunk/src/libfb/if_X.c brlcad/trunk/src/liboptical/sh_gauss.c and 3 others): remove dead code |
| 20:55.13 | Notify | 03BRL-CAD:brlcad * 56532 brlcad/trunk/src/libwdb/mater.c: not implemented for v4 and probably never will be. remove the regionid-based-coloring implication for v4. |
| 21:09.34 | Notify | 03BRL-CAD:brlcad * 56533 brlcad/trunk/src/mged/dm-generic.c: bye bye dead code |
| 21:11.33 | Notify | 03BRL-CAD:brlcad * 56534 brlcad/trunk/src/mged/clone.c: call cmd_redraw_vlist() instead of drawtrees() after calling 'tracker' to replot the wireframes. |
| 21:22.20 | Notify | 03BRL-CAD:brlcad * 56535 brlcad/trunk/src/mged/clone.c: looks like we can keep it even simpler and go through libged by calling redraw_visible_objects(). |
| 21:23.47 | Notify | 03BRL-CAD:brlcad * 56536 brlcad/trunk/src/mged/dodraw.c: eliminate 545 lines of code no longer in use by eliminating the old drawtrees() mged function. this functionality was migrated to libged/draw.c a long while back. |
| 22:21.44 | Notify | 03BRL-CAD:brlcad * 56537 brlcad/trunk/src/libwdb/mater.c: mp is no longer used |
| 22:25.42 | Notify | 03BRL-CAD:brlcad * 56538 (brlcad/trunk/CHANGES brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt and 7 others): eliminate the 'redraw_vlist' command completely in favor of just re-issuing the 'draw' command again. looks like it might not even be working any more, but lets even more code get consolidated. |
| 22:27.33 | Notify | 03BRL-CAD:brlcad * 56539 (brlcad/trunk/src/mged/edarb.c brlcad/trunk/src/mged/scroll.c): more dead code |
| 22:39.04 | Notify | 03BRL-CAD:brlcad * 56540 (brlcad/trunk/src/mged/CMakeLists.txt brlcad/trunk/src/mged/cmd.h brlcad/trunk/src/mged/setup.c): pjt never finished import_body/export_body, commands for low-level reading/writing of geometry to files. doesn't seem like a great idea to me. say buh bye. as the main reason for db5_types.c, there may be other related code needing to go under the hatchet. |
| 23:45.41 | ``Erik | zero_level: you seem to have issues in libicv/operations.c : you frequently do if(img->flags && ICV_OPERATIONS_MODE) which will always be true... I think you mean img->flags & ICV_OPERATIONS_MODE to do a bitwise AND? |
| 00:00.42 | starseeker | hah! |
| 00:00.48 | starseeker | http://brlcad.org/~starseeker/oriented_bbox_MGED.png |
| 00:30.13 | starseeker | contacted the author of this code and he agreed to dual license it with GPL2 and LGPL2.1: |
| 00:30.17 | starseeker | http://valis.cs.uiuc.edu/~sariel/research/papers/00/diameter/diam_prog.html |
| 00:32.13 | starseeker | algorithm from this paper: http://valis.cs.uiuc.edu/~sariel/papers/98/bbox.html |
| 00:33.01 | starseeker | small and self contained - wasn't hard at all to integrate and add as an option to the bb command |
| 00:41.20 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 01:23.59 | brlcad | starseeker: what am I looking at there? |
| 01:24.43 | starseeker | the blue box is the axis aligned bounding box generated by the "standard" bb command |
| 01:25.02 | starseeker | the green box is the oriented bounding box |
| 01:25.23 | starseeker | as calculated by the algorithms from those two papers I posted |
| 01:26.05 | starseeker | the oriented box is a lot "tighter" to the actual geometry |
| 01:26.12 | brlcad | ahh! and OBB .. I was hoping that, but wasn't clear from the red lines |
| 01:26.20 | starseeker | ah sorry |
| 01:26.34 | starseeker | yeah, that's our standard "make" arbn turned into a bot, and then rotated to a funky position |
| 01:27.08 | brlcad | doesn't look like it make a proper bot |
| 01:27.48 | starseeker | that's a bad angle to judge from - it's just make arbn.s arbn followed by facetize arbn.bot arbn.s |
| 01:29.09 | starseeker | brlcad: I have it almost ready to commit, but it doesn't (yet) have the proper windows dll export/import bits and I need to clean up a couple exact floating point comparisons |
| 01:30.04 | brlcad | yeah, I believe it's the arbn .. just doesn't look like it at a glance :) |
| 01:30.44 | starseeker | heh - chose the viewing angle for contrast between the two bounding boxes - perspective probably would have helped the arbn, in retrospect... |
| 01:30.52 | brlcad | i see it's just the way it's tesselating, so many points going to the corners (instead of some midpoint balancing) |
| 01:30.58 | starseeker | nods |
| 01:31.28 | brlcad | turning it into a librt routine, yes? |
| 01:31.35 | brlcad | OOB is pretty fundamental |
| 01:31.38 | brlcad | OBB |
| 01:31.48 | starseeker | yeah - rt_bot_oriented_bbox |
| 01:32.03 | brlcad | aw |
| 01:32.05 | starseeker | obviously nmg, arbn, and a few others will be gimmies |
| 01:32.16 | starseeker | hmm? |
| 01:32.38 | starseeker | I could expose it more generally as accepting an array of points, if that's what you mean... |
| 01:32.41 | starseeker | haven't done that yet |
| 01:33.03 | brlcad | aa-bbox is a primitive functab, o-bbox is right up there with it |
| 01:33.09 | starseeker | right |
| 01:33.11 | brlcad | would be nice to generalize to all objects |
| 01:33.20 | starseeker | I did - it's a new entry in table.c |
| 01:33.21 | brlcad | even if under the hood, it's all points |
| 01:34.12 | starseeker | brlcad: I didn't commit it yet, but I posted the patch here if you want to take a look: http://brlcad.org/~starseeker/oriented_bbox.patch |
| 01:35.03 | brlcad | likes the fact that this is an O(n) algorithm, that's pretty amazing |
| 01:35.38 | starseeker | under the hood it takes a tolerance - at the moment I'm just feeding it our standard dist tolerance |
| 01:37.48 | starseeker | could undoubtely take the gdiam code as a starting point and make it use a bunch of libbu/bn routines and data types, but since it's LGPL even after the re-license I opted to maintain the separation |
| 01:38.25 | brlcad | few comments if you're interested |
| 01:38.31 | starseeker | sure, fire away |
| 01:39.07 | brlcad | their gdiam_point_t is compatible with our point_t |
| 01:39.09 | brlcad | it's identical |
| 01:39.18 | starseeker | just cast it? |
| 01:39.28 | brlcad | so you don't need the malloc in rt_bot_oriented_bbox() |
| 01:39.31 | brlcad | right |
| 01:41.08 | brlcad | the signature of the new callback also isn't consistent with the other callbacks |
| 01:41.14 | starseeker | ah, yeah - that was a memory leak anyhow (*turns red*) |
| 01:41.36 | starseeker | oh - are they all consistent? |
| 01:41.44 | brlcad | that are (mostly?? I've been meaning to do an audit) .. callback(output, input1, input2, ...) |
| 01:41.54 | starseeker | OH, gotcha |
| 01:42.51 | brlcad | not a big deal because that's not public API, but just noticed the value being returned was effectively in the middle of the list |
| 01:42.58 | starseeker | nods |
| 01:43.14 | starseeker | sorry, I thought you ment like libged where everything took the same inputs... |
| 01:44.28 | brlcad | nah |
| 01:45.57 | brlcad | believe it or not, I think that's it, looks great to me |
| 01:46.34 | starseeker | sweet! |
| 01:46.37 | brlcad | i've longed after an obb routine for a long time, some fun to be had there (particularly for editing) |
| 01:47.02 | starseeker | the author is travelling this week so it'll be a little bit before he can update his website |
| 01:47.18 | starseeker | he said to go ahead - I can copy you on the emails if you like |
| 01:52.26 | starseeker | (patch updated with changes) |
| 01:52.30 | brlcad | go ahead, we can pull it if he doesn't follow through |
| 01:52.38 | starseeker | nods |
| 01:53.09 | starseeker | NEWS worth, I take it? |
| 01:53.14 | starseeker | oh, need to update bb man page |
| 01:53.22 | brlcad | for the bb command, sure |
| 02:12.44 | Notify | 03BRL-CAD:brlcad * 56541 (brlcad/trunk/src/mged/chgview.c brlcad/trunk/src/mged/cmd.h brlcad/trunk/src/mged/setup.c): more dead code elimination: viewget, viewset, vrot_center |
| 02:22.57 | Notify | 03BRL-CAD:starseeker * 56542 (brlcad/trunk/INSTALL brlcad/trunk/configure and 6 others): Add a -o option to the bb command for generating oriented bounding boxes instead of the axis-aligned boxes (the default case). Currently only works on individual BoT objects, but can be expanded to other types in the future. Contacted author of the gdiam code (http://valis.cs.uiuc.edu/~sariel/papers/98/bbox.html) and he agreed |
| 02:22.59 | Notify | to dual-license the code under GPLv2 and LGPL 2.1, the latter of which is compatible with BRL-CAD. A slightly modified version of this code is now integrated into src/other and forms the core algorithmic basis for the bb -o option. |
| 02:24.30 | starseeker | aaand the Windows build is now broken |
| 02:26.03 | starseeker | just for added fun, I finally have a working example of http hyperlinks in the DocBook HTML man page output |
| 02:45.13 | Notify | 03BRL-CAD:brlcad * 56543 brlcad/trunk/src/proc-db/masonry.c: enable the large portions of dead code for the mortar_brick() and brick() routines, just print a loud warning to say they're untested. |
| 02:45.35 | Notify | 03BRL-CAD:brlcad * 56544 brlcad/trunk/src/proc-db/breplicator.cpp: elimiate dead code |
| 03:08.00 | Notify | 03BRL-CAD:phoenixyjll * 56545 brlcad/trunk/src/libbrep/intersect.cpp: ws |
| 03:44.24 | Notify | 03BRL-CAD:brlcad * 56546 brlcad/trunk/src/proc-db/torii.c: fix an index bug in the dynamic recursion, add a note to actually make the tool output (there was logic implemented for this somewhere...) |
| 03:47.11 | Notify | 03BRL-CAD:brlcad * 56547 brlcad/trunk/src/proc-db/molecule.c: reduce to something in-between just to avoid preprocessor dead code. factor needs to be configurable or auto-set. |
| 04:00.50 | Notify | 03BRL-CAD:brlcad * 56548 brlcad/trunk/src/rt/do.c: took me a while to get why mike added this snippet, but it's basically an example of how (via code) to reverse construct the model2view matrix from the information output to the rt log. keep it for reference, but make it code comment documentation instead of dead code. |
| 04:02.53 | Notify | 03BRL-CAD:brlcad * 56549 brlcad/trunk/src/rt/opt.c: need a way to run-time toggle between different spatial partitioning methods (including an 'off' method). |
| 04:03.50 | Notify | 03BRL-CAD:mohitdaga * 56550 brlcad/trunk/src/libicv/operations.c: Improve Bitwise operations in libicv/operations |
| 04:04.22 | zero_level | ``Erik : 56550. |
| 04:05.21 | Notify | 03BRL-CAD:brlcad * 56551 brlcad/trunk/src/rt/view.c: document why this block is retained. draws pretty status line during ray tracing. |
| 04:09.28 | Notify | 03BRL-CAD:brlcad * 56552 (brlcad/trunk/src/rttherm/pixtest.c brlcad/trunk/src/rttherm/spectrum.c): remove dead code |
| 04:10.51 | Notify | 03BRL-CAD:brlcad * 56553 brlcad/trunk/src/sig/dfft.c: eliminate dead code |
| 04:20.49 | Notify | 03BRL-CAD:brlcad * 56554 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): normally might convert this to some #ifdev USE_* or DEBUG_* wrapping, but it's really a substantial amount of debug printing code... can revert if this is actively being used. |
| 04:22.12 | Notify | 03BRL-CAD:brlcad * 56555 brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp: this looks interesting/significant but no indication as to why it's if 0'd, so trimming it away. easy to revert if needed. |
| 04:22.28 | Notify | 03BRL-CAD:brlcad * 56556 (brlcad/trunk/src/librt/cut.c brlcad/trunk/src/librt/primitives/arb8/arb8.c): remove dead code |
| 04:29.13 | brlcad | zero_level: please don't sugar coat the commit log messages |
| 04:29.28 | brlcad | that doesn't help anyone and just makes it harder to trace history properly |
| 04:33.19 | brlcad | that wasn't an improvement on bitwise ops, they WEREN'T bitwise. |
| 04:33.24 | brlcad | something like "fixed a bug using logical operators where bitwise operators were intended (thx for catching erik)" is far more informative and accurate |
| 04:36.30 | Notify | 03BRL-CAD:brlcad * 56557 (brlcad/trunk/src/librt/primitives/ebm/ebm.c brlcad/trunk/src/librt/primitives/ehy/ehy.c brlcad/trunk/src/librt/primitives/ell/ell.c): more dead code elimination |
| 04:59.58 | zero_level | brlcad : Well have to confess, I have to be more vary with the commit logs. Will try to improve. And ofcourse sugar caoting wasnt the intention. |
| 05:01.03 | zero_level | brlcad : about the validation issue of factor. Will defintetely, work on it. |
| 05:01.09 | zero_level | By wrapper i meant. |
| 05:02.04 | zero_level | Since the function shrink_image has a local scope. It will not be listed in the global api list. |
| 05:02.45 | zero_level | Therefore It expects validated input. |
| 05:03.03 | zero_level | which was indeed the primary though behind this. |
| 05:04.20 | zero_level | I am curretly stuck in pixhalve. |
| 05:04.52 | Notify | 03BRL-CAD:brlcad * 56558 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: substantial implementation, but hasn't been active in a crazy long time. still keep with the relevant comments. |
| 05:04.59 | zero_level | It sort of tries to decimate the image with filter3, filter5 |
| 05:06.04 | zero_level | Once this gets completed. I plan to write a wraper for the scale, decimate, interpolate smth like icv_scale(..) |
| 05:06.33 | brlcad | zero_level: it's more about not being incorrect in the commit logs, owning up to any bugs should be accepted, they will happen |
| 05:06.34 | zero_level | a global api. which will take care of the all resizing issues. |
| 05:07.26 | brlcad | the problem is that purely general functions like that often and eventually get repurposed or refactored later |
| 05:07.36 | brlcad | maybe years later long after you are no longer involved |
| 05:07.58 | brlcad | and a function that expected validated input is moved to some place else without getting fully reviewed, and a crash results |
| 05:08.29 | brlcad | there's no reason even for static scope functions that they should not test their assumptions |
| 05:08.44 | zero_level | ok. |
| 05:09.20 | brlcad | you can make the test insignificant performance-wise by marking them with UNLIKELY() and LIKELY() |
| 05:09.45 | brlcad | if (UNLIKELY(factor == 0)) |
| 05:09.59 | brlcad | <PROTECTED> |
| 05:10.08 | brlcad | even something that extreme would work |
| 05:10.26 | brlcad | though a graceful return is usually preferred if you can avoid it |
| 05:10.44 | brlcad | the intent is exactly to prevent a crash, so the test and action can be exceptional |
| 05:10.54 | brlcad | division by zero in that function's case |
| 05:10.56 | zero_level | alright. If maintainability is the issue. I then will have to add validation in a lot of code. |
| 05:11.41 | zero_level | will then have to exploit the use UNLIKELY. :-) |
| 05:12.31 | brlcad | you are creating a new library .. if it's not added now, it probably won't get added later |
| 05:12.43 | zero_level | brlcad : ok. |
| 05:13.00 | brlcad | better to have fewer functions, heck only ONE function if it took you all summer to get it perfect in my opinion |
| 05:13.14 | brlcad | the other issue I'm hoping you get to is actually using and validating libicv |
| 05:13.35 | brlcad | as it stands, you're just increasing the size of BRL-CAD with little gain |
| 05:13.46 | zero_level | brlcad : :-) |
| 05:13.49 | brlcad | making all of those tools use your functions needs to be more proactively integrated |
| 05:14.05 | brlcad | and is part of coding complete |
| 05:15.15 | zero_level | yes. Thats an issue I wld like to discuss with all of you. |
| 05:15.37 | zero_level | do you think we should merge utilities. |
| 05:16.02 | brlcad | i'd like to do a code review, perhaps later this week to see what we might change going forward |
| 05:16.09 | brlcad | merge utilities? |
| 05:16.13 | zero_level | like bwshrink and pixshrink or let them be alone |
| 05:17.03 | brlcad | so yeah, eventually yes but probably not before gsoc is over |
| 05:17.12 | brlcad | I'd rather see refactoring dictate that |
| 05:17.13 | zero_level | b) Most of the utilities currently use a very efficient manner. By not loading the complete image. |
| 05:17.34 | brlcad | that you integrate icv into those two routines first, then it become obvious that they are (now) really the same routine and can be merged |
| 05:18.04 | zero_level | although current structure of using icv is very easy. |
| 05:18.17 | brlcad | efficient in terms that are not necessarily relevant (and perhaps even harmful) |
| 05:18.18 | zero_level | icv_load() operations icv_save(). |
| 05:18.29 | zero_level | then its fine. |
| 05:18.44 | brlcad | we're not going to just guess |
| 05:18.53 | brlcad | this all has to be tested, profiled, and compared |
| 05:19.07 | zero_level | ok. |
| 05:20.38 | brlcad | at this point, I'm inclined to say pause groups 9-11 for now so that you can start on integration and testing earlier |
| 05:21.36 | brlcad | your plan called for unit testing and code coverage concurrent with all this code migration, which you haven't even started on and you're up to group 8 |
| 05:21.51 | brlcad | needed to integrate and test after group 1 |
| 05:22.17 | brlcad | which the rt* tools kind of was, but that was a literal disaster that we're still recovering from |
| 05:23.08 | brlcad | you're doing great work, but I think you're getting too far ahead of the plan without testing adequately |
| 05:28.23 | zero_level | Well I unit tested in my local trunk. |
| 05:28.38 | zero_level | by writting main.c |
| 05:28.56 | zero_level | and as I said earlier tested them with matlab. |
| 05:29.21 | zero_level | I didnt find ways to automatically test them (as in bu) |
| 05:31.20 | Notify | 03BRL-CAD:brlcad * 56559 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: need the return statement, pull ifndef up |
| 05:33.46 | Notify | 03BRL-CAD:brlcad * 56560 brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: remove three dead and long-unused functions that have been under if 0 wrappage: nmg_insert_vu_if_on_edge(), nmg_face_combineX(), and nmg_face_next_vu_interval(). they even seem interesting/complete, but are not integrated, easily tested, or fully understood so remove the burden. nmg has enough complexity without retaining some for reference. |
| 05:33.51 | brlcad | zero_level: you misunderstand perhaps |
| 05:33.59 | brlcad | there's testing a function and there's testing functionality |
| 05:34.30 | brlcad | you're pulling this logic from src/util utilities .. so you have potential integrating testing material right there |
| 05:36.11 | zero_level | brlcad : there are some issues doing this with the util way because of the use of double data. |
| 05:36.15 | zero_level | for eg. |
| 05:36.16 | brlcad | you run a utility, capture a result, and create a test that verifies that result. then instead of copying the code, you MOVE it, thus removing it from where you copied it from and making the old utility use your new function. then you make sure that the tool works as it did before (by running the integration test you created) |
| 05:36.46 | brlcad | so? :) |
| 05:36.59 | brlcad | issues != impossibilities |
| 05:37.05 | brlcad | they are not secondary to the task |
| 05:37.13 | brlcad | they are part of it |
| 05:37.15 | zero_level | bwmod(..) |
| 05:37.21 | brlcad | if those issues cannot be sorted out easily, libicv will fail and die... |
| 05:37.49 | zero_level | can I complete about bwmod. :-) |
| 05:38.09 | brlcad | it depends |
| 05:38.16 | zero_level | bwmod creates a look aside buffer to imlement |
| 05:38.53 | zero_level | since the utilities use char data the buffer length is 256. |
| 05:39.05 | zero_level | But we cannot use buffer in double data. |
| 05:39.17 | zero_level | bwmod has been translated to operations. |
| 05:39.52 | zero_level | icv_add_val, icv_mul_val... |
| 05:41.14 | zero_level | but other than these all other are transferable. |
| 05:42.05 | brlcad | so we need to clarify some language you're using |
| 05:42.12 | brlcad | at least I need you to clarify some things |
| 05:42.44 | brlcad | "But we cannot use buffer in double data." does not make sense, of course I can have a buffer of double data -- what did you mean? |
| 05:42.58 | zero_level | alright. |
| 05:43.33 | zero_level | bwmod is a unique utility which can have a lot of constant value operations |
| 05:44.02 | brlcad | sure, a lot of per-pixel math operations |
| 05:44.10 | zero_level | -a5 -d20 -m0.5 -d10 -a12 |
| 05:44.45 | brlcad | that is what it is .. I understand that |
| 05:44.57 | zero_level | makes my job easy |
| 05:44.58 | brlcad | I don't understand your comment about double data buffers |
| 05:45.11 | Notify | 03BRL-CAD:starseeker * 56561 brlcad/trunk/NEWS: Added -o option to bb bounding box command - provides an oriented bounding box rather than the default axis-aligned bounding box. |
| 05:45.27 | zero_level | so this is implemented using a buffer for all the possible values of pixels (0-255) |
| 05:45.59 | brlcad | sure |
| 05:46.23 | brlcad | which in icv terms should be a 1-channel image |
| 05:46.26 | zero_level | so val[i] will ave ((((i+5)/20)*0.5)/10)+12 |
| 05:46.33 | zero_level | *have |
| 05:46.43 | zero_level | now since in icv we use double data. |
| 05:47.07 | zero_level | there are infinite possibilies 0.0-1.0 |
| 05:47.08 | brlcad | yes, sure |
| 05:47.16 | brlcad | well, not infinite, but yes a lot |
| 05:47.31 | brlcad | and? |
| 05:47.32 | zero_level | well ofcourse in computer terms not infinite. |
| 05:47.42 | zero_level | so i cannot have a buffer. |
| 05:47.48 | brlcad | untrue |
| 05:47.50 | zero_level | Indeed i have to do this as following |
| 05:48.30 | zero_level | icv_add_val(bif,5); icv_divide_val(bif,20); icv_multiplyt_val(bif,0.5); |
| 05:48.34 | zero_level | and so on. |
| 05:48.51 | zero_level | with setting the ICV_OPERATIONS_FLAG. |
| 05:49.04 | zero_level | now issues. |
| 05:49.12 | brlcad | slow down |
| 05:49.20 | brlcad | remember this is a discussion, not an explanation |
| 05:49.26 | zero_level | sure :-) |
| 05:49.54 | brlcad | what you're saying is not possible is certainly possible, though it could very well just be a terminology problem |
| 05:50.05 | zero_level | ok. |
| 05:50.06 | brlcad | libicv IS your buffer |
| 05:50.11 | zero_level | ? |
| 05:50.11 | brlcad | it's an opaque container |
| 05:50.24 | brlcad | you put data in, you tell it to do things to the data, you get data out |
| 05:50.25 | zero_level | u mean icv_image_t |
| 05:50.31 | zero_level | ofocurse. |
| 05:50.31 | brlcad | yes |
| 05:51.06 | brlcad | the fact that bwmod has a bunch of per-pixel operations doesn't change anything |
| 05:51.16 | brlcad | if it does, then there is some understanding mismatch |
| 05:51.21 | zero_level | but in bwmod it will bw very easy fast because it does as . im[j] = val[im[j]] |
| 05:51.27 | brlcad | so? |
| 05:51.33 | brlcad | who said anything about easy? |
| 05:51.44 | brlcad | and speed is not a concern in the least |
| 05:51.51 | brlcad | not unless you profile and show it matters |
| 05:52.21 | zero_level | ok. |
| 05:52.26 | brlcad | or at least until some tool that used to run instantly now takes many minutes... |
| 05:52.41 | brlcad | but that's not likely and will be obvious if it happens |
| 05:53.11 | brlcad | so in bwmod's case, the issue is the operations being performed on the data |
| 05:53.39 | zero_level | so u mean what earlier took 10 ms if it takes 15 ms. there is no issue. :-) |
| 05:53.47 | brlcad | before it was a direct im[j] = im[j] + val1 - val2 etc |
| 05:54.23 | brlcad | but now, you not longer are dealing with 'im', you've got 'icv(im)' |
| 05:54.24 | zero_level | did u miss look aside buffer ? :-) |
| 05:54.36 | brlcad | and instead of val1, you've got icv(val1) etc |
| 05:54.52 | brlcad | yes, a 5 ms diff would be pretty much irrelevant |
| 05:55.03 | zero_level | it basically creates a table for all the possible values. |
| 05:55.06 | brlcad | no, the look aside buffer is also irrelevant |
| 05:55.11 | zero_level | and stores them in val. |
| 05:55.27 | zero_level | (an eg here) |
| 05:55.36 | brlcad | so again, the question is how to get ICV to do that work as much possible |
| 05:55.50 | zero_level | thats not a question. |
| 05:56.08 | zero_level | The question was does this performance matter. |
| 05:56.17 | zero_level | and as u said we cannot be guessing |
| 05:56.20 | brlcad | sure it is a question: "how can you get ICV to do that work as much as possible?" |
| 05:56.22 | zero_level | we need to profile |
| 05:56.36 | brlcad | eh? |
| 05:56.45 | zero_level | profiling is the way. |
| 05:57.29 | zero_level | brlcad : the implementation was as follows. As I told earlier |
| 05:57.30 | zero_level | 01:48 < zero_level> icv_add_val(bif,5); icv_divide_val(bif,20); icv_multiplyt_val(bif,0.5); |
| 05:57.33 | zero_level | 01:48 < zero_level> and so on. |
| 05:57.36 | zero_level | 01:48 < zero_level> with setting the ICV_OPERATIONS_FLAG. |
| 05:57.38 | zero_level | 01:49 < zero_level> now issues. |
| 05:58.06 | brlcad | profiling is always welcome but I don't see what for (yet) as there's no indication of a performance concern |
| 05:58.16 | zero_level | alright. |
| 05:58.32 | brlcad | I'd say you can ASSUME there is not a performance concern until we observe one |
| 05:58.33 | zero_level | which indeed answers what i started with. :-) |
| 05:59.01 | brlcad | if you're going to make ANY design decision BASED on a performance concern, you need to profile |
| 05:59.10 | brlcad | that has been stated from the beginning |
| 05:59.41 | zero_level | do u think grpof suffices here. |
| 05:59.45 | brlcad | back to the implementation you outlined, that does indeed sound a little problematic, at least not a faithful conversion of what bwmod's doing |
| 05:59.59 | zero_level | how ? |
| 06:00.09 | zero_level | i wld welcome a better suggestion. |
| 06:01.27 | brlcad | it's back to the notion I mentioned earlier: you put data in, you tell it to do things to the data, you get data out |
| 06:01.45 | brlcad | so if the old code was doing im[j] = val[im[j]] |
| 06:02.10 | brlcad | that translates roughly into ICV needing to do several things and bwmod needing to do several things |
| 06:02.48 | brlcad | two icv_image_t's: let's call them icv_im and icv_val |
| 06:03.01 | zero_level | well.. |
| 06:03.04 | brlcad | a way to set one icv_image to another |
| 06:03.25 | zero_level | can i hold u for a sec |
| 06:03.29 | brlcad | a way to access and set/modify elements (which you partially have) |
| 06:03.37 | brlcad | go ahead |
| 06:03.51 | zero_level | val is an array of length 0-255. |
| 06:03.54 | zero_level | so 256. |
| 06:03.58 | brlcad | not in icv terms |
| 06:04.02 | zero_level | and im is buffer. |
| 06:04.07 | zero_level | of scalen length |
| 06:04.35 | zero_level | so then i dont understand your point of using two images. |
| 06:04.37 | brlcad | val sounds like a 1-dimensional buffer to me |
| 06:05.17 | zero_level | a) i would loop along all the pixels of image (bif) in first go and add a value to it. |
| 06:05.59 | zero_level | brlcad : ofcourse thats what i meant (a buffer of size 0 to 255 i.e 256) |
| 06:06.48 | brlcad | do you really mean the size is variant 0 to 255 or the range of values is 0 to 255? |
| 06:06.55 | zero_level | no.! |
| 06:07.03 | brlcad | that wasn't a yes no question |
| 06:07.09 | zero_level | opens bwmod to give exact terminologies. |
| 06:07.11 | brlcad | A or B |
| 06:07.48 | zero_level | brlcad : do u have acess to the src code ? |
| 06:07.54 | zero_level | i am sure u do. :-) |
| 06:08.26 | zero_level | (I mean i suppose u are not on a cell phone) |
| 06:08.29 | brlcad | a "size" is generally the thing you pass to malloc, the type (e.g., unsigned char) is the range of possible values |
| 06:08.37 | zero_level | yes. |
| 06:08.55 | zero_level | so look at the function mk_trans_tbl in bwmod.c |
| 06:09.18 | zero_level | what it does is creates a translation look aside buffer |
| 06:09.24 | zero_level | of size 256. |
| 06:09.32 | *** join/#brlcad caen23 (~caen23@92.83.187.81) | |
| 06:09.40 | zero_level | that is a 1-Dim array with 256 values. |
| 06:10.31 | zero_level | which in the case of uchar data, is the range of values. |
| 06:10.46 | brlcad | actually, it's line 68 that creates the array and mk_trans_tbl() fills it in |
| 06:11.03 | zero_level | ye. |
| 06:11.04 | brlcad | it's important to be precise |
| 06:11.34 | brlcad | especially since there is apparently some difficulty simply discussing options here |
| 06:11.55 | brlcad | so my point still stands |
| 06:12.01 | zero_level | of. So I guess now we are on the same platform as to how bwmod does things. |
| 06:12.17 | zero_level | go on. |
| 06:12.18 | brlcad | mapbuf could be an icv image of size 1x256 with values set into it and read |
| 06:12.23 | brlcad | or it could stay in bwmod |
| 06:12.29 | brlcad | doesn't really matter |
| 06:12.39 | brlcad | the point is the getting and setting of values in icv's domain |
| 06:12.54 | zero_level | well brlcad : doing that |
| 06:13.45 | zero_level | does some math to make brlcad understand. |
| 06:14.28 | zero_level | say a pixel with value 0.004 and 0.006 (in the new icv terms_ |
| 06:14.28 | brlcad | do you at least realize that there are probably a dozen perfectly valid ways this can be translated to libicv? |
| 06:14.50 | brlcad | okay, continue |
| 06:14.58 | zero_level | doing what u suggest will make them both look same way. |
| 06:15.00 | brlcad | how does one pixel have two values? |
| 06:15.12 | zero_level | well two pixels |
| 06:15.17 | brlcad | be precise |
| 06:15.18 | zero_level | so i begin again |
| 06:15.41 | starseeker | src/proc-db/masonry.c:945:9: error: variable ‘vert_bricks’ set but not used |
| 06:15.42 | zero_level | two pixels a and b with value 0.004 and 0.006 |
| 06:16.18 | zero_level | now lets suppose we create an image of size 1,256 in icv terms |
| 06:16.42 | brlcad | starseeker: fixed |
| 06:16.47 | starseeker | thanks |
| 06:16.57 | Notify | 03BRL-CAD:brlcad * 56562 brlcad/trunk/src/proc-db/masonry.c: vert_bricks unused, warning didn't issue locally but clearly there. |
| 06:16.59 | zero_level | 0.004 and 0.006 will both correspond to same data level |
| 06:17.24 | brlcad | sure |
| 06:17.52 | zero_level | thus the whole point of using double(to get high resolution) will be dismantled. |
| 06:18.12 | brlcad | so far, probably bw values 1 and 2 respectively depending on rounding behavior |
| 06:18.49 | brlcad | how did that just dismantle anything? |
| 06:18.53 | brlcad | you didn't say anything |
| 06:18.54 | zero_level | how does bot work |
| 06:19.00 | zero_level | bot : ~1/255 |
| 06:19.30 | Notify | 03BRL-CAD:starseeker * 56563 brlcad/trunk/src/librt/primitives/bot/bot_oriented_bbox.cpp: Ah, right - don't need xyz vars any more. |
| 06:20.29 | zero_level | brlcad : eh ? |
| 06:20.36 | brlcad | you're not making any sense |
| 06:21.00 | brlcad | two pixels: 0.004 and 0.006 ... and so what? |
| 06:21.23 | zero_level | 1/255 = 0.00392156 |
| 06:21.40 | zero_level | 2/255 = 0.0078125 |
| 06:22.15 | zero_level | so 0.004 and 0.006 will correspond to same data level if i use your suggestion of 1X255 image. |
| 06:22.28 | zero_level | c/1X2/1x256 |
| 06:22.35 | zero_level | c/1X255/1x256 |
| 06:22.45 | zero_level | is experiencing lots of lag. |
| 06:23.10 | brlcad | "will correspond to same data level" ... and so what? |
| 06:23.11 | zero_level | thus hampering the resolution of the image. |
| 06:24.07 | brlcad | you're still not making any sense or your making some conclusion that is completely wrong or I'm entirely not seeing whatever it is you're trying to say... |
| 06:24.49 | brlcad | first the data is coming from somewhere, so more than likely, they'd be pixels 0.00392156 and 0.0078125, not 0.004 and 0.006, if they came from bw data to begin with |
| 06:24.50 | zero_level | well lets suppose i want to output the resultant operations in highdefinition png image. |
| 06:25.06 | Notify | 03BRL-CAD:starseeker * 56564 brlcad/trunk/include/raytrace.h: Commit proposed new librt database search API function declaration and design notes - not implemented as yet, needs more thought/discussion |
| 06:25.06 | zero_level | pls hold on for a sec |
| 06:25.24 | brlcad | but even if we assume that they DID start out as 0.004 and 0.006, theose values will correspond to either a bw value of 1 or 2 (depending on rounding) |
| 06:25.42 | zero_level | not always brlcad! |
| 06:25.57 | zero_level | because in high definition png images. |
| 06:26.04 | zero_level | say 16 bits |
| 06:26.40 | zero_level | it will correspond to 0.004*65536 -1 |
| 06:26.58 | zero_level | and 0.006*65536 - 1 |
| 06:27.23 | brlcad | sure, it'll be a difference if someone asks for 16-bit png output .. but how is that at all relevant? |
| 06:27.55 | brlcad | that's why I said .. even if we assume that they DID start out as 0.004 and 0.006 ... what does that matter? |
| 06:28.10 | brlcad | if the user requests low-resolution bw output, YES the data will get quantized |
| 06:28.12 | brlcad | the user requested it! |
| 06:28.19 | zero_level | well brlcad : It all depends on what we want. |
| 06:28.23 | brlcad | if they ask for high-resolution output, they'll get that too |
| 06:28.58 | brlcad | uhm, we're performing the operation that the user requested, nothing more or less |
| 06:29.06 | zero_level | After our discussion on image container long back. I got a gut feeling that |
| 06:29.22 | zero_level | a) resolution must be given some priority. |
| 06:29.46 | brlcad | which was the point for double -- it makes all processing occur at the highest resolution readily available |
| 06:30.02 | zero_level | b) we are headed to a time in future. where high res images will be used. (like the openexr format_ |
| 06:30.17 | brlcad | again, the point for double |
| 06:30.33 | zero_level | thus making it a fixed size array doesnt help |
| 06:30.42 | zero_level | we will have to do inplace calculation. |
| 06:30.54 | brlcad | "it" being bwmod's 256 element array? |
| 06:31.21 | zero_level | well. logically bwmod will still be correct. |
| 06:31.33 | brlcad | no, tell me what you meant when you said "it" |
| 06:31.43 | brlcad | you said 'it', don't make me guess |
| 06:31.46 | zero_level | heheh :-_ |
| 06:32.01 | zero_level | well its the 1X256 image u suggested me to use. |
| 06:32.54 | zero_level | see sean, i can do it the way suggested. This will hardly take any time. |
| 06:33.22 | zero_level | but i would not like to. Because it will hamper resolution. |
| 06:33.30 | brlcad | I stated multiple times that there are multiple directions that can be taken, all valid |
| 06:33.34 | brlcad | they could be separate icv images |
| 06:33.49 | zero_level | I want icv operations not to hamper the resolutions. |
| 06:33.53 | brlcad | it could be one icv image and quantized data being still held in bwmod |
| 06:34.17 | brlcad | if you think it will hamper resolution, then I think you are completely misunderstanding something |
| 06:34.42 | zero_level | well. not in the case of bwmod. (since it uses 8bit images) |
| 06:35.05 | zero_level | but ofcoruse in the future course when we use high res images. |
| 06:36.17 | brlcad | so the issue in this specific instance is bwmod |
| 06:36.29 | zero_level | And some body does and operations only to find his/her image is equivalent to uchar image with alased double data. (like 0.00392156 fr "1") |
| 06:36.36 | brlcad | and it's current implementation uses a 256 element buffer and operations index into that buffer |
| 06:36.59 | brlcad | so your first and foremost obligation is to do that, and demonstrate it works |
| 06:37.28 | brlcad | show that works perfectly, then extend to n-channel images or 128-bit images or whatever else next |
| 06:37.31 | zero_level | well . It would still. And carrying the future course in action. |
| 06:38.04 | zero_level | 01:48 < zero_level> icv_add_val(bif,5); icv_divide_val(bif,20); icv_multiplyt_val(bif,0.5); |
| 06:38.05 | brlcad | for a 16-bit image, the entire algorithm of bwmod would have to change since you couldn't have a look-aside buffer that large to directly index into |
| 06:38.32 | brlcad | you keep saying that and I'm not sure what you're hoping it implies |
| 06:38.51 | brlcad | icv_*_val() as you state it there looks problematic |
| 06:39.05 | brlcad | what is the range of that 5/20/0.5 |
| 06:39.39 | zero_level | well it adds freedom to the api caller. |
| 06:39.53 | brlcad | if the data is being stored 0.0 to 1.0 then all inputs need to be translated to "icv units" |
| 06:39.54 | zero_level | to translate the bwmod functions. It will be whate |
| 06:40.01 | zero_level | hold on pls |
| 06:40.09 | zero_level | x/255 |
| 06:40.25 | brlcad | exactly my point |
| 06:40.26 | zero_level | x is the value given by the utility caller |
| 06:40.27 | brlcad | that's bad |
| 06:40.36 | brlcad | why would it assume 8-bit data? |
| 06:40.51 | brlcad | you can't have an api that is sometimes in one range and sometimes in another |
| 06:40.59 | brlcad | the API needs to define what it's using |
| 06:40.59 | zero_level | because bwmod does it in correct for, |
| 06:41.16 | brlcad | this is a libicv function, so that justification doesn't hold |
| 06:41.18 | zero_level | say if brl-cad in future have a utility |
| 06:41.23 | zero_level | for operations |
| 06:41.50 | zero_level | which handles all the operations. |
| 06:42.22 | brlcad | and I feed it my exr image and it messes up my data |
| 06:42.29 | zero_level | no. |
| 06:42.51 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 06:43.04 | brlcad | do any other icv functions take an 8-bit 0-to-255 value? |
| 06:43.13 | zero_level | no. |
| 06:43.19 | zero_level | just writeline |
| 06:43.20 | brlcad | that alone should be a red flag to you |
| 06:43.44 | zero_level | writeline can handle both double data and uchar data. |
| 06:44.49 | brlcad | there should be functions for adding/extracting data in various formats |
| 06:45.10 | brlcad | but you can't have processing functions handling everything possible, they need to work with icv's units |
| 06:45.18 | brlcad | which means you need translation routines, generalized |
| 06:45.33 | brlcad | similar to what you did with a few of your other functions |
| 06:45.42 | brlcad | but still more generalized |
| 06:45.54 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 06:46.33 | brlcad | a function that converts 8-bit 0-255 1-channel data to double 0-1.0 ranged values, for example |
| 06:46.36 | brlcad | and back |
| 06:47.28 | brlcad | so it becomes something like icv_add_val(bif, icv_cnv_8bit(20)) or similar |
| 06:48.27 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 06:54.47 | Notify | 03BRL-CAD:brlcad * 56565 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: three more dead code functions from nmg, though two are relatively recent and may need revisiting at some point later. |
| 07:01.47 | Notify | 03BRL-CAD:brlcad * 56566 (brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c brlcad/trunk/src/librt/primitives/nmg/nmg_mod.c brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c): another 1057 lines gone, remove libnmg dead code |
| 07:06.49 | Notify | 03BRL-CAD:brlcad * 56567 brlcad/trunk/src/librt/primitives/hf/hf.c: remove if 1 wrapping |
| 07:07.53 | Notify | 03BRL-CAD:brlcad * 56568 brlcad/trunk/src/librt/primitives/pipe/pipe.c: no longer too much for mged to display |
| 07:09.06 | Notify | 03BRL-CAD:brlcad * 56569 brlcad/trunk/src/librt/primitives/tgc/tgc.c: re-enable tgc reporting of non-paired grazing hits, but only for the first 100 cases. intentionally making no attempt to be thread-safe in the book-keeping here because it doesn't matter. just need some upper limit. |
| 07:09.20 | Notify | 03BRL-CAD:brlcad * 56570 brlcad/trunk/src/librt/primitives/tgc/tgc.c: save the file first, endif too |
| 07:10.49 | Notify | 03BRL-CAD:brlcad * 56571 brlcad/trunk/src/librt/primitives/tgc/tgc.c: getting late, extra curlie |
| 07:11.09 | brlcad | starseeker: I'm leaving the numerous undocumented #if 0's in src/librt/test_bot2nurbs.cpp up to you |
| 07:12.10 | brlcad | unless you tell me I can kill them, they beg for some commentary / reasoning to keep that code |
| 07:12.29 | brlcad | src/librt/test_root3-subd.cpp too |
| 07:16.50 | Notify | 03BRL-CAD:brlcad * 56572 brlcad/trunk/NEWS: Added -o option to bb bounding box command - provides an oriented bounding box rather than the default axis-aligned bounding box. (comment was spot on, actual line was not past tense consistent) |
| 08:48.11 | zero_level | brlcad : thanks for the suggestion. |
| 08:48.35 | zero_level | icv_cnv_8bit(..) looks fine to me. |
| 11:56.51 | starseeker | brlcad: fair enough |
| 11:58.21 | starseeker | Ch3ck_: make small patches that incrementally work towards your goal |
| 11:58.35 | Ch3ck_ | ok |
| 11:58.55 | Ch3ck_ | but the patch i've already made for the pull is it ok? |
| 11:59.00 | starseeker | Ch3ck_: I'll try to review more of your patches today - I've got several irons in the fire right now |
| 11:59.10 | Ch3ck_ | hm |
| 11:59.18 | starseeker | Ch3ck_: if you mean your large existing ones, I'd try to break them up |
| 11:59.28 | Ch3ck_ | ok |
| 11:59.38 | Ch3ck_ | working on pulling non leaf objects |
| 11:59.42 | Ch3ck_ | as Sean had advice. |
| 11:59.43 | Ch3ck_ | d |
| 11:59.53 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 11:59.55 | starseeker | if I recall correctly brlcad said it should be possible to do so, so that will be something you want to demonstrate you can do |
| 12:00.09 | Ch3ck_ | thats what i'm working on today. |
| 12:00.17 | starseeker | good |
| 12:03.09 | Ch3ck_ | i'll continue work on the pull and just increment the current patch |
| 12:03.17 | Ch3ck_ | with recent changes. |
| 12:18.42 | ``Erik | Izak__: I'm not seeing the 'barebones' patch in the sourceforge tracker |
| 12:19.23 | Izak__ | ``Erik: Let me upload it |
| 12:27.53 | Izak__ | ``Erik: I have uploaded it to ticket 228 |
| 12:37.02 | Ch3ck_ | there is this thing i don't understand with rt_db_get_internal(). The 4th argument which is a matrix given this routine. Is it the matrix transformation of the database object in external format or its the matrix transformation to be written to the internal database object. |
| 12:37.40 | Ch3ck_ | I think it is the matrix of the internal database object in external format but i just need to clarify. |
| 12:37.51 | Ch3ck_ | or confirm |
| 12:47.03 | ``Erik | Izak__: patch has trailing whitespace and table.c fails to apply cleanly on r56572 |
| 12:49.36 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b122:7d10:0:48:5dba:4a01) | |
| 12:51.11 | ``Erik | also; import4/export4 should be left NULL and not used at all |
| 12:51.27 | Notify | 03BRL-CAD:phoenixyjll * 56573 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/CMakeLists.txt brlcad/trunk/src/librt/primitives/brep/brep.cpp): Start to work on evaluating NURBS booleans. Move the code working with NURBS booleans in librt to libbrep. |
| 12:54.17 | ``Erik | starseeker: http://www.caranddriver.com/reviews/volkswagen-xl1-concept-first-drive-review |
| 13:04.35 | Notify | 03BRL-CAD:phoenixyjll * 56574 brlcad/trunk/src/libbrep/boolean.cpp: ws. |
| 13:05.33 | Notify | 03BRL-CAD:phoenixyjll * 56575 brlcad/trunk/src/librt/primitives/bot/bot_oriented_bbox.cpp: Eliminate compiler warnings. |
| 13:21.43 | Izak__ | ``Erik: Please can you paste the build errors you got because I have rebuilt and it succeeds |
| 13:37.13 | ``Erik | no build errors, the patch failed to apply at all |
| 13:37.32 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:40.16 | Izak__ | ``Erik: I am working on the trailing white space now |
| 13:41.03 | ``Erik | make sure your tree is fully up to date, using "svn update" |
| 13:41.44 | Notify | 03BRL-CAD:phoenixyjll * 56576 (brlcad/trunk/src/libged/bb.c brlcad/trunk/src/libged/comb.c): The C compiler in MSVC seems to require all declarations appear first. |
| 13:46.32 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:53.47 | Notify | 03BRL-CAD:phoenixyjll * 56577 brlcad/trunk/src/libbrep/boolean.cpp: curve_st should be the curves in surfaceB's domain. |
| 13:56.18 | Notify | 03BRL-CAD:mohitdaga * 56578 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/encoding.c brlcad/trunk/src/libicv/fileformat.c): Add ICV_CONV_8BIT macro for encoding conversions. This macro converts the 8bit pixel values to icv data type(double). Later we can have similar macros for higher resolution of images. For eg ICV_CONV_16BIT. |
| 13:57.27 | Notify | 03BRL-CAD Wiki:Phoenix * 5923 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 7 */ |
| 13:57.45 | Notify | 03BRL-CAD Wiki:Phoenix * 5924 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */ |
| 13:57.58 | Notify | 03BRL-CAD Wiki:Phoenix * 5925 /wiki/User:Phoenix/GSoc2013/Reports: /* Mid-term summary */ |
| 14:02.02 | zero_level | clear |
| 14:03.23 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:06.32 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:07.55 | Notify | 03BRL-CAD:carlmoore * 56579 (brlcad/trunk/include/icv.h brlcad/trunk/include/raytrace.h and 2 others): fix spelling, and make about 2 other minor changes |
| 14:18.04 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:34.18 | brlcad | zero_level: so the detail there is that libicv won't normally know when it needs to run that 8bit conversion, but the calling code does |
| 14:34.42 | brlcad | so tools like bwmod would convert their user-provided values into the normalized 0-1 domain with ICV API |
| 14:37.22 | brlcad | Izak__: we shouldn't still have to be reminding about white space/style and that code compile cleanly against trunk... |
| 14:38.43 | starseeker | Izak__: I changed the table.c stuff just this weekend to add a method for oriented bounding boxes |
| 14:38.54 | starseeker | so the heart primitive should follow |
| 14:39.51 | Izak__ | satrseeker: Are you referring to the rt_hrt_bbox() function ? |
| 14:40.05 | starseeker | no, the definition for heart in table.c |
| 14:40.37 | starseeker | you need another NULL in the list of heart functions, since the size of the function array has changed |
| 14:40.44 | starseeker | easy to do |
| 14:44.31 | starseeker | Ch3ck_: did you see the change from brlcad to the bn_poly test? He removed the copyright information generated by octave and moved the comment within the source file |
| 14:45.31 | starseeker | Ch3ck_: (commit r56506) please make sure your other patches are updated accordingly, if need be |
| 14:46.04 | Ch3ck_ | ok |
| 14:46.07 | Ch3ck_ | will do. |
| 14:47.36 | Notify | 03BRL-CAD:carlmoore * 56580 brlcad/trunk/src/libbrep/intersect.cpp: OK, fixed 'minimum' spelling (although intersect.cpp got other, unrelated warning messages); did not find 'mininum' misspelling anywhere else |
| 14:48.32 | Ch3ck_ | starseeker: could you please explain to me what rt_db_get_internal does exactly? |
| 14:48.42 | Ch3ck_ | read the code but still have some blind spots. |
| 14:49.16 | Izak__ | starseeker: did you append the method for oriented bounding boxes to the rt_functab[] ? |
| 14:53.19 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:53.38 | Notify | 03BRL-CAD:starseeker * 56581 (brlcad/trunk/src/other/libgdiam.dist =================================================================== and 10 others): Add distcheck file for gdiam |
| 14:56.41 | brlcad | kesha_: can you talk to me about patch 218? |
| 14:56.56 | brlcad | it's interesting, surprising even that you worked on those |
| 14:57.35 | brlcad | a quick glance, and I see that you (fortunately) limited yourself to c++ operations, which is good |
| 14:58.01 | brlcad | however, you do make a performance claim and this should be tested |
| 15:01.21 | brlcad | kesha_: and on testing, it doesn't apply cleanly |
| 15:06.38 | kesha_ | brlcad: whats the problem you are facing ? cleanly as in ? |
| 15:06.51 | ``Erik | with regard to performance: don't. Just, don't. Make it work before even contemplating performance, it's very easy to make bad assumptions and produce over-complicated code that actually runs slower... until you're an old super-guru, I'd strongly recommended clearing your minds of performance until after your code is correct and complete |
| 15:21.00 | brlcad | kesha_: patches should apply with "patch -p0 -i yourfile.patch" to a trunk checkout |
| 15:26.08 | brlcad | Ch3ck_: your patches are seriously getting out of control |
| 15:26.26 | brlcad | you need to stop creating new patches unless they're for a completely unrelated new change to code |
| 15:26.41 | Ch3ck_ | thats what i've been doing. |
| 15:26.51 | Ch3ck_ | making them unrelated |
| 15:27.10 | Ch3ck_ | but since they patch files all have to enter the same files |
| 15:27.26 | Ch3ck_ | problems may arise with CMakeLists |
| 15:27.40 | Ch3ck_ | since they're all trying to enter the same place |
| 15:27.55 | Ch3ck_ | I wanted to make it in sure a way they apply cleanly and consecutively |
| 15:28.09 | ``Erik | if two patches touch the same file, one of them will be bounced back for rework due to conflict... |
| 15:28.10 | Ch3ck_ | i was adviced to make them independent and thats what i did |
| 15:28.16 | Ch3ck_ | yeah |
| 15:28.20 | Ch3ck_ | thats the problem |
| 15:28.28 | Ch3ck_ | well if they all have to apply cleanly |
| 15:28.30 | brlcad | 190 and 217 seem the same, 206 and 215 seem the same |
| 15:28.35 | Izak__ | starseeker: Which commit did the oriented bounding box go in? |
| 15:28.49 | Ch3ck_ | i'll have to apply them consecutively |
| 15:28.58 | Ch3ck_ | so they clearly fit in the CMakeLists |
| 15:29.26 | Ch3ck_ | that should be the only problem with the patches. |
| 15:29.33 | ``Erik | also; stop hitting enter so much, try writing a good line instead of a lot of half-assed lines O.o |
| 15:29.34 | brlcad | Ch3ck_: if they are independent or if the ordering is in the patch, that's fine |
| 15:29.48 | Ch3ck_ | well |
| 15:29.54 | brlcad | i think the issue was just those four older ones seeming to be duplicates as I read down through the list |
| 15:29.59 | Ch3ck_ | star seeker told me to make them in such way that |
| 15:30.19 | Ch3ck_ | they should be applied in any order indepently |
| 15:30.26 | Ch3ck_ | thats when this problem is coming up. |
| 15:30.35 | Ch3ck_ | which ones? |
| 15:30.46 | brlcad | 11:28 < brlcad> 190 and 217 seem the same, 206 and 215 seem the same |
| 15:31.25 | Ch3ck_ | well they're not the same |
| 15:31.30 | Ch3ck_ | there are changes in them.. |
| 15:31.38 | Ch3ck_ | and should apply cleanly |
| 15:31.44 | brlcad | okay, so then just their subject titles are misleading... ;) |
| 15:32.00 | Ch3ck_ | probably its just the naming |
| 15:32.09 | Ch3ck_ | since all the patches are trying to enter at once |
| 15:32.16 | Ch3ck_ | i could combine all of them into one |
| 15:32.28 | Ch3ck_ | so they just apply neatly then.. |
| 15:32.29 | zero_level | brlcad : what did u mean here 14:33 < brlcad> zero_level: "facsq,x,y,py,px,c;" is your doing ;) |
| 15:32.45 | brlcad | Ch3ck_: and that would be bad (we've had this discussion before...) |
| 15:32.51 | Ch3ck_ | ok |
| 15:33.00 | Ch3ck_ | then in that case i'll have to make them consecutive |
| 15:33.05 | Ch3ck_ | so they apply cleanly |
| 15:33.08 | Ch3ck_ | is that ok? |
| 15:33.17 | brlcad | that is usually fine |
| 15:33.26 | Ch3ck_ | and i'll also have to move the comments of GNU octave inside |
| 15:33.27 | Ch3ck_ | the file |
| 15:33.36 | brlcad | the point is actually to resolve these patches NOW because this is not how we want you to work |
| 15:33.43 | Izak__ | starseeker: Which commit during the weekend had the oriented bbox changes ? |
| 15:33.50 | brlcad | patch files are only being used because there continue to be problems with the patch files |
| 15:33.55 | Ch3ck_ | i don't understnad |
| 15:34.11 | Ch3ck_ | should I fix all these now and submit? |
| 15:34.15 | brlcad | zero_level: there is something wrong there, what is it? |
| 15:34.16 | zero_level | Izak__ : I advise you to join brlcad-commits list |
| 15:34.36 | zero_level | to many variables in a single declaration ? |
| 15:34.46 | brlcad | Izak__: you can run svn log to see changes |
| 15:34.49 | zero_level | c/to/too |
| 15:34.53 | brlcad | zero_level: nope |
| 15:35.04 | brlcad | look at the original code, then look at yours |
| 15:35.09 | zero_level | alright. |
| 15:35.17 | brlcad | you changed something and it even goes against our HACKING guidelines |
| 15:36.06 | brlcad | it's minor but you should be able to see when you inject this sort of change as it just becomes cleanup work for someone else later, and that's not efficient use of time |
| 15:36.26 | zero_level | ah.. so u mean the gaps. ? |
| 15:36.28 | brlcad | Ch3ck_: no, lets go through them |
| 15:36.34 | Notify | 03BRL-CAD:tbrowder2 * 56582 (brlcad/trunk/src/conv/jack/g-jack.c brlcad/trunk/src/sig/c-d.c and 9 others): standardize usage strings for man-pageless progs; add optstring var for bu_getopts |
| 15:36.35 | Ch3ck_ | ok |
| 15:36.42 | Ch3ck_ | i'm listening |
| 15:36.56 | brlcad | 190 |
| 15:37.11 | Notify | 03BRL-CAD:mohitdaga * 56583 brlcad/trunk/src/libicv/decimate.c: fix extra identifier in the line. |
| 15:37.12 | brlcad | your last comment there was that you were going to resubmit an up-to-date patch |
| 15:38.02 | Ch3ck_ | for which patch exactly |
| 15:39.08 | brlcad | kesha_ a word of caution, I suggest breaking up your work be in slightly smaller chunks (for stepcode changes) because you keep creating too much work for mpictor_ |
| 15:40.01 | brlcad | kesha_: I realize you've reviewed and fixed some of these issues with the latest commits, but he shouldn't have to keep reiterating the same points |
| 15:40.32 | brlcad | kesha_: perhaps make a checklist of things to review when you make a commit to make sure that you don't create work for him to respond to other than "looks great" |
| 15:40.42 | brlcad | Ch3ck_: 190! |
| 15:42.18 | Ch3ck_ | well i had seen that as rejected |
| 15:42.24 | brlcad | kesha_: in that checklist should include doing a check to make sure the code compiles, reviewing the diff to make sure only intended and relevant changes are included, testing your change before commit (or using the dashboard) and after to make sure nothing was broken |
| 15:42.42 | brlcad | ~dict pending |
| 15:42.53 | Ch3ck_ | thats why i created the new patch 217 |
| 15:43.13 | brlcad | that is EXACTLY what I just said you need to stop doing :) |
| 15:43.23 | Ch3ck_ | I had told you that 190 had significant debug problems |
| 15:43.36 | Ch3ck_ | i thought with the pending-rejected comment |
| 15:43.37 | brlcad | if it's the same patch, you should have posted it to 190 instead of creating yet another tracker issue |
| 15:43.54 | Ch3ck_ | it means i should created a better one |
| 15:43.56 | Ch3ck_ | sorry |
| 15:43.57 | Ch3ck_ | my bad |
| 15:44.01 | Ch3ck_ | but its now 217 |
| 15:44.10 | brlcad | what does pending mean? |
| 15:44.15 | Ch3ck_ | I did not understand what pending-rejeced |
| 15:44.23 | Ch3ck_ | pending : still to be |
| 15:45.01 | brlcad | ~dict 2 pending |
| 15:45.34 | brlcad | "not yet decided" ... and if you do nothing, it will be rejected |
| 15:45.45 | Ch3ck_ | ok |
| 15:45.46 | brlcad | it was waiting for you to fix it |
| 15:45.58 | Ch3ck_ | and thats what i did with 217 |
| 15:46.04 | brlcad | that's not fixing 190 |
| 15:46.07 | brlcad | that's creating another issue |
| 15:46.11 | Ch3ck_ | yeha |
| 15:46.13 | kesha_ | brlcad: yes, Agree with you. the idea of creating a checklist looks great ! It will save much of mpictor_ 's and other time. |
| 15:46.17 | Ch3ck_ | so how do i remove 217 |
| 15:46.21 | brlcad | you don't |
| 15:46.28 | brlcad | we just have more work to clean this up |
| 15:46.32 | Ch3ck_ | ok |
| 15:46.36 | brlcad | which is bad |
| 15:46.40 | Ch3ck_ | let me move the changes here. |
| 15:46.41 | kesha_ | Regarding the patch of brlcad, I will get back soon. Right now I am working on STEP |
| 15:46.50 | brlcad | Ch3ck_: move what changes? |
| 15:47.05 | Ch3ck_ | the patch at 217 |
| 15:47.07 | Ch3ck_ | here |
| 15:47.11 | Ch3ck_ | 190 |
| 15:47.37 | brlcad | if 217 is a follow-on/duplicate/continuation of 190, I'll just close 190 and we can move forward |
| 15:48.19 | brlcad | but this is yet another failure in communication on both our parts, mine for making it clear, and yours for not understanding the status or impact of creating new submissions |
| 15:48.40 | brlcad | you should have asked what pending-rejected meant if you didn't understand |
| 15:49.24 | brlcad | there are plenty of language barriers we have to overcome, but we cannot if you do not ask for assistance or let someone know when something isn't 100% clear |
| 15:49.25 | Ch3ck_ | ok fine |
| 15:49.53 | Ch3ck_ | lets move on then.. |
| 15:51.37 | brlcad | Ch3ck_: so I'll ask again.... 206 and 215 seem the same |
| 15:51.39 | brlcad | are they? |
| 15:52.04 | Ch3ck_ | yes. |
| 15:53.49 | brlcad | okay, then it it safe to assuming 206 can be closed? |
| 15:53.54 | brlcad | s/assuming/assume/ |
| 15:54.42 | Ch3ck_ | yes |
| 15:54.46 | Ch3ck_ | it can be closed |
| 15:55.20 | Ch3ck_ | so all changes on push and pull will be on 215 and 217 |
| 15:55.27 | Ch3ck_ | henceforth |
| 15:56.28 | brlcad | okay ... and if anyone marks any of your patches as pending-* including pending-rejected ... that is not a closed issue, and you can/should update *that* issue #, not create a new one |
| 15:56.54 | brlcad | pending means we're waiting on you to do something |
| 15:57.31 | Ch3ck_ | ok |
| 15:57.40 | Ch3ck_ | I understand it perfectly now. |
| 16:00.39 | brlcad | kesha_: okay, let me know when you get back to it 1) so I can help make sure you're testing the change right and 2) to make sure you don't spend too much time on it |
| 16:00.52 | brlcad | kesha_: though I am curious why you're patch is out of sync in the first place |
| 16:02.48 | kesha_ | brlcad: okay. |
| 16:03.39 | kesha_ | brlcad: btw are you getting something like http://paste.kde.org/p8787aee0/ ? |
| 16:03.55 | brlcad | yep |
| 16:04.01 | brlcad | there should be no failures |
| 16:04.15 | brlcad | implies the patch was created with old sources |
| 16:04.32 | brlcad | so you'll want to go back to those sources, update them, and regenerate the patch file |
| 16:04.43 | brlcad | resolving any conflicts that arise during update |
| 16:05.09 | kesha_ | How to regenerate again ? I mean wont it be lost ? |
| 16:05.09 | Izak__ | brlcad:I included a NULL field in table.c for the oriented bounding box starseeker: added but my compiler cries fawl "excess elements in struct initializer" |
| 16:05.25 | brlcad | reading through 30+ patch rejection failures would be more work than doing it all over |
| 16:05.27 | zero_level | kesha_ : do svn up. |
| 16:05.45 | zero_level | and then svn diff |
| 16:06.00 | brlcad | kesha_: where did you make those modifications? |
| 16:06.07 | zero_level | if the file you are working has not been modified. there shld not be issues. |
| 16:06.08 | brlcad | to what sources? |
| 16:06.19 | Notify | 03BRL-CAD:starseeker * 56584 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step.cpp): note that STEPentity == SDAI_Application_instance |
| 16:06.39 | brlcad | Izak__: have you svn updated include/ |
| 16:07.10 | Izak__ | brlcad: I did an svn update before building |
| 16:07.57 | brlcad | excess elements means you've got too many fields, but I don't know the status of your code to know where exactly that is |
| 16:08.12 | brlcad | you can always count them, see what the header says |
| 16:08.36 | brlcad | make sure there's one and only one element listed for each struct element |
| 16:08.53 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5926 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 5 August - 11 August */ |
| 16:09.16 | brlcad | it's very possible that svn update merged in the new field just fine, adding a new NULL element, and you adding another becomes too many |
| 16:09.59 | brlcad | Izak__: so I'm a little saddened that we don't have a successful outcome from patch 191 |
| 16:10.06 | brlcad | I really hate to see work go to waste |
| 16:10.58 | brlcad | all that's required is to show that your patch provides some improvement, ideally by demonstrating a case where rb_delete was wrong or failed, and with yours now it doesn't |
| 16:13.02 | Notify | 03BRL-CAD:starseeker * 56585 brlcad/trunk/src/conv/step/g-step.cpp: whoop, committed too many files |
| 16:14.49 | Izak__ | brlcad: Please, with all due respect, could we discuss the crisis on table.c first |
| 16:16.08 | kesha_ | brlcad: http://paste.kde.org/pbbd6a362/ |
| 16:16.08 | Izak__ | brlcad: This is the status of my table.c code here http://paste.kde.org/pb0c0bbcf/ |
| 16:16.11 | kesha_ | :) |
| 16:16.50 | Izak__ | kesha: what's with the :) ? |
| 16:17.35 | kesha_ | Izak__: http://paste.kde.org/pbbd6a362/ worked , I presume. |
| 16:18.16 | brlcad | starseeker: stray comma on ON_BRep_to_STEP ? |
| 16:18.19 | Izak__ | kesha: It didn't. Just showing Sean the status of some of my code :) |
| 16:18.55 | kesha_ | Izak__: I am talking abt <kesha_> brlcad: http://paste.kde.org/pbbd6a362/ . Anyways, leave it ! |
| 16:18.57 | brlcad | Izak__: the fact that 191 and other patches are unresolved is at the heart of why you have a table.c crisis |
| 16:19.24 | brlcad | if you had established commit access by now, you wouldn't be fighting painful merge issues like this |
| 16:20.15 | brlcad | so if you don't want to talk about it now, that's fine, but please do understand that this is not an efficient or preferred method of communication |
| 16:20.41 | brlcad | I'm reviewing patches ... so I don't have to review your patches |
| 16:20.51 | brlcad | so you don't have to create patches |
| 16:21.00 | Izak__ | brlcad: Wer can talk about it then. |
| 16:21.01 | brlcad | it's far FAR easier to review commits |
| 16:21.56 | brlcad | kesha_: is that to imply that you were able tol update your sources and regenerate a clean patch? |
| 16:22.11 | brlcad | if so, please do upload it and I'll give it a review |
| 16:22.29 | kesha_ | brlcad: ya, I am attaching new patch over there |
| 16:22.36 | Ch3ck_ | so sean what's the next step? |
| 16:23.07 | brlcad | Izak__: so as for table.c and the current definition of the function table, is that too many or too few struct elements? |
| 16:24.16 | brlcad | Ch3ck_: what do you mean? :) |
| 16:24.39 | Ch3ck_ | waiting on the erviews we were discussing |
| 16:24.48 | Ch3ck_ | reviews we were working on |
| 16:24.52 | brlcad | you mean patches 215 and 217? |
| 16:24.56 | Ch3ck_ | yeah.. |
| 16:25.53 | brlcad | I generally review patches in order when it pertains to commit access, and there are a few ahead of 215 now |
| 16:26.00 | brlcad | all the more reason to update your oldest patches... ;) |
| 16:26.24 | brlcad | i should get to it later today, so carry on with what you're doing |
| 16:26.34 | ``Erik | Izak__: please do 'svn info' and verify that your revision is 56585, you should be running 'svn up' fairly often |
| 16:26.35 | brlcad | thank you for clarifying those two |
| 16:26.42 | Ch3ck_ | ok |
| 16:26.46 | Ch3ck_ | what about the unit tests? |
| 16:26.55 | brlcad | they're even newer right? |
| 16:26.58 | brlcad | :) |
| 16:26.59 | Ch3ck_ | which i've written to get commit access |
| 16:27.02 | Ch3ck_ | yes. |
| 16:27.19 | brlcad | all the more reason to update/check/fix your oldest patches... ;) |
| 16:27.19 | Ch3ck_ | so since there are hunk fails during application |
| 16:27.30 | brlcad | otherwise it isn't fair to others |
| 16:27.33 | Ch3ck_ | of the patches |
| 16:27.43 | brlcad | yeah, you'll want to address that |
| 16:27.54 | Ch3ck_ | so should i make them in such a way that they apply consecutively and cleanly? |
| 16:27.58 | brlcad | yes |
| 16:28.02 | Ch3ck_ | ok |
| 16:28.07 | brlcad | or independently |
| 16:28.17 | brlcad | but then independent will apply consecutively and cleanly too |
| 16:28.52 | brlcad | just if there IS a dependency, leave a comment that simply says "this patch assumes patch #224 will be applied first" |
| 16:28.55 | ``Erik | Ch3ck_: if a patch depends on another, please note the relationship in the description... "this patch depends on 215" or something |
| 16:29.20 | Ch3ck_ | ok |
| 16:29.30 | brlcad | so I did read through your bn testing changes |
| 16:29.34 | brlcad | it's looking really good |
| 16:29.50 | brlcad | loving the inclusion of real outputs from octave |
| 16:30.02 | brlcad | only concern is that testing looked VERY limited in scope |
| 16:30.51 | brlcad | at least for the poly testing, didn't see any zero coefficients, negative values, large with small, small with large, and didn't go over fourth order, I believe |
| 16:31.29 | brlcad | you created the testing harness, so additional tests are nearly free to set up |
| 16:32.02 | brlcad | you can set up as many as you can think of that test some unique characteristic fairly easily to make a decently robust test |
| 16:33.07 | Ch3ck_ | yeah |
| 16:34.11 | brlcad | kesha_: I suggest going back through mpictor_'s github and email comments to you and make a note/list of things he said were wrong, then add those to your checklist |
| 16:39.40 | brlcad | ejno: I just created an opencl branch for you to work in, you can start integrating your work to date there including any sample/test code you're working on |
| 16:40.16 | ejno | ok, thank you |
| 16:41.03 | brlcad | i'd like to see if we can establish a real proof-of-concept as quickly as possible, so don't worry about doing it pretty |
| 16:41.26 | brlcad | we can treat this as a testing throw-away branch, and if a concept pans out, we can integrate it cleanly on trunk |
| 16:44.25 | ejno | ok |
| 16:44.29 | Notify | 03BRL-CAD:brlcad * 56586 NIL: Created an OpenCL branch for some experimental performance impact testing. Looking to feed the primitive evaluations through OpenCL for starters to evaluate the scalability and performance impact for a limited set of primitives. This is intended to be proof-of-concept work, not working production code nor any guarantees implied (including portable compilation). |
| 16:44.47 | brlcad | ``Erik: heh NIL .. nice :) |
| 16:45.26 | brlcad | ejno: https://svn.code.sf.net/p/brlcad/code/brlcad/branches/opencl |
| 16:45.33 | ejno | currently I'm having crashes when creating a new file in MGED. I've gone back 300 revisions also |
| 16:46.22 | brlcad | oof |
| 16:46.31 | brlcad | how are you creating a new file? |
| 16:46.53 | ejno | both File->New and on the command line: mged test.g |
| 16:47.10 | ``Erik | what about 'opendb newfile.g' at the mged prompt? |
| 16:47.40 | brlcad | hm, yeah, I dont' recall the last time I used the menu option |
| 16:48.11 | ``Erik | just created a new file doing "mged test.g" in bash... |
| 16:48.33 | ``Erik | and the menu |
| 16:48.59 | ejno | ``Erik: opendb works for me |
| 16:50.05 | ``Erik | Izak__: what's the progress on updating your table.c ? |
| 16:52.07 | ejno | this is printed: Fontconfig warning: FcPattern object fontfeatures does not accept value True |
| 16:52.09 | Izak__ | ``Erik: I am building and its succeeding..... Will update the patch soon. |
| 16:53.53 | Ch3ck_ | need some help here creating a patch |
| 16:54.16 | Ch3ck_ | I have created a patch and added a new test to brlcad |
| 16:54.39 | Ch3ck_ | and i want the new patch to have only the difference from the previously created patch? |
| 16:54.48 | Ch3ck_ | do i diff both patch files or what? |
| 16:55.33 | Ch3ck_ | since the new patch has both the previous files and the current one. |
| 16:57.34 | brlcad | Ch3ck_: "it depends" on what kind of changes you made, but ideally the file does only contain the new changes or is an update/replacement to the other patch |
| 16:58.01 | Ch3ck_ | i am creating patches consecutively |
| 16:58.04 | Ch3ck_ | on the tests |
| 16:58.18 | Ch3ck_ | and i want each to depend on the other consecutively since i'm adding |
| 16:58.23 | Ch3ck_ | tests |
| 16:58.26 | Ch3ck_ | to libbn |
| 16:58.37 | Ch3ck_ | when i create the patch it gives |
| 16:58.47 | Ch3ck_ | me both the previously added test and the current |
| 16:59.01 | Ch3ck_ | but i want it to have only the current |
| 16:59.07 | Ch3ck_ | but will apply when the previous has applie |
| 16:59.08 | Ch3ck_ | d |
| 16:59.18 | brlcad | yep, I get it |
| 16:59.54 | brlcad | without commit, it's fugly, so you might want to try and work on non-conflicting changes regardless so you can keep using "svn diff" |
| 17:00.01 | brlcad | otherwise, you'll probably need two checkout trees so you can run "diff -u" between them |
| 17:00.21 | brlcad | one dir is your previous state, other is your new state |
| 17:00.29 | brlcad | creates the delta patch |
| 17:01.07 | brlcad | I would try to minimize working like this as much as possible though |
| 17:01.11 | brlcad | we don't want you working that way |
| 17:01.31 | brlcad | perfect patches is the goal, and you only need a couple |
| 17:02.41 | Ch3ck_ | well i'll see what to do... |
| 17:02.47 | brlcad | so you could already have enough open patches to gain commit if they're perfect, in which case this is all moot (unless you already know they will not apply cleanly) |
| 17:03.12 | Ch3ck_ | to make independent patches apply independently cleanly |
| 17:03.16 | Ch3ck_ | but consecutively |
| 17:03.46 | ``Erik | Ch3ck_: how about you close the patch tickets that are no longer valid, pick one remaining patch and we try to get that one to a committable state... throwing crap patch after crap patch is just creating a big pile of crap... :D |
| 17:04.07 | Ch3ck_ | ok |
| 17:04.18 | Ch3ck_ | look at 222 |
| 17:04.23 | Ch3ck_ | it should apply cleanly |
| 17:04.29 | Ch3ck_ | so i move on to the next |
| 17:04.56 | brlcad | ejno: oh, now that you have commit, will you apply your 194 patch |
| 17:05.31 | ``Erik | 222 says it needs 221, is 221 going to be a clean good patch? |
| 17:05.41 | Ch3ck_ | 221 has already been applied |
| 17:05.46 | ``Erik | ah, cool |
| 17:05.47 | Ch3ck_ | so it should apply now. |
| 17:06.56 | ``Erik | the poly_init() function in that patch adds a trailing whitespace |
| 17:07.29 | Ch3ck_ | what! |
| 17:07.38 | ejno | brlcad: ok |
| 17:07.54 | ``Erik | and fails to apply cleanly... let me delete my copy and re-download to make sure I don't have an old one |
| 17:08.03 | brlcad | ejno: you can assign to yourself when done and mark it closed |
| 17:08.16 | ejno | ok |
| 17:08.37 | ejno | is it ok that I can't test the windows code? |
| 17:08.54 | brlcad | it's okay until you hear otherwise |
| 17:09.05 | *** join/#brlcad vladbogo (~vlad@188.25.239.5) | |
| 17:09.17 | brlcad | if someone reports an issue, you'll need to address it or revert (usually resolve within 24 hours is expected) |
| 17:09.24 | ejno | ok |
| 17:09.28 | ``Erik | Ch3ck_: patches should be generated from the root directory of the project |
| 17:09.39 | brlcad | you can ask here or mailing list to see if someone is willing to test for you |
| 17:09.50 | Ch3ck_ | ok well generated a new one now.. |
| 17:11.09 | Ch3ck_ | updating the patch now.. |
| 17:11.43 | Ch3ck_ | check the updated version now. |
| 17:17.22 | ``Erik | ok, patch is generated correctly now and applies cleanly, but indentation is wrong (two space indentation is not what HACKING specifies), and there are two many empty lines |
| 17:18.45 | Ch3ck_ | wow |
| 17:18.50 | ``Erik | the end of test_bn_poly_scale() has a blank line between the return value and the closing curly, poly_init() has a blank line between the multiline comment about octave and the code it belongs to |
| 17:19.19 | ``Erik | most of these instances where you have two sequential blank lines should be reduced to one blank line |
| 17:19.33 | ``Erik | should never have a blank line after an opening curly |
| 17:20.37 | ``Erik | I have no idea what "o coefficients" are in the poly_init() comment, is that supposed to be '0' ? |
| 17:20.45 | Ch3ck_ | thats whay sean did with bn_poly_multiply |
| 17:20.52 | Ch3ck_ | so just followd |
| 17:21.14 | Ch3ck_ | yes 0 |
| 17:21.15 | ``Erik | comment line "*Initialises polnomial storing a negative, positive and zero coefficients." should have a space between * and I |
| 17:21.27 | ``Erik | and polynomial should be spelled correctly |
| 17:22.50 | ``Erik | in main(), the closing paren and else should be cuddled (on the same line, like "} else" ) |
| 17:23.10 | ``Erik | main() shouldn't use exit(), it should return the value instead |
| 17:23.46 | Ch3ck_ | i returned a negative number |
| 17:23.49 | Ch3ck_ | and sean refused |
| 17:23.55 | Ch3ck_ | prefering |
| 17:23.58 | Notify | 03BRL-CAD:ejno * 56587 brlcad/trunk/src/libbu/tests/CMakeLists.txt: add a test of libbu semaphore locking |
| 17:24.07 | Ch3ck_ | EXIT_FAILURE |
| 17:24.37 | ``Erik | ... you should use "return EXIT_SUCCESS;", not "exit(0);" ... |
| 17:25.11 | Ch3ck_ | thats what i did |
| 17:25.23 | Ch3ck_ | exit(EXIT_SUCCESS |
| 17:25.25 | Ch3ck_ | ) |
| 17:25.38 | Ch3ck_ | ok |
| 17:25.41 | Ch3ck_ | i get it.. |
| 17:25.53 | ``Erik | the string 'exit' should not exist in your program at all :) |
| 17:26.29 | Ch3ck_ | is that all |
| 17:26.36 | Ch3ck_ | so I should generate patch now? |
| 17:27.03 | ``Erik | and towards the top, the comment block about octave needs spaces between the '*' and body... I'd actually remove the copyright and build info from that comment as well, just say it was Octave 3.4.3 |
| 17:27.26 | Ch3ck_ | ok |
| 17:27.30 | Notify | 03BRL-CAD:starseeker * 56588 brlcad/trunk/src/conv/step/ON_Brep.cpp: Stray comma (thanks Sean) |
| 17:28.05 | ``Erik | after all that, regenerate and resubmit, and we'll take another look to see if anything else stands out, I guess |
| 17:29.00 | mpictor_ | kesha_: if you don't have a list of my comments, I believe I saved the issue 21 html file. The comments are tied to the commit id, so they disappear if the commit is removed |
| 17:29.29 | Ch3ck_ | ``Erik: should see new patch now.. |
| 17:30.36 | ``Erik | still indented wrong |
| 17:31.14 | Ch3ck_ | I ran it through indent.sh |
| 17:31.15 | Ch3ck_ | first |
| 17:31.20 | ``Erik | and too many blank lines |
| 17:31.23 | Ch3ck_ | So i don't understand |
| 17:31.55 | Ch3ck_ | i also did ws.sh |
| 17:32.08 | ``Erik | indent.sh depends on having brlcad's .emacs file/version/etc, it's not a magic hammer... (I've never gotten it to work right) |
| 17:32.28 | ``Erik | what is your text editor of choice? |
| 17:32.34 | Ch3ck_ | well i use gedit |
| 17:32.38 | Ch3ck_ | and emacs |
| 17:32.47 | Ch3ck_ | but i've not used emacs for some time now |
| 17:32.57 | Ch3ck_ | so i've forgotten many of its commands. |
| 17:34.44 | ``Erik | hm, gedit has naive indentation and I d'no the emacs fu to load the footer :/ |
| 17:36.03 | Ch3ck_ | so we do we do now.. |
| 17:36.14 | Ch3ck_ | i've done everything within my power.. |
| 17:36.19 | Ch3ck_ | i don't understand all these complications. |
| 17:36.22 | Ch3ck_ | :( |
| 17:36.37 | ``Erik | I'm googling the appropriate things to fix/add in your ~/.emacs file |
| 17:37.03 | Izak__ | ``Erik: I have upgraded the 'bare bones' patch |
| 17:38.46 | ``Erik | add (setq c-basic-offset 4) to your ~/.emacs and try the indent.sh script again, then visually inspect to see if the code is indented with 4 spaces? |
| 17:39.16 | Ch3ck_ | ok |
| 17:41.00 | Ch3ck_ | where is the ~/.emacs found |
| 17:41.25 | ``Erik | ~/ means in your home directory... you can run "emacs ~/.emacs" from anywhere |
| 17:42.37 | Ch3ck_ | so how do i add the setq c-ba ... |
| 17:42.39 | Ch3ck_ | thing.. |
| 17:42.44 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 17:42.58 | ``Erik | go to the bottom of the file, type (or paste) it, save and exit... |
| 17:44.14 | Ch3ck_ | i have done that within the bn_poly_scale.c file |
| 17:45.04 | ``Erik | this (setq c-basic-offset 4) line should not be in bn_poly_scale.c, it should be in your .emacs file |
| 17:46.22 | Ch3ck_ | i have not seen any .emacs file |
| 17:47.16 | ``Erik | it'd be a hidden file in your home directory... if it doesn't exist, you have to create it... |
| 17:48.51 | Ch3ck_ | how should i save it |
| 17:48.55 | Ch3ck_ | as .emacs? |
| 17:49.01 | Ch3ck_ | and what.emacs |
| 17:50.12 | Ch3ck_ | ok did it |
| 17:50.19 | Ch3ck_ | but there is still no change |
| 17:50.24 | Ch3ck_ | should i upload the patch? |
| 17:56.22 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 18:01.32 | ``Erik | Ch3ck_: if the patch still has 2 space indentation, no. |
| 18:02.08 | ``Erik | the ".emacs" file should be in your home directory |
| 18:02.20 | Ch3ck_ | thats what i've done |
| 18:02.20 | ``Erik | you should be able to do "cat ~/.emacs" and see the c-basic-offset line |
| 18:03.13 | ``Erik | (brlcad should cook a .indent.pro for use with bsd or gnu indent *cough*) |
| 18:04.35 | Ch3ck_ | well |
| 18:04.40 | Ch3ck_ | i've done it |
| 18:04.44 | Ch3ck_ | and will upload patch now. |
| 18:05.53 | Notify | 03BRL-CAD:ejno * 56589 brlcad/branches/opencl/src/librt/primitives/ell/ell.c: convert to C and integrate with librt |
| 18:06.12 | Ch3ck_ | should check patch now.. |
| 18:10.00 | ``Erik | well, until we figure out how to indent correctly, I'll point out some other things... like the blank lines y ou need to delete, I'll list them from bottom to top so the line numbers don't muddle things... 143 73 49 37 |
| 18:10.15 | ``Erik | also; copyright date says 2004-2013, that should just be 2013 since this file is new |
| 18:12.17 | Ch3ck_ | is that all? |
| 18:13.06 | ``Erik | other than indentation, that's all that's jumping out to me |
| 18:13.36 | ``Erik | do you have gnu's "indent" program on your machine? |
| 18:14.45 | brlcad | running indent.sh is a crutch, it's for convenience -- you should be able to do the whitespace corrections manually if needed |
| 18:14.59 | brlcad | there is an example .emacs file on the wiki |
| 18:15.16 | Ch3ck_ | ok |
| 18:15.26 | Ch3ck_ | please i'll need link |
| 18:15.42 | brlcad | how many lines are in your patch file? |
| 18:16.30 | brlcad | the "wc" program will tell you |
| 18:17.58 | Ch3ck_ | 191 |
| 18:18.31 | Ch3ck_ | now 187 |
| 18:18.32 | starseeker | Ch3ck_: uh... just use google - BRL-CAD and Emacs |
| 18:18.34 | brlcad | that should take less than two minutes to manually fix |
| 18:18.48 | Ch3ck_ | how many white spaces |
| 18:18.49 | Ch3ck_ | 4? |
| 18:18.54 | Ch3ck_ | right? |
| 18:18.57 | brlcad | no |
| 18:18.58 | starseeker | check HACKING |
| 18:19.09 | Ch3ck_ | ok |
| 18:20.00 | Ch3ck_ | indents every 4 characters |
| 18:20.12 | Ch3ck_ | tab stops at 8 characters. |
| 18:20.14 | Ch3ck_ | right? |
| 18:20.20 | Ch3ck_ | its what i'm reading. |
| 18:20.30 | brlcad | that's what it says, yes .. but do you understand what that means? |
| 18:21.06 | brlcad | it means it can be a mix of tabs and spaces for any given line, depending on how many indentation levels there are |
| 18:22.02 | brlcad | ``Erik: does sasl have an update or do you know if it updated recently? |
| 18:22.23 | brlcad | getting a fuckton of "svn: DIGEST-MD5 common mech free" messages now |
| 18:22.31 | brlcad | via syslog |
| 18:23.17 | brlcad | didn't just start happening, it's been a couple weeks |
| 18:23.23 | Ch3ck_ | i've manually made the indentation to 4 |
| 18:23.27 | vladbogo | hi all. I am currently working at mouse integration between qt and tk and I am dealing with a really strange problem: I've managed to send events from qt to tk and when I click I get the error "bad scaling factor: 0.000". |
| 18:23.44 | Notify | 03BRL-CAD:ejno * 56590 (brlcad/branches/opencl/test-raytracer/version1/Makefile =================================================================== and 32 others): add original code to SVN |
| 18:23.49 | brlcad | Ch3ck_: do you understand what is meant by saying it's a mix of tabs and spaces? |
| 18:24.00 | Ch3ck_ | no |
| 18:24.23 | vladbogo | apparantly this comes from "atof" function because the string is 0.5 and the result is 0 |
| 18:24.27 | brlcad | it's critical to knowing how to indent properly |
| 18:24.44 | brlcad | Ch3ck_: see one of the existing files that has multiple levels of indentation |
| 18:24.57 | Ch3ck_ | ok |
| 18:25.10 | brlcad | it's 4spcs, then 1tab, then 1tab+4spcs, then 2 tabs, etc |
| 18:25.41 | Ch3ck_ | i don't understand |
| 18:25.42 | brlcad | each indent either adds 4 spaces or removes four spaces and inserts a tab |
| 18:26.24 | brlcad | it's a byte-compressed fixed-presentation code style |
| 18:26.26 | brlcad | it's not just spaces |
| 18:26.28 | brlcad | it not just tabs |
| 18:26.30 | vladbogo | the strange part is that when I use any other dm insted of the Qt one the separator for double is "."(point) but for the qt one is ","(comma) so if I give to atof ("0,5") the conversion is correct. Any idea why this behaviour? |
| 18:27.12 | Izak__ | make |
| 18:27.19 | brlcad | vladbogo: atof("0.5") returning 0.0 sounds wrong |
| 18:28.24 | brlcad | either the string it gets is not actually "0.5" or it's not really returning 0.0 and somehow getting cast/converted somewhere |
| 18:28.54 | brlcad | e.g., without a prototype, the compiler will assume atof() returns an integer, so you have to make sure header is properly included |
| 18:29.23 | vladbogo | brlcad: I know and if I change the atof("0.5") to atof("0,5") (here it's comma) work's fine |
| 18:29.49 | ``Erik | starseeker: beginnings of an .indent.pro might be something like -bad -bap -bbb -br -ce -di1 -i4 -pcs -nfcb |
| 18:30.11 | ``Erik | brlcad: may've been updated... I've been doing port upgrades almost daily |
| 18:30.19 | brlcad | vladbogo: o.O |
| 18:30.20 | vladbogo | brlcad: and also when I print a double it uses the comma as a separator but just for the Qt dm |
| 18:30.44 | ``Erik | ah, vladbogo, do you have locale stuff set? |
| 18:30.46 | brlcad | "The decimal point character is defined in the program's locale (category LC_NUMERIC)" |
| 18:31.13 | brlcad | that's from atof's manual page |
| 18:31.20 | ``Erik | a lot of the world uses a comma instead of a period as a decimal point |
| 18:31.33 | vladbogo | ''Erik: I haven't set any locale explicitly |
| 18:32.03 | vladbogo | and for the other dm's it uses point as expected not comma |
| 18:32.42 | brlcad | vladbogo: you almost certainly have a locale set in your environment |
| 18:33.08 | brlcad | which means most of the standard functions are going to expect a comma |
| 18:33.39 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 18:35.51 | brlcad | we may need to add setlocale( LC_ALL, "en-US" ); where we assume us locale, but that's certainly not elegant or polite |
| 18:42.26 | vladbogo | brlcad: should I try to set this somewhere specific or doesn't matter because nothing changes? |
| 18:48.36 | Notify | 03BRL-CAD:ejno * 56591 brlcad/branches/opencl/src/librt/primitives/ell/ell.c: more work on integrating with librt |
| 18:52.37 | brlcad | vladbogo: where's the 0.5 string coming from? |
| 18:54.22 | brlcad | Ch3ck_: also /*this is bad*/ and /* this is good */ when it comes to comments |
| 18:55.40 | brlcad | the committed sources need many style corrections, but to do so with several open patches would almost certainly introduce conflicts or make merging more difficult |
| 18:56.33 | vladbogo | brlcad: it's an argument to the cmd_zoom function |
| 18:56.53 | brlcad | file:line? |
| 18:56.55 | Ch3ck_ | brlcad: i don't have any such problems with patch 221 |
| 18:57.16 | brlcad | Ch3ck_: okay, just commenting based on current status of bn_poly_multiply.c |
| 18:57.34 | brlcad | function return types belong on separate line |
| 18:57.40 | brlcad | int |
| 18:57.43 | brlcad | main() |
| 18:57.46 | brlcad | { |
| 18:57.55 | vladbogo | mged/chgview.c line 2690 |
| 18:57.56 | brlcad | not int main() { |
| 18:58.34 | vladbogo | also I tested on my other system where I have kubuntu and it does not seem to have this behaviour |
| 18:58.53 | Ch3ck_ | waiting for the application of 221 |
| 18:59.01 | Ch3ck_ | so i could get on to the next patch |
| 18:59.04 | vladbogo | so it might be something local |
| 18:59.46 | ``Erik | brlcad: rebuilt subversion without sasl, that should eliminate the debug message... |
| 18:59.49 | ``Erik | heads home O.o |
| 18:59.51 | brlcad | vladbogo: locale is set in your environment |
| 18:59.58 | brlcad | ``Erik: you rock! |
| 19:00.10 | zero_level | hi all : Can every one run regress on there local machines. |
| 19:00.31 | zero_level | make regress in the build directory. |
| 19:00.49 | brlcad | vladbogo: if you run "set", there's almost certainly a locale setting in there |
| 19:01.41 | brlcad | vladbogo: so chgview.c:2690 is where the atof call was made, but where'd the 0.5 string come from? |
| 19:01.50 | brlcad | that came into cmd_zoom() from somewhere else |
| 19:02.37 | brlcad | usually user input, so a fix would be to type "zoom 0,5" in mged and that might work |
| 19:02.54 | brlcad | but then if we print 0.5 to a string or manually pass it in from some tclscript, we have a locale bug |
| 19:03.32 | brlcad | zero_level: anything more specific, I run that throughout the day every day |
| 19:03.33 | vladbogo | brlcad: there I found that the problem is: it occurs when the mouse button is pressed |
| 19:03.47 | brlcad | mouse button is a zoom in/out binding |
| 19:03.59 | zero_level | solids.sh |
| 19:04.00 | brlcad | so probably what I just said, a tclscript passing in 0.5 ignorantly |
| 19:04.44 | brlcad | zero_level: just fyi, "make regress-solids" will run just the solids regression (and it currently passes for me) |
| 19:04.53 | zero_level | alright. |
| 19:06.11 | zero_level | BZ also passes for me. |
| 19:06.39 | zero_level | but i recieve the following on ubuntu12.04 i3 |
| 19:06.41 | zero_level | http://paste.kde.org/pb2722cd3/ |
| 19:06.47 | brlcad | vladbogo: LANG, LC_MESSAGES, and LC_ALL are the environment variables that control locale, if you unset them .. then mged will work (but the locale bug still will exist obviously) |
| 19:06.58 | vladbogo | brlcad: mged/buttons line 366 appears to call mged_zoom(0.5) |
| 19:07.15 | brlcad | zero_level: that's not the actual failure, you need to include more output |
| 19:08.22 | zero_level | brlcad : how abt this |
| 19:08.24 | zero_level | http://paste.kde.org/p019f0e1e/ |
| 19:08.37 | brlcad | vladbogo: it's still numeric there, that's fine |
| 19:09.06 | brlcad | looks like chgview.c:2630 is where it gets converted to string |
| 19:09.10 | vladbogo | brlcad: I'll try to find where the variables are set and see why this only happens for Qt |
| 19:09.18 | brlcad | so there is where it needs to take locale into account |
| 19:09.37 | brlcad | Qt is very locale aware |
| 19:10.12 | brlcad | C's standard library has different function calls to get locale behavior |
| 19:11.38 | brlcad | so snprintf() is probably just turning it into "0.5" or "0,5" and someone down the line is confused |
| 19:11.50 | brlcad | vladbogo: try adding this before the snprintf just to test: setlocale(LC_ALL, "POSIX"); |
| 19:14.05 | vladbogo | brlcad: setting this uses point |
| 19:15.10 | vladbogo | so should I set this in the dm-qt just to be sure? |
| 19:15.18 | brlcad | nope |
| 19:15.51 | vladbogo | ok |
| 19:16.04 | brlcad | we're not really well tested for locale aware applications so a couple thoughts come to mind |
| 19:16.19 | brlcad | 1) should fix the actual crash, to prevent that from happening regardless |
| 19:16.24 | brlcad | where was it crashing? |
| 19:16.59 | vladbogo | libged/zoom/zoom.c line 64 |
| 19:17.28 | brlcad | okay so not crashing, just reporting an error |
| 19:17.59 | brlcad | what was the string that sscanf was scanning from? |
| 19:18.02 | vladbogo | yep |
| 19:18.49 | brlcad | "0,5" or "0.5" (prior to adding setlocal()) |
| 19:19.07 | vladbogo | in zoom.c it's already 0.0 |
| 19:19.19 | vladbogo | before it was "0.5" |
| 19:19.45 | brlcad | the argv[] is "0.0" or "0,0" ? |
| 19:21.39 | vladbogo | "0,000" |
| 19:21.44 | brlcad | i'm not yet seeing where this goes wrong |
| 19:21.49 | brlcad | that's interesting |
| 19:22.10 | brlcad | so ged_zoom() has argv[]="0,000" |
| 19:22.26 | vladbogo | it goes wrong several steps before |
| 19:22.38 | vladbogo | yes argv[1]="0,000" |
| 19:22.48 | vladbogo | which seems to be ok |
| 19:22.49 | brlcad | which implies chgview.c:2633 set "0,000", which implies the snprintf() returned that |
| 19:22.54 | vladbogo | yes |
| 19:23.16 | vladbogo | the problem occurs in cmd_zoom |
| 19:23.30 | vladbogo | there argv[1] is "0.5" |
| 19:24.22 | vladbogo | which is converted to double and sent do mged_zoom where it's converted back to string using snprintf |
| 19:25.10 | vladbogo | so it seems that the call to cmd_zoom seems to be the problem |
| 19:28.09 | brlcad | yeah, I think you pinned it |
| 19:28.32 | vladbogo | and in mged/setup.c Tcl_CreateCommand creates a comand that has the function cmd_zoom |
| 19:28.53 | vladbogo | so it has to be in Tcl/Tk I guess |
| 19:32.32 | brlcad | the 0.5 string is almost certainly coming from tcl |
| 19:32.40 | brlcad | and it's respecting your locale, so that's a 0 |
| 19:33.24 | Notify | 03BRL-CAD:brlcad * 56592 brlcad/trunk/src/mged/chgview.c: make sure the zoom string is sane so we don't propagate a zero |
| 19:33.42 | vladbogo | I think I found out |
| 19:33.53 | vladbogo | src/libtclcad/tclcad_obj.c |
| 19:34.11 | vladbogo | line 5156 |
| 19:34.25 | vladbogo | but I'm not sure |
| 19:35.09 | Notify | 03BRL-CAD:brlcad * 56593 brlcad/trunk/src/mged/chgview.c: avoid propagating a zero zoom to libged |
| 19:38.36 | brlcad | vladbogo: looks like a possibility, did a stack tace get you there? |
| 19:39.11 | vladbogo | no. I've searched for zoom |
| 19:39.28 | brlcad | ah |
| 19:39.31 | brlcad | more than likely it's src/tclscripts/mged/bindings.tcl |
| 19:39.43 | brlcad | since that's where the key binding for zoom in/out are set for mged |
| 19:39.46 | vladbogo | but it doesn't seem to be there |
| 19:39.52 | brlcad | archer uses libtclcad |
| 19:40.18 | brlcad | src/tclscripts/mged/openw.tcl also probably has a binding |
| 19:40.38 | brlcad | (for the menu zoom options) |
| 19:40.57 | brlcad | yep, sure enough both places |
| 19:41.52 | brlcad | so the fix is probably specific to the tcl hook functions |
| 19:42.22 | brlcad | they need to forcibly set the locale to POSIX, do their work, then set it back |
| 19:43.11 | brlcad | OR we some way to manage every possible floating point literal in a tcl script in locale form |
| 19:43.43 | brlcad | like "zoom [clocale 0.5]" |
| 19:46.01 | vladbogo | so should I set the locale in cmd_zoom to POSIX then change it back? |
| 19:46.53 | Notify | 03BRL-CAD:carlmoore * 56594 (brlcad/trunk/doc/docbook/system/man1/en/g-acad.xml brlcad/trunk/src/conv/g-acad.c): disuss the -P option, implement 'RTD.debug = |
| 19:46.56 | brlcad | that would be the first option I mentioned |
| 19:47.08 | brlcad | forcibly setting the locale |
| 19:47.21 | starseeker | brlcad: is http://viennacl.sourceforge.net/ of any interest for the opencl stuff? |
| 19:47.32 | brlcad | the issue is just one of user expectation ... vladbogo would you expect to be able to run "zoom 0.5" on the command line |
| 19:47.38 | brlcad | or would you expect "zoom 0,5" |
| 19:48.02 | vladbogo | well I'd expect to run zoom 0.5 |
| 19:48.51 | brlcad | starseeker: if/when we get to converting a primitive that uses those types of solvers, perhaps |
| 19:49.20 | vladbogo | I'm still confused why the locale is set to something else since my local configurations are to use "." |
| 19:49.45 | brlcad | "."? |
| 19:49.49 | brlcad | that's not a valid locale :) |
| 19:50.04 | brlcad | set | grep L |
| 19:51.22 | brlcad | vladbogo: if you expect that, then I'll just tell any future complaining users that it was your fault ;) |
| 19:51.28 | brlcad | certainly sounds fine to me |
| 19:51.40 | brlcad | but then that's the only locale I use, POSIX ftw |
| 19:52.26 | vladbogo | I agreed with you |
| 19:52.51 | brlcad | I know :) |
| 19:53.04 | brlcad | just saying... someone will probably eventually complain ;) |
| 19:53.15 | brlcad | and then they can make an awesome patch! |
| 19:53.20 | vladbogo | :) |
| 19:55.33 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5927 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 19:55.48 | ``Erik | heh, "my native language is C" |
| 19:57.57 | vladbogo | brlcad: I also have a question regarding the mouse integration |
| 19:58.10 | Notify | 03BRL-CAD:brlcad * 56595 brlcad/trunk/src/mged/chgview.c: test yer compiles igit |
| 19:59.15 | vladbogo | I was thinking about doing something like this: send a tk event when I get a Qt one |
| 19:59.42 | vladbogo | but the problem is when using a blocking event_check |
| 20:00.23 | vladbogo | because the dm blocks waiting for a Tk event |
| 20:01.27 | Notify | 03BRL-CAD:brlcad * 56596 brlcad/trunk/src/mged/mged.c: force POSIX locale since our tcl script infrastructure expects it. we could get away with just performing locale restrictions within the tcl callback functions, but right now that is several hundred potential functions where we'd be introducing redundant code. another possibility might be to introduce a tcl command like 'zoom [clocale 0.5]' so the scripts |
| 20:01.29 | Notify | themselves become aware, and that would probably be best and a lot of work. |
| 20:01.47 | brlcad | vladbogo: that should do the trick for now |
| 20:02.00 | vladbogo | thanks |
| 20:02.28 | brlcad | we'll need something more for archer, but that might become moot when the two are merged |
| 20:03.16 | vladbogo | so since clicking triggers a Qt event this should be processed, but instead everithing is blocked waiting for a Tk event |
| 20:04.15 | vladbogo | if I force everything to be non-blocking it works fine but I don't think this is the best approach |
| 20:05.46 | vladbogo | another idea I have which I haven't tested but it has to work is to make all the Tk events non-blocking for the Qt display manager and instead wait for a Qt event to trigger |
| 20:05.52 | vladbogo | would this approach be ok? |
| 20:06.30 | brlcad | starseeker: their benchmarks are interesting .. if i'm reading it right, you have to have about 10,000 to 1,000,000 values to work on for their implementation to show a gain |
| 20:07.13 | brlcad | starseeker: that's a bit nuts .. huge matrices, maybe for how you were attempting to sparse solve the bot2nurbs fit (but then you know my other ideas there too) |
| 20:07.57 | brlcad | vladbogo: i don't have enough information to say yay or nay to that |
| 20:08.18 | brlcad | vladbogo: on the surface, it sounds fine, even if everything were non-blocking or just tk |
| 20:08.31 | brlcad | it's not clear that the implication would be just yet |
| 20:09.26 | vladbogo | brlcad: I haven't figured out yet when blocking/non-blocking event check is called since every iteration depends on the previous iteration's result |
| 20:09.33 | Notify | 03BRL-CAD:ejno * 56597 brlcad/branches/opencl/src/librt/primitives/ell/ell.c: work on sphere intersection |
| 20:12.18 | brlcad | ejno: you closed the patch, but where's the commit? |
| 20:12.40 | vladbogo | but I don't think having blocking Tk process events it's possible: the only way I think is that when adding the Qt event in the event queue also a Tk event should be generated which I think could be just by modifying the Qt code |
| 20:12.49 | brlcad | vladbogo: you'll also have to carefully consider both mged and archer as their run loops are quite different |
| 20:13.26 | vladbogo | I have just focused on mged |
| 20:13.39 | Notify | 03BRL-CAD:starseeker * 56598 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/other/libgdiam/CMakeLists.txt brlcad/trunk/src/other/libgdiam/gdiam.hpp): Untested, and almost certainly not right yet, but start working on the Windows DLL logic for gdiam. |
| 20:14.26 | vladbogo | I'll try then also on archer but since I haven't done any significant modification to the run loop (just called the qt processEvents function it shouldn't be a problem) |
| 20:17.24 | starseeker | brlcad: ah, yeah, probably not worthwhile then |
| 20:17.51 | starseeker | pity - was hoping we could leverage some work by other dedicated GPU/OpenCL researchers |
| 20:23.52 | starseeker | notes the BRL-CAD cmake overview PDF is up |
| 20:25.44 | vladbogo | brlcad: even though forcing locale to POSIX as soon as dm_open is called and Qt is used the locale is reset so it has to be forced after opening the dm to take effect |
| 20:26.14 | vladbogo | should I change this? |
| 20:36.15 | Notify | 03BRL-CAD:starseeker * 56599 brlcad/trunk/src/other/libgdiam/CMakeLists.txt: Copy/paste strikes again. |
| 20:40.20 | Notify | 03BRL-CAD:vladbogo * 56600 brlcad/trunk/src/mged/mged.c: Force POSIX locale only after the display manager is opened so that the changes take effect. |
| 20:41.22 | brlcad | starseeker: this isn't a problem of libraries |
| 20:42.16 | brlcad | we already have the code |
| 20:43.03 | brlcad | it's a matter of translating from C to OpenCL (very easy), using different data containers (easyish), and restructuring the order of calculations (some work) |
| 20:43.57 | brlcad | ejno: never mind, I found the commit .. just overlooked |
| 20:49.17 | brlcad | vladbogo: whose resetting the locale? |
| 20:49.37 | vladbogo | something I guess |
| 20:49.39 | brlcad | s/whose/who's/ |
| 20:49.48 | vladbogo | in Qt * |
| 20:50.19 | vladbogo | all I know is that after the qt_open is called the locale resets |
| 20:52.09 | vladbogo | brlcad: is there anywhere I can found all key bindings? |
| 20:52.42 | brlcad | yeah, it's qt's backend: https://github.com/matplotlib/matplotlib/issues/1867 |
| 20:53.31 | brlcad | so we could also just unset LC_ALL/LANG at program start |
| 20:53.43 | brlcad | your move to put the init after Qt initialization is fine for now |
| 20:54.10 | brlcad | vladbogo: a key binding can be created anywhere, so no .. but most for mged are in src/tclscripts/bindings.tcl |
| 20:54.35 | brlcad | you can easily create bindings on the fly in tcl |
| 20:55.16 | vladbogo | so when it comes to integrating the keyboard what should it be supported? |
| 21:00.50 | Notify | 03BRL-CAD:vladbogo * 56601 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Send Tk button press events when Qt mouse events occur. |
| 21:03.44 | vladbogo | brlcad: is it ok if I put a #ifdef DM_QT "process events nonblocking" for the moment and then try to have a better solution? |
| 21:11.53 | Notify | 03BRL-CAD:vladbogo * 56602 brlcad/trunk/src/mged/dm-qt.c: Implemented the qt_doevent function. |
| 21:12.34 | Notify | 03BRL-CAD:vladbogo * 56603 brlcad/trunk/src/libdm/dm-qt.cpp: Removed debug info. |
| 21:13.21 | brlcad | vladbogo: sure |
| 21:13.47 | brlcad | key bindings are libdm's greatest limitation because originally the API was not at all concerned with key events |
| 21:13.52 | brlcad | the front-end application handled them |
| 21:14.13 | brlcad | most of the older devices didn't even support the notion, so you were left with console I/O |
| 21:14.47 | vladbogo | I see |
| 21:15.30 | vladbogo | and in this case I guess a generic way to send different key events from Qt to Tk would be best |
| 21:16.53 | brlcad | libdm should have some awareness of key bindings / events |
| 21:17.00 | brlcad | that might be the method to bridge them |
| 21:17.39 | vladbogo | I'll think about it and i'll come with a suggestion in the next days |
| 21:17.45 | brlcad | sounds good |
| 21:18.27 | brlcad | you'll find two systems currently in place for mged |
| 21:19.13 | brlcad | there's the low-level C interface that is used when one runs mged -c, and there's the tcl/tk bindings, which already mentioned are predominantly src/tclscripts/bindings.tcl |
| 21:19.41 | brlcad | ideally, none of the bindings would involve Tk (other than maybe as an event pass-through to C) |
| 21:19.55 | Notify | 03BRL-CAD:vladbogo * 56604 brlcad/trunk/src/mged/dm-qt.c: Implemented and added the cmd_hook to the display manager. |
| 21:20.01 | brlcad | we want to eventually replace Tk with Qt completely |
| 21:21.29 | vladbogo | ok, then I'll have also this in mind |
| 21:31.17 | brlcad | if you spent the rest of summer just getting that working, you would be a god |
| 21:31.22 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5928 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 21:34.25 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5929 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */ |
| 21:40.23 | Notify | 03BRL-CAD:vladbogo * 56605 brlcad/trunk/src/mged/mged.c: If the qt display manager is enabled, check for events non-blocking. |
| 21:40.41 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tor1.png: |
| 21:41.00 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Tor2.png: |
| 21:42.49 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5932 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */ |
| 22:03.47 | Notify | 03BRL-CAD:starseeker * 56606 brlcad/trunk/src/other/libgdiam/gdiam.hpp: Just use the std min and max... |
| 22:13.41 | Notify | 03BRL-CAD:brlcad * 56607 brlcad/trunk/src/util/bwshrink.c: calling bu_free() after malloc() is wrong, but we should be calling bu_malloc() so do that instead. added some basic input sanity checking. |
| 22:24.18 | Notify | 03BRL-CAD:starseeker * 56608 (brlcad/trunk/src/other/libgdiam/CMakeLists.txt brlcad/trunk/src/other/libgdiam/gdiam.cpp brlcad/trunk/src/other/libgdiam/gdiam.hpp): Closer - buildings with MSVC, but the obb operation crashes with an error having to do with a sort call using a CompareByAngles comparison - Expression: invalid operator< |
| 22:28.53 | starseeker | suspects MSVC is being picky about something that gcc is letting slide... |
| 22:29.43 | starseeker | gdiam.cpp:1651 |
| 22:30.19 | starseeker | correction, gdiam.cpp:1636 now |
| 22:54.46 | Notify | 03BRL-CAD:brlcad * 56609 brlcad/trunk/NEWS: richard improved the fast4-g importer in r56495 to skip blank lines |
| 23:36.50 | brlcad | starseeker: so they're not compatible ... or at least what I thought I was looking at the other day is different than what is in gdiam.cpp |
| 23:37.10 | brlcad | vec_point_2d is a class |
| 23:38.45 | brlcad | <PROTECTED> |
| 23:39.16 | brlcad | maybe even as simple as pointer value comparison |
| 00:48.13 | starseeker | can try stepping it through a debugger... |
| 00:57.51 | starseeker | brlcad: it's using the operator in CompareByAngle at 1425 |
| 00:57.58 | starseeker | gdiam.cpp:1425 |
| 00:59.30 | starseeker | http://stackoverflow.com/questions/8532224/invalid-operator-while-sorting-stdlist |
| 00:59.48 | starseeker | has me wondering if that comparison isn't satisfying some property the compiler is trying to guarantee |
| 01:02.29 | starseeker | http://stackoverflow.com/questions/5786296/overloading-comparision-operator-in-c-results-in-invalid-operator |
| 01:10.29 | starseeker | trys to puzzle out if CompareByAngle satisfies strict weak ordering, and if so why it doesn't... |
| 01:11.03 | starseeker | or could just use qsort... |
| 01:22.57 | Notify | 03BRL-CAD:starseeker * 56610 brlcad/trunk/src/other/libgdiam/gdiam.cpp: C++ comparison operators are supposed to satisfy the strict weak ordering property, and MSVC seems to think this function doesn't. This might be one reason - return false if the lengths end up being equal. |
| 01:25.11 | starseeker | hmm... no, that shouldn't change anything logically... |
| 01:40.55 | Notify | 03BRL-CAD:starseeker * 56611 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Doesn't logically change behavior. |
| 01:50.20 | brlcad | starseeker: that's not the right operator |
| 01:50.27 | brlcad | it needs to define the < operator |
| 01:50.42 | starseeker | well, according to gdb that's where it's landing... |
| 01:51.15 | starseeker | it looks like it's intended as a < operator, even if they didn't call it that... |
| 01:51.46 | brlcad | in theory, the functor operator should be sufficient |
| 01:51.55 | brlcad | but msvc is apparently just using < |
| 01:51.56 | starseeker | trying to figure out how a < b && b < a might be true from that logic... that's what the error seems to be suggesting is possible |
| 01:53.18 | starseeker | or rather, (!(_Left < _Right) && (_Right < _Left)) |
| 01:55.20 | starseeker | not sure what that return (sgn > 0) might be doing to mess with things... |
| 01:56.16 | brlcad | i don't see what code you're referring to |
| 01:57.23 | starseeker | line 1444 |
| 01:58.27 | starseeker | calling a function to determine if the area is positive, negative, or zero. If the points a, b, and base are colinear, that function is going to return zero no matter what order a and b are fed in |
| 01:59.26 | starseeker | if a and b are then the same distance from base, their lengths are the same and swapping them will get the same result of the length comparison |
| 02:00.31 | starseeker | brlcad: first code block in this post is what MSVC is tripping up on: http://stackoverflow.com/a/5787053/2037687 |
| 02:01.02 | starseeker | I was trying to figure out what about that function might not satisfy that property |
| 02:01.12 | brlcad | return sgn > 0? |
| 02:01.36 | starseeker | that's OK, but it's only triggered if sgn != 0 |
| 02:01.45 | starseeker | if sgn == 0, it proceeds with the length test |
| 02:01.59 | starseeker | 1448 |
| 02:02.48 | starseeker | and if dist(a,base) == dist(b,base) that comparison is going to give the same result no matter which order a and b are fed in (if I understand correctly how the logic is flowing) |
| 02:14.50 | brlcad | that compare functor doesn't make a whole lot of sense to me |
| 02:17.57 | Notify | 03BRL-CAD:starseeker * 56612 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Take another stab at ensuring (!(a < b) && (b < a)) for the gdiam comparison operator...) |
| 02:19.13 | starseeker | will try that tomorrow - if that really is a runtime check, I'll pay more attention to what actual values are causing it to trip |
| 02:25.43 | Notify | 03BRL-CAD:brlcad * 56613 brlcad/trunk/src/libicv/filter.c: style spacing, function, and comment consistency cleanup |
| 02:26.05 | brlcad | zero_level: please see r56613 and check the other files for similar cleanup |
| 02:35.15 | starseeker | yow - axis aligned arbn doesn't do well at all performance wise with bb -o |
| 02:48.56 | Notify | 03BRL-CAD:brlcad * 56614 brlcad/trunk/src/libbn/plot3.c: apply kesha's sf patch #165 that performs a code reduction in libbn's plot inteface code. 70 line reduction overall. looks good. |
| 02:51.57 | starseeker | huh - if you have an unlimited budget... http://www.rotateright.com/ |
| 03:20.00 | Notify | 03BRL-CAD:brlcad * 56615 (brlcad/trunk/src/tclscripts/mged/bindings.tcl brlcad/trunk/src/tclscripts/mged/openw.tcl): accept sf patch #193 from Emory Huff which provides a new 'c' keybinding on the graphics window that brings the command window back. right now, assumes id_0 exists and is the command window we want to restore which means we'll get an error if id_0 was destroyed. |
| 03:21.01 | Notify | 03BRL-CAD:brlcad * 56616 brlcad/trunk/src/libbn/plot3.c: stray '}' in the patch...kesha |
| 03:38.03 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 05:50.21 | *** join/#brlcad caen23_ (~caen23@92.81.176.7) | |
| 07:14.59 | *** join/#brlcad LaMule (~lamule@82.236.20.42) | |
| 07:15.02 | LaMule | hi |
| 07:50.03 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:58.25 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:14.02 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 10:04.06 | *** join/#brlcad caen23 (~caen23@92.81.176.7) | |
| 10:46.33 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b112:a83e:0:3b:516:5701) | |
| 11:58.50 | brlcad | hello LaMule |
| 12:35.24 | Notify | 03BRL-CAD:brlcad * 56617 brlcad/trunk/src/libbu/tests/bu_semaphore.c: getopt returns an int, otherwise this can be an infinite loop. |
| 12:52.18 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 12:54.48 | Notify | 03BRL-CAD:ejno * 56618 (brlcad/branches/opencl/src/librt/CMakeLists.txt brlcad/branches/opencl/src/librt/primitives/ell/ell.c brlcad/branches/opencl/src/librt/primitives/sph/sph.c): move to sph.c; raytracer changes; cmake |
| 13:11.53 | Notify | 03BRL-CAD:carlmoore * 56619 (brlcad/trunk/src/libbn/plot3.c brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/dm-qt.c): remove trailing blanks/tabs |
| 13:38.41 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 13:46.28 | Notify | 03BRL-CAD:mohitdaga * 56620 (brlcad/trunk/src/libicv/color_space.c brlcad/trunk/src/libicv/decimate.c): Add proper spacing in declaration of the variables. |
| 13:49.05 | Notify | 03BRL-CAD:mohitdaga * 56621 brlcad/trunk/src/libicv/decimate.c: WS |
| 14:08.48 | Notify | 03BRL-CAD:ejno * 56622 (brlcad/branches/opencl/src/librt/CMakeLists.txt brlcad/branches/opencl/src/librt/primitives/sph/sph.c): configure with cmake and compile successfully |
| 14:22.35 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5933 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 5 August - 11 August */ |
| 14:33.24 | Ch3ck_ | ``Erik: starseeker: waiting on the reviews so as to get done with this commit access stuff |
| 14:41.31 | ``Erik | Ch3ck_: the issue in patch 222 with lines 141-143 needing to be collapsed is trivial, but the tabs vs spaces issue is one we need to know you can get your environment set up to deal with.. awaiting the patch to prove it :) |
| 14:42.46 | ``Erik | oh, I just noticed that the last } of check_results() is in the wrong place, as well |
| 14:45.34 | Ch3ck_ | ok |
| 14:45.44 | Ch3ck_ | i have set my editor tab to 8 characters |
| 14:46.34 | Ch3ck_ | give me all the changes for this file i am to make it all right |
| 14:46.45 | Ch3ck_ | so i could do the fixes on the other patches too. |
| 14:46.59 | ``Erik | I think I already have... if you want it looked at before making a patch, you can scp it to bz and let me know where to look |
| 14:47.09 | Ch3ck_ | ok |
| 14:48.50 | ``Erik | (indent.sh seems to work ok on bz, as well) |
| 14:49.18 | ``Erik | (bz being the old name for brlcad.org) |
| 14:50.01 | Ch3ck_ | ok |
| 14:50.11 | Ch3ck_ | i've scp ied the file already |
| 14:51.03 | Notify | 03BRL-CAD:ejno * 56623 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: fix error in opencl code |
| 14:51.05 | ``Erik | still has 8 spaces instead of a tab |
| 14:51.37 | Ch3ck_ | where should i put the tab? |
| 14:51.42 | Ch3ck_ | at the first level? |
| 14:51.46 | Ch3ck_ | indentation? |
| 14:52.18 | ``Erik | yes, if it's indent 3 levels (12 spaces worth), the actual file contents for that line should start with "\t " |
| 14:53.47 | Ch3ck_ | i've tried the '\t' and its equal to 4 spaces |
| 14:54.09 | ``Erik | O.o editor misconfigured? |
| 14:54.18 | Ch3ck_ | which is the same thing.. |
| 14:54.40 | Ch3ck_ | I don't understand |
| 14:54.53 | Ch3ck_ | how many spaces are for the first level? |
| 14:54.57 | Ch3ck_ | indentation 4 right? |
| 14:55.21 | ``Erik | 4 spaces for the first level, 1 tab for the second level, 1 tab followed by 4 spaces for the third, ... |
| 14:55.37 | Ch3ck_ | ok |
| 14:56.27 | ``Erik | the hex would be 20202020 then 09 then 0920202020 then 0909 then 090920202020 |
| 14:57.46 | Ch3ck_ | fixed the file |
| 14:57.51 | Ch3ck_ | should i scp it? |
| 14:57.58 | ``Erik | sure |
| 14:58.00 | Ch3ck_ | uploading patch now.. |
| 14:58.29 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 14:59.30 | Ch3ck_ | should see the patch now.. |
| 15:00.07 | Ch3ck_ | and .c file on bzflag |
| 15:01.43 | ``Erik | no, still not right, check results, for example... the line with 'for' is correct, the line wtih 'if' should use just a tab at the beginning (no spaces), and the line with return -1 should have a tab, then 4 spaces, then 'return' |
| 15:02.15 | Ch3ck_ | please correct the file |
| 15:02.21 | Ch3ck_ | manually and send to me.. |
| 15:02.28 | Ch3ck_ | so i could correct the others |
| 15:02.39 | Ch3ck_ | i can't actually visualise completely all what you're saying.. |
| 15:03.57 | ``Erik | look at the file src/libbn/poly.c, the function bn_poly_add shows up to 3 levels of indentation done correctly |
| 15:04.44 | ``Erik | observe where tabs are used instead of spaces |
| 15:07.18 | Ch3ck_ | what's the difference between using tabs and using space numbers equivalent to a tab? |
| 15:07.23 | ``Erik | this gedit plugin will help: https://help.gnome.org/users/gedit/stable/gedit-plugins-draw-spaces.html.en |
| 15:07.32 | Notify | 03BRL-CAD:mohitdaga * 56624 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c and 5 others): Cleaning Stylistic WhiteSpaces |
| 15:08.21 | ``Erik | different file contents, and the goal is to maintain a consistent style |
| 15:09.11 | ``Erik | (personally, I like to use all tabs and people can set their tabstop wherever they want, but BRL-CAD uses the sw=4 ts=8 approach) |
| 15:11.23 | Notify | 03BRL-CAD:mohitdaga * 56625 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c and 2 others): Trailing WS |
| 15:12.41 | Ch3ck_ | having this patches reviewed is sucking alot of my time |
| 15:13.11 | Ch3ck_ | i would have prefered working on my project and getting it reviewed following all these conventions |
| 15:13.14 | Ch3ck_ | and the the commit access. |
| 15:13.34 | ``Erik | ... it's sucking a lot of my time, too... I'd much rather you'd gotten it right a long time ago |
| 15:29.59 | zero_level | ``Erik : I am not sure but on my machine i have been having trouble with indent.sh |
| 15:30.22 | zero_level | It leaves 2 spaces instead of 4 spaces. |
| 15:33.00 | ``Erik | I'd guess it's a system emacs config or something... *shrug* I never use indent.sh, it never works right for me... vim with :set sw=4 ts=8 is what I use |
| 15:33.10 | ``Erik | I only use emacs for lisp code :D |
| 15:33.11 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5934 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 15:33.28 | Notify | 03BRL-CAD:phoenixyjll * 56626 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Make sub_curve() a global export function, and mark all other functions that should be only used within intersect.cpp with HIDDEN. |
| 15:42.13 | Notify | 03BRL-CAD:phoenixyjll * 56627 brlcad/trunk/src/libbrep/boolean.cpp: Use ON_Curve rather than ON_NurbsCurve for better generality. And don't always assume that the curves are all polyline curves. |
| 15:44.34 | zero_level | ``Erik : Even i do the same setting in vim. But smtimes i see blunders, while opeing out the file. |
| 15:44.53 | zero_level | ``Erik : on a lighter note :What do shrug mean?: |
| 15:44.58 | zero_level | ;0 |
| 15:45.09 | Notify | 03BRL-CAD Wiki:Phoenix * 5935 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */ |
| 15:46.02 | Notify | 03BRL-CAD Wiki:Phoenix * 5936 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */ |
| 15:48.29 | Ch3ck_ | ``Erik: updated patch.. |
| 16:08.32 | Notify | 03BRL-CAD:phoenixyjll * 56628 brlcad/trunk/src/libbrep/boolean.cpp: Rename shadowed variable. |
| 16:22.06 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 16:26.07 | Notify | 03BRL-CAD:carlmoore * 56629 brlcad/trunk/src/conv/g-dot.c: remove H, and simplify output of usage |
| 16:28.49 | Notify | 03BRL-CAD:phoenixyjll * 56630 brlcad/trunk/src/libbrep/boolean.cpp: Should not delete c3d as it's used in GetNurbForm() followed. |
| 16:47.41 | Notify | 03BRL-CAD Wiki:Harman052 * 5937 /wiki/User:Harman052/GSoc2013/Logs: |
| 17:00.36 | *** join/#brlcad vladbogo (~vladbogo@188.25.239.5) | |
| 17:37.52 | Notify | 03BRL-CAD:n_reed * 56631 brlcad/trunk/include/brep.h: use javadoc style in comments |
| 17:44.15 | Notify | 03BRL-CAD:phoenixyjll * 56632 brlcad/trunk/src/libbrep/boolean.cpp: The type of the params should be double, not int. And fix a wrong variable used (brepA => brep). |
| 17:50.12 | Notify | 03BRL-CAD:starseeker * 56633 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step.cpp): First successful generation of STEP formatted content containing data from an ON_Brep. |
| 18:02.27 | Notify | 03BRL-CAD:phoenixyjll * 56634 brlcad/trunk/src/libbrep/boolean.cpp: Use an enum to improve readablity of m_in_out. And append the faces to out. |
| 18:03.54 | brlcad | Ch3ck_: we all would have preferred you be working on your project and not having to discuss issues of whitespace and style |
| 18:04.12 | Ch3ck_ | yeah |
| 18:04.18 | Ch3ck_ | this thing has sucked my day.. |
| 18:04.28 | brlcad | normally, you would have been failed from participation for not having understood what you need to do by now |
| 18:04.41 | brlcad | this is not hard, it shouldn't have to be explained over and over |
| 18:04.57 | Ch3ck_ | i've done everything i know |
| 18:05.07 | Ch3ck_ | and still still get this white space errors |
| 18:05.11 | Ch3ck_ | used indent.sh and ws.sh |
| 18:05.19 | Ch3ck_ | still there are still errors so |
| 18:05.24 | Ch3ck_ | i don't get it. |
| 18:05.27 | brlcad | so you don't understand |
| 18:05.37 | brlcad | what do you not understand? the problem isn't the scripts |
| 18:05.47 | brlcad | you said yesterday that your patch was about 180 lines |
| 18:05.59 | brlcad | that should take less than two minutes to manually format perfectly |
| 18:06.24 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 18:06.44 | Ch3ck_ | i have |
| 18:06.46 | Ch3ck_ | already |
| 18:06.54 | Ch3ck_ | still wondering why it has not been applied yet. |
| 18:07.01 | Ch3ck_ | to continue with the others. |
| 18:07.26 | brlcad | you mean the patch you just updated yet again today? |
| 18:07.34 | Ch3ck_ | yes |
| 18:07.37 | brlcad | wow |
| 18:07.43 | Ch3ck_ | patch 222 and 223 |
| 18:08.02 | brlcad | uhm, because we don't have all day to iterate with you as you figure out how to indent a file |
| 18:08.09 | brlcad | your impatients and frustration is rude |
| 18:08.44 | brlcad | it was your reponsibility to learn this, and instruction was given in multiple forms two months ago |
| 18:10.43 | brlcad | yes, someone didn't drop everything they were doing right now to review you'r Nth patch update, you'll have to work on something else, perhaps re-read HACKING one more time still to make sure you understand the format, look at other examples throughout the code, use the gedit patch that erik mentioned, ... |
| 18:12.58 | brlcad | this is frustrating and time consuming for both, please respect other people's time |
| 18:17.58 | Ch3ck_ | yeah.. |
| 18:18.04 | Ch3ck_ | will do.. |
| 18:24.09 | brlcad | Ch3ck_: I just reviewed the latest 222 patch and there's not a single tab in there |
| 18:24.20 | brlcad | rather, there's 1 tab, one you accidentally removed in an unrelated file |
| 18:25.08 | Ch3ck_ | well since my tabs were not working |
| 18:25.19 | Ch3ck_ | i used 4 character spacing to aline |
| 18:25.23 | Ch3ck_ | them.. |
| 18:25.23 | brlcad | your editor may be messing things up for you |
| 18:25.45 | brlcad | do you at least understand what it's supposed to be? |
| 18:26.29 | brlcad | there's a difference between hitting the tab key and inserting a tab character |
| 18:27.53 | vladbogo | hi all |
| 18:29.26 | vladbogo | brlcad: I have tried using blocking Qt events but for the moment (at least until keyboard is integrated) this does not work because everything blocks waiting for a qt events which does not occur |
| 18:29.51 | Ch3ck_ | brlcad: it think its about the same thing right? |
| 18:30.10 | brlcad | it's not at all the same thing |
| 18:30.24 | brlcad | that may be why this is frustrating you because you think they are the same |
| 18:31.08 | brlcad | we care about the type encoding, that there are actual tab characters so that the format is compressed (fewer bytes, smaller download, etc) |
| 18:32.52 | brlcad | Ch3ck_: see this example: http://paste.kde.org/p2fe26c7b/ |
| 18:32.58 | brlcad | .=space |
| 18:33.03 | brlcad | [ ]=tab |
| 18:33.18 | brlcad | that is basically what is expected byte-wise |
| 18:33.49 | brlcad | basically, all sequences of 8 ........ get turned into a tab |
| 18:34.28 | vladbogo | brlcad: also I have been thinking about how to integrate events between qt and tk so that there could be easy to add/delete any key bindings. |
| 18:34.46 | Ch3ck_ | now i see clearly |
| 18:34.56 | brlcad | since your patch is predominantly correct with spaces and is just missing tabs, running the sh/ws.sh script on your code will do the tab replacements (or you can do it manually) |
| 18:34.57 | Ch3ck_ | so is this now i'm supposed to be doing the indentation? |
| 18:35.07 | Ch3ck_ | ok |
| 18:35.16 | Ch3ck_ | then i'll do it. now and submit |
| 18:35.18 | Ch3ck_ | :) |
| 18:35.58 | Notify | 03BRL-CAD:n_reed * 56635 brlcad/trunk/src/librt/primitives/brep/brep.cpp: remove debug prints |
| 18:36.03 | vladbogo | my idea is to associate to every tcl binding a qt event and every time that qt event occurs to force the corresponding tcl one. How does this sound? |
| 18:36.46 | brlcad | sounds good to me vladbogo , whatever works ;) |
| 18:37.38 | vladbogo | ok then |
| 18:42.27 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Rotate1.png: |
| 18:42.45 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Rotate2.png: |
| 18:42.56 | Ch3ck_ | brlcad: just uploaded the patch. |
| 18:43.17 | Notify | 03BRL-CAD:ejno * 56636 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: complete shot function |
| 18:43.34 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5940 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */ |
| 18:47.51 | Notify | 03BRL-CAD:brlcad * 56637 brlcad/trunk/HACKING: add a visual example of the indentation style |
| 18:47.59 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5941 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 18:57.41 | brlcad | Ch3ck_: woo hoo, that looks right |
| 18:58.15 | brlcad | I just noticed that there's an entire second page of updates on that patch... I was looking at only your fourth attempt... my bad |
| 18:58.33 | brlcad | actually your 6th |
| 18:59.03 | brlcad | instead of your .. 8th, which did still have issues, but the 9th looks right :) |
| 18:59.18 | brlcad | Ch3ck_: have you read that patch file? |
| 18:59.56 | Ch3ck_ | which one the last one? |
| 19:00.00 | brlcad | yeah |
| 19:00.11 | brlcad | or pretty much all before too I think |
| 19:00.29 | Ch3ck_ | yeah |
| 19:00.34 | Ch3ck_ | is there a problem? |
| 19:00.39 | brlcad | what files does it say were edited? |
| 19:01.10 | Ch3ck_ | well it talks of a certain bn_tri_tri_isect.c |
| 19:01.20 | Ch3ck_ | which i've done nothing to |
| 19:01.35 | Ch3ck_ | but don't understand why it was edited in the first place. |
| 19:01.52 | brlcad | you edited it at some point, somehow |
| 19:02.08 | brlcad | the patch doesn't lie :) |
| 19:02.16 | Ch3ck_ | well yeah |
| 19:02.20 | brlcad | it obviously might not have been intentional |
| 19:02.30 | Ch3ck_ | but if i opened it was just to check indentation.. |
| 19:02.41 | Ch3ck_ | but can't remember editing anything there.. |
| 19:02.42 | brlcad | but you should run "svn status" and if a file is modified that should not, you should revert it: svn revert src/libbn/... |
| 19:03.03 | Ch3ck_ | ok |
| 19:04.01 | brlcad | I suspect you maybe just hit tab on that line and gedit did the conversion to spaces |
| 19:04.20 | brlcad | you wouldn't have seen a change since it just replaced a tab with 8 spaces |
| 19:04.31 | brlcad | (unless you install that plugin erik mentioned) |
| 19:05.10 | Ch3ck_ | uploaded new patch |
| 19:05.13 | Ch3ck_ | now.. |
| 19:11.00 | Ch3ck_ | i've not installed the plugin yet.. |
| 19:12.38 | Notify | 03BRL-CAD:brlcad * 56638 brlcad/trunk/src/libbn/tests/CMakeLists.txt: woot! looks like 10th time is the charm. accept sf patch 222 from Ch3ck which adds a unit test for bn_poly_scale(). |
| 19:12.46 | brlcad | it will help if you're going to keep using gedit |
| 19:13.49 | brlcad | though I strongly recommend taking the time to learn a real development editor like emacs, slickedit, eclipse, vim, etc |
| 19:17.20 | Notify | 03BRL-CAD:brlcad * 56639 brlcad/trunk/src/libbn/tests/bn_poly_scale.c: reduce scope of input/output to static as a stop-gap. desirable to minimize/eliminate globals. also fix unreachable code condition. |
| 19:20.50 | Ch3ck_ | will rework the other patch now.. |
| 19:20.58 | Notify | 03BRL-CAD:brlcad * 56640 brlcad/trunk/src/libbn/tests/bn_poly_scale.c: spoke a little too soon, few more style errors to fix |
| 19:21.14 | brlcad | Ch3ck_: check out some fixes in r56639 and r56640 |
| 19:21.25 | Ch3ck_ | ok |
| 19:23.15 | brlcad | Ch3ck_: if the remaining patches are flawless, you'll be set |
| 19:23.28 | Ch3ck_ | ok |
| 19:23.29 | brlcad | so you know, this isn't just about being picky about style |
| 19:23.40 | Ch3ck_ | i now understand |
| 19:23.53 | Ch3ck_ | what``Erik was trying to explain since morning |
| 19:23.59 | brlcad | it's obviously frustrating because it's not something one often has to think about when learning how to write code |
| 19:24.42 | brlcad | so you're not familiar with the terminology he used or the difference between tab characters and what happens in an editor when you press the [tab] key |
| 19:25.02 | brlcad | (which can insert tabs, spaces, both, or neither depending on the software) |
| 19:25.19 | brlcad | but this isn't just being pedantic/strict about style |
| 19:25.25 | brlcad | it's about maintainability |
| 19:26.05 | brlcad | consistency is fundamentally intertwined with maintainability, if the code is inconsistent, it DIES |
| 19:26.43 | brlcad | brl-cad has survived for nearly as long as I've been alive because of a never-ending rigorous attention to maintainability |
| 19:27.16 | brlcad | which in terms of indentation and whitespace, it's attention to details that most new developers are not familiar with |
| 19:27.43 | Notify | 03BRL-CAD:r_weiss * 56641 brlcad/trunk/src/conv/fast4-g.c: Fixed a bug in the fast4-g converter where memory was corrupted when the group_head list became larger than its allocated size. Changed the code to allow the group_head list to grow dynamically. |
| 19:30.16 | *** join/#brlcad caen23_ (~caen23@92.81.162.23) | |
| 19:36.53 | Ch3ck_ | yeah i understand |
| 19:36.59 | Ch3ck_ | the next patch is ready now.. |
| 19:37.01 | Ch3ck_ | uploading.. |
| 19:38.13 | brlcad | checking 224 |
| 19:39.03 | brlcad | hm, not yet updated |
| 19:40.23 | Notify | 03BRL-CAD Wiki:Level zero * 5942 /wiki/User:Level_zero/GSOC13/logs: /* Week 7 */ |
| 19:40.51 | Notify | 03BRL-CAD Wiki:Level zero * 5943 /wiki/User:Level_zero/GSOC13/logs: Logs |
| 19:42.13 | Ch3ck_ | i've uploaded. |
| 19:43.06 | Ch3ck_ | you should see it now.. |
| 19:45.44 | Izak__ | ``Erik:Any feedback on reviews of ticket 228 |
| 19:51.48 | Ch3ck_ | brlcad: have you seen the patch? |
| 20:08.58 | ``Erik | Izak__: excellent, only one small issue |
| 20:09.08 | Notify | 03BRL-CAD:erikgreenwald * 56642 brlcad/trunk/src/librt/primitives/table.c: apply patch 228 from Izak |
| 20:09.19 | Izak__ | please what is that ? |
| 20:09.36 | Izak__ | ``Erik: What was the issue? |
| 20:09.56 | Notify | 03BRL-CAD:erikgreenwald * 56643 brlcad/trunk/src/librt/primitives/hrt/hrt.c: update copyright line, this did not exist in 1985 |
| 20:12.17 | ``Erik | *point* I fixed it, it's a rare, weird and irregular issue, so not worth a bounce |
| 20:12.24 | Izak__ | ``Erik: I am acquainted with Copyrights creation and Intellectual property law. the only thing I know is that I should reference my sources and not steal anything |
| 20:14.13 | ``Erik | Izak__: you are correct, this certain aspect is a US law thing and our specific interpretation... you're not expected to know this detail... if you use someone else code, check the license and attribute (ask if you're unsure)... you did great, this detail was out of your responsibility as far as I'm concerned |
| 20:14.39 | ``Erik | :) |
| 20:14.49 | Izak__ | :) |
| 20:15.53 | Izak__ | ``Erik: As I write hrt.c, how can I always show you the status of my code so you could correct ? |
| 20:16.37 | Izak__ | Do u prefer kde.paste website or should I upload it to bzflag account |
| 20:16.45 | Izak__ | ? |
| 20:17.34 | ``Erik | Izak__: either is fine... for what it's worth, you can create a public_html directory in your home directory and files you put in there will be available via the website |
| 20:19.19 | ``Erik | for example, my username is "erik" and I've created a file called public_html/dump.html at one point, and now you can point a web browser to http://brlcad.org/~erik/dump.html and see it |
| 20:24.05 | Izak__ | ``Erik: Thanks very much. |
| 20:26.27 | ``Erik | Izak__: the only patch I see left for you is the updated rb_delete one that brlcad indicated he'd like proof of improvement for, am I missing any? was the old code proven to have the bug discussed in the paper? |
| 20:28.00 | Izak__ | The old one was not proven to have that bug |
| 20:29.02 | Izak__ | ``Erik: ;) |
| 20:29.13 | ``Erik | Izak__: hm, I'm going to have to be very careful phrasing this... is it possible to prove that the old one does not have the bug? |
| 20:30.36 | Izak__ | ``Erik:Well let me check what the TODO file says first |
| 20:34.09 | ``Erik | I'm trying to assess if the modifications to rb_delete are worth incorporating... if there is real benefit, then it may be worth you reworking 191 into a good patch... if not, then let's just close it and move on |
| 20:38.53 | Notify | 03BRL-CAD:starseeker * 56644 brlcad/trunk/src/other/libgdiam/gdiam.hpp: Clear the warnings about floating point comparisons from gdiam.hpp |
| 20:39.57 | Izak__ | ``Erik: The TODO file says to check the libbu implementation of red-black trees in bu.h which in turn says that the second edition of the rb_delete algorithm in the Cormen book (which is the basis of the current BRL-CAD rb_delete.c) has been updated to delete the node actually requested |
| 20:41.52 | Notify | 03BRL-CAD:starseeker * 56645 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Try a zero clamping to see if it helps with ordering sensitivity in the results. |
| 20:41.52 | brlcad | iff ours has the bug and yours does not, it's worth integrating |
| 20:42.37 | brlcad | so it's the first part of that todo .. check the libbu implementation |
| 20:43.10 | brlcad | can't make a decision until someone does that, and that really should take just a few minutes to research the bug and write a little test |
| 20:45.22 | Izak__ | brlcad: Are the rb_nodes rays ? |
| 20:52.23 | Izak__ | ``Erik: Are the requested nodes to be deleted by rb_delete.c rays ? |
| 20:52.39 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5944 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 20:53.44 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 20:55.33 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5945 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 20:56.02 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 20:59.50 | *** join/#brlcad caen23 (~caen23@92.81.162.23) | |
| 21:10.32 | Izak__ | super and resting |
| 21:16.14 | Notify | 03BRL-CAD:starseeker * 56646 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Try a few robustness tweaks, but the C++ < sort still isn't happy. |
| 21:20.34 | starseeker | growl... |
| 21:24.40 | starseeker | did somebody not svn add files for the hrt primitive? |
| 21:25.09 | starseeker | build is busted |
| 21:26.44 | Notify | 03BRL-CAD:starseeker * 56647 brlcad/trunk/src/librt/primitives/table.c: Turn off the hrt definition in table.c - causing undefined reference errors? |
| 22:04.35 | Notify | 03BRL-CAD:carlmoore * 56648 brlcad/trunk/src/conv/dxf/g-dxf.c: implement h?, and also put P into the usage statement |
| 22:13.18 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 23:38.12 | ``Erik | erm, ehhh, whu? your stuff must be busted or somethin', starseeker O.o |
| 23:46.27 | ``Erik | whupz |
| 23:46.42 | Notify | 03BRL-CAD:erikgreenwald * 56649 brlcad/trunk/src/librt/CMakeLists.txt: add hrt |
| 23:47.19 | Notify | 03BRL-CAD:erikgreenwald * 56650 brlcad/trunk/src/librt/primitives/table.c: revert 56647 |
| 23:48.40 | ``Erik | did the commit in librt/primitives instead of librt |
| 00:43.16 | Notify | 03BRL-CAD:starseeker * 56651 (brlcad/trunk/src/other/libgdiam/CMakeLists.txt brlcad/trunk/src/other/libgdiam/gdiam.cpp): Clear more exact floating point comparison warnings and some unused variable warnings. |
| 00:43.39 | Notify | 03BRL-CAD:starseeker * 56652 brlcad/trunk/src/other/libgdiam/CMakeLists.txt: Done with Wall (for now) |
| 00:44.13 | starseeker | still some fundamental issue with that comparison function and strict weak ordering... |
| 00:57.46 | Notify | 03BRL-CAD:starseeker * 56653 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Add a local wrapper around the test logic that lets us explicitly test strict weak ordering. |
| 00:58.43 | Notify | 03BRL-CAD:starseeker * 56654 brlcad/trunk/src/other/libgdiam/gdiam.cpp: tweak |
| 00:59.13 | starseeker | suppose he shouldn't be obsessing... can always back out the change and fool with it later... |
| 02:23.11 | Notify | 03BRL-CAD:phoenixyjll * 56655 brlcad/trunk/src/libbrep/intersect.cpp: The result after the Newton iterations might be nan. |
| 04:25.10 | Notify | 03BRL-CAD:phoenixyjll * 56656 brlcad/trunk/src/libbrep/boolean.cpp: The last point and the first point may form a patition. And append the remaining trimmed face to the output. |
| 04:54.08 | *** join/#brlcad caen23 (~caen23@92.81.193.9) | |
| 07:02.26 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 5946 /wiki/User:Izak: /* Project Proposal */ |
| 07:06.45 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5947 /wiki/User:Izak: /* PROJECT INFORMATION */ |
| 07:07.58 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5948 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 07:08.22 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5949 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 07:09.01 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5950 /wiki/User:Izak/GSOC_2013_logs: /* Mid-term Evaluation week */ |
| 07:09.30 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5951 /wiki/User:Izak/GSOC_2013_logs: /* Pre-midterm evaluation summary */ |
| 07:31.01 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 08:25.20 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 10:10.05 | Notify | 03BRL-CAD Wiki:Romeozulusun * 0 /wiki/User:Romeozulusun: |
| 10:27.21 | *** join/#brlcad caen23 (~caen23@92.81.193.9) | |
| 11:39.09 | ``Erik | hm, the dudes from theoldreader feel that bbcp is superior to rsync for high latency links (they've dealt with a few ~10tb syncs recently, the latest being data center in de to data center in us) |
| 11:58.48 | Notify | 03BRL-CAD:tbrowder2 * 56657 (brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling =================================================================== and 122 others): add a dir for a sandbox for auto-generating man pages |
| 12:04.27 | Notify | 03BRL-CAD:phoenixyjll * 56658 brlcad/trunk/src/libbrep/boolean.cpp: A trimmed face may have multiple inner loops (to be consistent with openNURBS). |
| 12:11.10 | Notify | 03BRL-CAD:tbrowder2 * 56659 (brlcad/trunk/misc/auto-man-page/auto-man-progs.txt =================================================================== and 161 others): add list of progs for processing |
| 12:11.42 | Notify | 03BRL-CAD:phoenixyjll * 56660 brlcad/trunk/src/libbrep/boolean.cpp: Split() might fail if t is on the domain borders, causing curve_on_loop == NULL, and we don't need to append it. |
| 12:21.37 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5952 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 12:22.55 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5953 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 12:25.38 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5954 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 12:26.06 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5955 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 13:22.02 | Notify | 03BRL-CAD:tbrowder2 * 56661 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: move 'purpose' to a comment to avoid 'unused variable' warnings |
| 13:40.39 | Notify | 03BRL-CAD:phoenixyjll * 56662 brlcad/trunk/src/libbrep/boolean.cpp: Use a more robust method to determine curves[i] is inside the outer loop or not. |
| 14:04.46 | Notify | 03BRL-CAD:phoenixyjll * 56663 brlcad/trunk/src/libbrep/boolean.cpp: Remove the duplicated first segment at last before we generate the rest sub-face. And output some debug info for the surface splitting result. |
| 14:28.32 | Notify | 03BRL-CAD:carlmoore * 56664 (brlcad/trunk/src/conv/fast4-g.c brlcad/trunk/src/conv/step/g-step.cpp brlcad/trunk/src/librt/primitives/hrt/hrt.c): remove trailing blanks |
| 14:48.54 | Notify | 03BRL-CAD:carlmoore * 56665 brlcad/trunk/src/libbrep/boolean.cpp: fix spelling and word usage |
| 15:11.34 | Notify | 03BRL-CAD:n_reed * 56666 brlcad/trunk/misc/CMakeLists.txt: ignore auto-man-page files |
| 15:16.53 | Notify | 03BRL-CAD:erikgreenwald * 56667 brlcad/trunk/src/adrt/librender/camera.c: some formatting cleanup |
| 15:47.44 | Notify | 03BRL-CAD:starseeker * 56668 brlcad/trunk/src/conv/step/ON_Brep.cpp: Tweaks, start figuring out how to get at and format curve information |
| 15:55.02 | Notify | 03BRL-CAD Wiki:Phoenix * 5956 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */ |
| 15:58.28 | Notify | 03BRL-CAD Wiki:Phoenix * 5957 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */ |
| 15:58.41 | Notify | 03BRL-CAD Wiki:Phoenix * 5958 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */ |
| 16:32.22 | ``Erik | for shits and giggles https://sourceforge.net/projects/vissimlab/ |
| 16:33.53 | Notify | 03BRL-CAD:phoenixyjll * 56669 brlcad/trunk/src/libbrep/boolean.cpp: Rename shadowed variable. |
| 16:37.43 | Notify | 03BRL-CAD:mohitdaga * 56670 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/decimate.c): Add wraper function for icv_resize(..). Also do data validation in private functions for resize. |
| 16:40.32 | ``Erik | Izak__: can you try committing? you should have access |
| 16:42.03 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 16:45.12 | Notify | 03BRL-CAD:tbrowder2 * 56671 brlcad/trunk/misc/CMakeLists.txt: make auto-man-page a first class dir, but ignore everything there for now |
| 17:06.28 | Notify | 03BRL-CAD:erikgreenwald * 56672 (brlcad/trunk/src/adrt/isst brlcad/trunk/src/adrt/isst_tcltk.c): add cut |
| 17:22.53 | Notify | 03BRL-CAD:ejno * 56673 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: add newlines to opencl code |
| 17:44.38 | *** join/#brlcad merzo (~merzo@60-47-132-95.pool.ukrtel.net) | |
| 17:44.43 | ``Erik | huh, 56674 didn't parse quite right... |
| 18:35.08 | Notify | 03BRL-CAD:ejno * 56675 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: opencl code fixes |
| 18:40.35 | Notify | 03BRL-CAD:starseeker * 56676 brlcad/trunk/src/conv/step/ON_Brep.cpp: Output a 3D line |
| 19:31.42 | Notify | 03BRL-CAD:mohitdaga * 56677 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/decimate.c): Add Doxygen Comments for icv_resize. Also do some code cleaning. |
| 19:47.05 | Notify | 03BRL-CAD:starseeker * 56678 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start working on bspline curves. Add control vertices. |
| 19:55.06 | Notify | 03BRL-CAD:starseeker * 56679 brlcad/trunk/src/conv/step/ON_Brep.cpp: Do the vector initializations in one step per Tom's suggestion. |
| 20:14.50 | *** join/#brlcad caen23 (~caen23@92.81.194.192) | |
| 21:06.24 | Notify | 03BRL-CAD:starseeker * 56680 brlcad/trunk/src/other/libgdiam/gdiam.hpp: comparison was too small for the area calculation in Windows - still have other issues, but at least avoids the crash... |
| 21:09.30 | Notify | 03BRL-CAD:carlmoore * 56681 brlcad/trunk/src/conv/g-acad.c: add h? for help |
| 21:20.40 | Notify | 03BRL-CAD:starseeker * 56682 (brlcad/trunk/src/other/libgdiam/gdiam.cpp brlcad/trunk/src/other/libgdiam/gdiam.hpp): Don't use the same zero test everywhere |
| 22:00.37 | Notify | 03BRL-CAD:carlmoore * 56683 brlcad/trunk/src/conv/g-egg.c: implement h? |
| 22:40.09 | *** join/#brlcad merzo (~merzo@107-40-132-95.pool.ukrtel.net) | |
| 01:17.01 | *** join/#brlcad caen23 (~caen23@92.81.194.192) | |
| 01:31.31 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 02:04.51 | brlcad | Izak_: they are nodes in the red-black tree, a generic data structure for holding anything ... so you could store ray information in a node, but no they're not rays |
| 02:05.18 | brlcad | and Izak_ see what ``Erik said |
| 02:05.24 | brlcad | don't break anything ;) |
| 03:00.34 | Notify | 03BRL-CAD:phoenixyjll * 56684 brlcad/trunk/src/libbrep/boolean.cpp: Add vertexes correctly. |
| 05:51.30 | Notify | 03BRL-CAD:phoenixyjll * 56685 brlcad/trunk/src/libbrep/boolean.cpp: Check m_type: if the event is not a curve event, we don't need to do anything. |
| 05:58.39 | zero_level | ``Erik : many of current utilities allow images to be read from stdin and stored in stdout. How do you think we can implement this provided current feature of icv library. |
| 11:07.32 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 11:07.32 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 11:49.59 | *** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net) | |
| 11:51.11 | *** join/#brlcad Izak___ (~Izak@195.24.220.16) | |
| 12:35.14 | ``Erik | zero_level: sounds like maybe a live fd in the struct would be handy, maybe with a flags field that has a bit to determine if the struct represents a streamed image or buffered one... |
| 12:35.40 | ``Erik | zero_level: I suppose you could merely read stdin until it ends, then do the op, then write to stdout.. much like how 'sort' operates |
| 12:54.24 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:15.13 | Notify | 03BRL-CAD:starseeker * 56686 (brlcad/trunk/src/other/stepcode/src/cldai/sdaiModel_contents.h brlcad/trunk/src/other/stepcode/src/cllazyfile/lazyInstMgr.h): Clear a couple warnings |
| 13:24.09 | Notify | 03BRL-CAD:erikgreenwald * 56687 brlcad/trunk/src/libbrep/boolean.cpp: comment out unused variable |
| 14:06.42 | Notify | 03BRL-CAD Wiki:Phoenix * 5959 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */ |
| 15:09.53 | Izak___ | ``Erik: Can i completely remove rt_hrt_??port4() from the hrt.c since they are database version 4 functions ? |
| 15:10.30 | ``Erik | Izak___: yes |
| 15:11.02 | Izak___ | ``Erik: thanks |
| 15:33.50 | Izak___ | ``Erik: What exactly is a trailing blank? hacking file says a white space should follow every semicolon. calmoore's "removing trailing blanks" comment on r56687 is not understood |
| 15:43.25 | ``Erik | that part of the HACKING file is not referring to an "end of statement" semicolon, but the kind found in a "for" loop |
| 15:44.02 | Izak___ | ``Erik: Thanks |
| 15:44.25 | Izak___ | learning how to commit |
| 15:45.46 | ``Erik | I recommend making your first couple commits small... |
| 15:46.37 | Izak___ | okay |
| 15:52.31 | ``Erik | a good quick patch might be to remove the import4/export4 funcs |
| 15:53.37 | Izak___ | yeah that's what I am doing.. |
| 15:55.25 | ``Erik | then maybe do the print() function and commit it, then the export5 and commit, then the import5 and commit... by that point, you should be competently contributing without needing much supervision :D |
| 15:57.26 | Izak___ | ``Erik: Thanks. hope i haven't been a full time job for you ? |
| 15:57.42 | Izak___ | :-) |
| 15:59.43 | ``Erik | nah :) and hopefully soon you'll be providing far more benefit than the time spent helping you get started |
| 16:01.33 | Izak___ | ``Erik: :). cool |
| 16:04.23 | Notify | 03BRL-CAD:phoenixyjll * 56688 brlcad/trunk/src/libbrep/intersect.cpp: Wrong comment - we don't merge at this time. |
| 16:06.25 | Notify | 03BRL-CAD:carlmoore * 56689 brlcad/trunk/include/icv.h: remove trailing blanks/tabs; make minor formatting changes and make correction to NITERP (all of this is in **comments**) |
| 16:20.58 | Notify | 03BRL-CAD:carlmoore * 56690 brlcad/trunk/src/libicv/decimate.c: presumably, 'binterp' and 'ninterp' are correct spellings -?? |
| 16:26.30 | zero_level | carlmoore : Thanks. |
| 16:26.51 | Notify | 03BRL-CAD:carlmoore * 56691 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: fix this README file (added missing newline at end, and put in a string used near top, to mark end of the document; and fix a spelling) |
| 16:26.57 | zero_level | carlmoore : Thanks. |
| 16:27.01 | zero_level | carlmoore binterp and ninterp are corrrect. |
| 16:27.13 | ``Erik | he's not on irc |
| 16:27.18 | zero_level | ok. |
| 16:27.24 | zero_level | so shld i mail him ? |
| 16:31.58 | Notify | 03BRL-CAD:carlmoore * 56692 brlcad/trunk/include/brep.h: remove a trailing blank/tab, and fix a spelling in a comment |
| 16:46.03 | *** join/#brlcad caen23 (~caen23@92.81.200.36) | |
| 16:55.07 | Notify | 03BRL-CAD:carlmoore * 56693 (brlcad/trunk/misc/auto-man-page/auto-man-progs.txt brlcad/trunk/src/libicv/decimate.c brlcad/trunk/src/tclscripts/util/expand_int_ranges.tcl): fix spellings (notice my inclusion of 'ninterp' |
| 17:18.40 | brlcad | zero_level: he's not on our mailing list either |
| 17:18.53 | brlcad | so the goal is to double-check so he doesn't spend timing cleaning up changes you make ;) |
| 17:19.53 | brlcad | if he corrects something, note what he changed and make a note to yourself to be sure you check that as you make more changes |
| 18:08.20 | Notify | 03BRL-CAD:iiizzzaaakkk * 56694 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Ensuring consistent bu_log("rt_hrt_xxx: not implemented yet"); in callback functions in src/librt/primitives/hrt/hrt.c |
| 18:13.39 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5960 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 18:13.55 | Izak___ | ``Erik: Did you just see that ? |
| 18:14.02 | ``Erik | woohoo, izak's first commit O.o |
| 18:14.18 | ``Erik | (and it looks good, no corrections needed) |
| 18:14.25 | brlcad | woot! |
| 18:14.37 | Izak___ | I am happy! |
| 18:14.40 | brlcad | :) |
| 18:14.44 | brlcad | it's a good day |
| 18:14.53 | Izak___ | yeah sure it is |
| 18:15.07 | ``Erik | now it's time to change some of those bu_log("not implemented yet\n"); into implemented functions |
| 18:15.16 | Izak___ | yes sure |
| 18:15.23 | brlcad | welcome to the team, hopefully many many many more commits to come ;) |
| 18:15.48 | Izak___ | They will keep coming :) |
| 18:15.56 | brlcad | be sure to read the commiter-responsibilities section in the HACKING file now that you have commit access |
| 18:16.07 | brlcad | but basically, try not to break anything and do great work |
| 18:16.17 | brlcad | it's a brief section |
| 18:16.36 | Izak___ | okay |
| 18:16.57 | Izak___ | looking at HACKING file |
| 18:19.55 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 18:23.50 | Notify | 03BRL-CAD:starseeker * 56695 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add knots to curves |
| 18:35.00 | Notify | 03BRL-CAD:carlmoore * 56696 (brlcad/trunk/src/conv/g-acad.c brlcad/trunk/src/conv/g-egg.c): remove unneeded break in g-acad, and revise usage statement in g-egg (adding -P) |
| 18:46.03 | brlcad | zero_level: a note that will probably take a half hour or more to fix, we want to be using size_t as much as possible |
| 18:46.21 | brlcad | where something represents a size, like width and height, probably should be a size_t |
| 18:46.32 | brlcad | instead of int/unsigned int/long/unsigned long, etc |
| 18:51.47 | Notify | 03BRL-CAD:brlcad * 56697 brlcad/trunk/src/libicv/decimate.c: check the more general case to future-proof against a signed type. make log messages be less developer-speak. |
| 18:51.56 | zero_level | hi brlcad, ``Erik and others. Pls test pixscale. |
| 18:52.15 | Notify | 03BRL-CAD:brlcad * 56698 brlcad/trunk/src/libicv/decimate.c: ws indent comma cleanup |
| 18:52.17 | zero_level | It turns out there is a bug in loading the image. |
| 18:52.18 | brlcad | also should check your commas... |
| 18:52.49 | brlcad | what sort of bug? |
| 18:53.05 | zero_level | fread: Inappropriate ioctl for device |
| 18:53.40 | zero_level | this must be around line 96 |
| 18:53.48 | zero_level | <PROTECTED> |
| 18:56.30 | brlcad | there's nothing inherently wrong with that line, but if fread fails like that, it means buffp is not right |
| 18:57.25 | brlcad | if you moved that to icv, you would have had to take care of that global |
| 18:58.12 | Notify | 03BRL-CAD:starseeker * 56699 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step.cpp): Write to an actual file. |
| 19:05.33 | zero_level | brlcad : moving to icv means ____ ? |
| 19:10.06 | brlcad | added it to icv |
| 19:10.28 | brlcad | or is the code still just sitting in src/util/ and you get that error when running the existing pixscale tool? |
| 19:11.43 | zero_level | :-) |
| 19:11.52 | zero_level | i just add functionalities. |
| 19:12.17 | zero_level | since each code in util folder. |
| 19:12.50 | brlcad | are you saying you just added it to libicv? |
| 19:12.58 | zero_level | no. |
| 19:13.11 | brlcad | then no comprendo :) |
| 19:13.12 | zero_level | binterp and ninterp are already commited. |
| 19:13.21 | brlcad | to libicv |
| 19:13.43 | zero_level | yes. |
| 19:14.54 | brlcad | and? :) |
| 19:15.12 | brlcad | i'm not sure if you're asking something, telling me something, or what ... |
| 19:15.19 | zero_level | I am trying to compare two files from pixscale. |
| 19:15.26 | zero_level | and the function in decimate.c |
| 19:15.36 | zero_level | so just wanted pixscale to work. |
| 19:15.45 | brlcad | it works for me here |
| 19:15.46 | zero_level | brlcad : keep light headed :-) |
| 19:15.57 | brlcad | i am VERY light headed at the moment ;) |
| 19:15.59 | zero_level | I am just discussing |
| 19:16.04 | zero_level | :-) |
| 19:16.27 | zero_level | whcih involves asking, telling and .. ;) |
| 19:16.53 | brlcad | okay, but you're not being very clear .. so may ambiguities (things that are not clear) |
| 19:16.58 | brlcad | s/may/many/ |
| 19:17.14 | zero_level | didint it give the ioctl erro ? |
| 19:17.20 | brlcad | such as "I am trying to compare two files from pixscale." .. two output files or two source files? |
| 19:17.23 | brlcad | two input files? |
| 19:18.25 | zero_level | did pixscale work at your system ? |
| 19:18.30 | brlcad | yes |
| 19:18.36 | brlcad | and I got the ioctl error |
| 19:18.43 | brlcad | warning really |
| 19:18.49 | zero_level | so it worked ? |
| 19:18.50 | brlcad | the index is probably wrong |
| 19:18.54 | brlcad | yep worked just fine |
| 19:18.57 | zero_level | alright. |
| 19:19.10 | brlcad | it's probably reading too much |
| 19:19.24 | brlcad | reading too far, maybe an off-by-one error |
| 19:20.12 | brlcad | but help me understand what you just said -- what are you trying to compare, and what function in decimate.c? |
| 19:20.45 | brlcad | if you have a build, you can test pixscale with this: |
| 19:20.52 | brlcad | bin/pixscale -s 512 -S 1024 share/pix/moss.pix |bin/pix-fb -s1024 -F/dev/X |
| 19:24.02 | brlcad | zero_level: ? |
| 19:24.22 | zero_level | brlcad : ok. |
| 19:24.42 | zero_level | wait. |
| 19:24.45 | brlcad | help me understand what you said earlier -- what are you trying to compare, and what function in decimate.c? |
| 19:25.12 | brlcad | does not wait, he does other things :) |
| 19:25.13 | zero_level | I am testing my implemented functions in decimate.c |
| 19:25.53 | zero_level | so to compare the result i am using pixscale. |
| 19:26.16 | zero_level | brlcad : I hope this has no ambiguity. :-) |
| 19:26.54 | zero_level | also gave build commands in the mean time. Benifit of two screens. |
| 19:33.32 | zero_level | brlcad : I am not sure if it worked correctly at your end. |
| 19:33.47 | zero_level | Did you try pix-png and see what is the output. |
| 19:34.35 | brlcad | zero_level: a common error for new users is to not realize that pix files are headerless/dimensionless |
| 19:34.58 | brlcad | if the image size is not 512x512, you have to tell the pix* tool what the dimensions are |
| 19:35.05 | zero_level | i did |
| 19:35.08 | zero_level | -s1024 |
| 19:35.52 | brlcad | and yes, pix-png worked just fine |
| 19:43.51 | brlcad | you can test my example above to confirm on your end: bin/pixscale -s 512 -S 1024 share/pix/moss.pix | bin/pix-png -s 1024 -o file.png |
| 19:49.00 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:52.17 | zero_level | apparently i see color mismatch |
| 19:52.37 | zero_level | I believe there is an issue with one color channel. |
| 19:53.28 | zero_level | thats an issue with pixscale i guess. |
| 19:54.10 | zero_level | brlcad : but nevertheless there are these errors. Although it still works. |
| 19:54.20 | zero_level | is looking at a way to fix this. |
| 19:55.22 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 19:56.58 | zero_level | brlcad : do you see perfect interpolation or a color mismatch ? |
| 20:08.42 | ``Erik | blindly assuming that the existing tool is correct may be a bad approach... you should try to understand why they're different, then make the determination in which side is 'wrong' and argue the case |
| 20:10.02 | zero_level | ``Erik thats what i am trying to do. |
| 20:10.20 | zero_level | Can you test the command brlcad wrote. |
| 20:10.29 | ``Erik | aight, just making sure :) |
| 20:10.47 | ``Erik | I'm heading out in a couple minutes, I might have some time tomorrow.. |
| 20:10.52 | zero_level | and see if does introduce a color mismatch or interpolates the image perfectly. |
| 20:10.54 | zero_level | alright. |
| 20:11.08 | ``Erik | <-- just has enough time for broad platitudes ;) |
| 20:11.21 | zero_level | alright. |
| 20:25.17 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 20:37.38 | *** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net) | |
| 20:54.25 | Notify | 03BRL-CAD:starseeker * 56700 (brlcad/trunk/src/other/libgdiam/gdiam.cpp brlcad/trunk/src/other/libgdiam/gdiam.hpp): Back out the near zero logic - causing as much trouble as it's solving |
| 20:56.10 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 20:58.07 | Notify | 03BRL-CAD:tbrowder2 * 56701 brlcad/trunk/misc/auto-man-page/auto-man-progs.txt: reorder progs for testing |
| 21:02.19 | Notify | 03BRL-CAD:tbrowder2 * 56702 brlcad/trunk/src/proc-db/wdb_example.c: add usage string; eliminate usage function |
| 21:09.44 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 21:11.49 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 21:14.34 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 21:14.56 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 21:15.16 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 21:27.11 | Notify | 03BRL-CAD:carlmoore * 56703 brlcad/trunk/doc/docbook/system/man1/en/g-egg.xml: revise the g-egg man page |
| 21:28.28 | Notify | 03BRL-CAD:carlmoore * 56704 brlcad/trunk/src/conv/g-egg.c: fix the options |
| 21:29.14 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 21:36.32 | Notify | 03BRL-CAD:starseeker * 56705 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Unbelieveable. Simply changing the value being checked here from 1e-9 to 1e-8 causes failures. Need to re-think this. |
| 22:06.29 | Notify | 03BRL-CAD:carlmoore * 56706 (brlcad/trunk/src/conv/euclid/g-euclid.c brlcad/trunk/src/conv/g-acad.c): remove unneeded braces in g-acad.c, and in g-euclid.c make changes to the usage statement and implement h? |
| 22:08.06 | *** join/#brlcad caen23_ (~caen23@92.81.200.36) | |
| 22:43.20 | Notify | 03BRL-CAD:r_weiss * 56707 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: Fixed some memory free errors when raytracing with bot-tie. |
| 23:59.04 | brlcad | someone following our more recent work: http://www.geom.uiuc.edu/software/cglist/csg.html |
| 00:21.25 | Notify | 03BRL-CAD:brlcad * 56708 brlcad/trunk/NEWS: richard fixed memory release bug in TIE where it was calling bu_free even when there were no allocation. possibly a memory corruption (or a zero-free abort for debug compiles) crasher or inducing bad behavior elsewhere. |
| 00:21.29 | starseeker | brlcad: cept for the "need to decrypt" part... |
| 00:22.34 | starseeker | ah, you mean he's probably talking about the original NURBS attempt? |
| 01:31.09 | brlcad | starseeker: oh, heh, I actually missed the decryption part ... that's interesting |
| 01:31.39 | brlcad | the description up to that point sounds like our current work (especially the 'really interesting' conversion package) |
| 01:32.05 | brlcad | but I suppose they might have been referring to NMG |
| 01:32.35 | brlcad | tried to convince gershon to open source Irit |
| 01:33.15 | brlcad | it's got functionality implemented 15 years ago that we could still use today, quite relevant |
| 01:34.18 | brlcad | (he's got a classic academic non-commercial bsd-style license) |
| 01:53.18 | starseeker | hoping for commercial clients? |
| 01:53.25 | starseeker | or does he already have them? |
| 01:53.43 | starseeker | recalls stumbling across Irit years ago... |
| 01:54.03 | starseeker | brlcad: when did you try to convince him? is it worth another go? |
| 01:58.44 | starseeker | definitely still active, the latest GuiIrit srcs are from this year... |
| 02:01.27 | starseeker | gui sure looks a lot better than the web page... |
| 02:02.36 | brlcad | he's a deeply entrenched academic |
| 02:02.43 | brlcad | one of the pioneers |
| 02:03.06 | brlcad | he puts most all of his research into it |
| 02:04.23 | starseeker | nods - probably like SISL then - even if he would consider opening it, it'd probably under GPL to preserve the commercial possibilities |
| 02:05.34 | starseeker | wow - looks like he has some trivariate stuff in there |
| 02:06.26 | starseeker | hmm - http://www.cs.utah.edu/gdc/projects/trivar/ |
| 02:08.48 | starseeker | heh - here's how you know Irit has been developed for a long time: |
| 02:08.58 | starseeker | * The good news is that both OS2 2.x and Window NT 3.1 are fully supported. |
| 02:16.22 | starseeker | you know, I wonder if the qhull convex hull algorithm would work instead of gdiam's version... |
| 03:09.56 | Notify | 03BRL-CAD:phoenixyjll * 56709 brlcad/trunk/src/libbrep/boolean.cpp: Don't call Split() when t is on the boundary of domain - Split() may fail returning two NULL pointers. And the first point is not always on the first segment, so we might need to duplicate more than one segments. |
| 03:15.55 | brlcad | starseeker: that would have been a start for my naive approach to implement OOBB |
| 03:17.14 | brlcad | compute the centroid, compute the convex hull, compute the covariant matrix of the hull points, use eigen vectors of the matrix as principle axes of the bounding box, extend each face to encompass all hull points (just in case) |
| 03:18.13 | brlcad | seems like it'd take just a couple days to implement something like that robustly from scratch |
| 03:20.48 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 03:47.23 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5961 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 8 */ |
| 05:53.22 | Notify | 03BRL-CAD:phoenixyjll * 56710 brlcad/trunk/src/libbrep/boolean.cpp: Link the curves if they share an end point (they can be from intersections with different surfaces, or discontinuous in the other surface's domain, so they are not linked originally. |
| 06:01.41 | *** join/#brlcad caen23 (~caen23@92.81.200.36) | |
| 09:02.12 | Notify | 03BRL-CAD:mohitdaga * 56711 (brlcad/trunk/src/util/bwscale.c brlcad/trunk/src/util/pixscale.c): Cannot buffer more lines than the original image size. remove ioctl error in pixscale and bwscale utilities |
| 22:05.04 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 22:05.04 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 22:09.12 | zero_level | brlcad : alright. |
| 22:20.43 | ``Erik | stdin should be a FILE*, STDIN_FILENO is the file descriptor... |
| 22:23.50 | Notify | 03BRL-CAD:mohitdaga * 56730 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Hidding stdin and stdout under fileno function |
| 22:26.19 | zero_level | ``Erik i have rather hidden it in the function fileno. Shld i change ? |
| 22:38.16 | *** join/#brlcad merzo (~merzo@201-1-132-95.pool.ukrtel.net) | |
| 22:50.40 | brlcad | zero_level: you've got raw fd's exposed? o.O |
| 22:50.59 | brlcad | most of the utils work with FILE *'s |
| 22:51.24 | brlcad | fileno() is fine, but either way the comments you had following become redundant and should be removed |
| 22:51.34 | brlcad | e.g., /* for stdout */ |
| 23:49.53 | zero_level | brlcad : I am currently stuck at bu_getopt(..) |
| 23:50.24 | brlcad | LOTS of examples to follow ... pick one of the shortest ;) |
| 23:50.31 | zero_level | apparently it seems just seeing the code and trying to mimick didnt help. |
| 23:51.03 | brlcad | it's an exact mirror of libc's getopt() interface |
| 23:51.11 | zero_level | alright. |
| 23:51.30 | zero_level | can u help me. In this. |
| 23:51.34 | zero_level | I will commit. |
| 23:51.41 | zero_level | and we both could rectify ? |
| 23:52.39 | brlcad | maybe start with src/util/random.c .. it's about as small as they get |
| 23:53.02 | zero_level | I think i have done right with bu_getopt(..) |
| 23:53.18 | zero_level | since i used bwfilter |
| 23:53.25 | zero_level | as a src tolearn. |
| 23:53.52 | brlcad | what exactly is the problem you're looking at now? |
| 23:54.44 | zero_level | It doesnt go to case of some options. |
| 23:55.44 | zero_level | i mean the code block correspondint to a option. like '-o' |
| 23:55.58 | zero_level | case 'o' : |
| 23:56.06 | brlcad | what's your getopt string look like? |
| 23:56.30 | zero_level | "sw:n:S:W:N:x:y:o?" |
| 23:56.51 | brlcad | so that's the problem |
| 23:57.06 | brlcad | read the man page on what that string means |
| 23:57.07 | zero_level | ok. |
| 23:57.17 | brlcad | man 3 getopt |
| 23:57.23 | brlcad | or all over the web ;) |
| 23:57.43 | brlcad | look for optstring or similar |
| 23:58.03 | zero_level | ok |
| 23:58.04 | brlcad | it'll be very obvious once you read the description of the format for that string ;) |
| 23:58.08 | zero_level | reading man page. |
| 23:58.15 | brlcad | lemme know if you don't see it |
| 23:58.30 | zero_level | i am on that paragraph now. :-) |
| 23:58.32 | zero_level | thanks. |
| 23:58.41 | zero_level | should have asked this earlier. |
| 23:58.47 | brlcad | nods |
| 23:59.43 | brlcad | it takes time to get used to open source development where everyone has an active interest in helping each other |
| 00:00.02 | brlcad | thinking to ask others for pointers without hesitation |
| 00:00.19 | brlcad | doesn't mean you'll get an answer, but it usually helps (a lot) and you often will |
| 00:00.35 | brlcad | i'll tell you the answer if you want, but you'll remember it better if you figure it out |
| 00:01.32 | zero_level | brlcad: I would want to ask a personel question. |
| 00:01.55 | zero_level | Is it very poor of me that i have never used getopt. |
| 00:02.02 | zero_level | or it is fine ? |
| 00:02.06 | brlcad | poor in what sense? |
| 00:02.28 | zero_level | poor as in poor. :-) |
| 00:05.13 | brlcad | ~dict poor |
| 00:05.42 | brlcad | certainly not unsatisfactory (and notice there are 10 other definitions) |
| 00:07.36 | zero_level | alright so the question mark was an issue. |
| 00:07.44 | brlcad | nope |
| 00:07.48 | brlcad | I believe there are about 3000 functions in libc |
| 00:08.01 | brlcad | the fact that you don't know one of them does not imply anything poor about you |
| 00:08.31 | brlcad | the ? is the -? help option |
| 00:10.08 | brlcad | zero_level: this is an excellent intro: http://www.ibm.com/developerworks/aix/library/au-unix-getopt.html |
| 00:10.31 | brlcad | even includes a -o file example ;) |
| 00:11.40 | zero_level | I think i have fixed that. |
| 00:16.15 | brlcad | what was the fix? |
| 00:16.40 | zero_level | "sw:n:S:W:N:x:y:o:h?" (not sure) |
| 00:16.49 | zero_level | reading the ibm page now. |
| 00:17.03 | brlcad | heh |
| 00:17.23 | brlcad | well you added something, what did you add? |
| 00:17.42 | zero_level | although worked fine in basic case. |
| 00:19.01 | brlcad | the difference between "sw:n:S:W:N:x:y:o?" and "sw:n:S:W:N:x:y:o:h?" |
| 00:21.04 | zero_level | it will accept argument for -o option (not sure_ |
| 01:05.19 | Notify | 03BRL-CAD:mohitdaga * 56731 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Add wrtting flags to open function in pix_save and bw_save. Also remove redundant comments. |
| 01:06.17 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc) | |
| 01:22.28 | Notify | 03BRL-CAD:mohitdaga * 56732 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bwrect.c): Use libicv in bwrect utility. Also modify the usage criterio of bwrect. This utility now accepts command line arguments instead of prompt based user inputs. Also it can read from stdin and save in stdout. |
| 01:23.08 | zero_level | brlcad : There is one issue in opening bw, pix images for saving. |
| 01:23.55 | zero_level | although I use O_TRUNC flag. Still if the image exists in the folder the 'open' function fails. |
| 01:26.21 | zero_level | ``Erik, brlcad pls have a look at 56732 and tell me if we would like to proceed in this way. (for making other utils use libicv functions). |
| 01:27.06 | zero_level | is running regress. |
| 01:34.24 | zero_level | brlcad : I just saw bwcrop.c |
| 01:35.25 | zero_level | Although it uses the same mechanism for buffer fill as in pixscale. But incidently i didnt see "ioctl" error. |
| 01:35.38 | zero_level | Will look more deeply tommorow. |
| 01:36.05 | zero_level | goes for some sleep |
| 02:47.22 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc) | |
| 03:24.53 | brlcad | zero_level: you should have read in the docs that the ':' in the optstring denotes when an option expects an argument to follow (e.g., cmd -c vs cmd -c foo) |
| 03:27.21 | brlcad | you added ':' to the optstring after the 'o', so "-o filename" works, otherwise it was just expecting "-o" (no filename |
| 04:32.37 | *** join/#brlcad caen23 (~caen23@92.81.199.113) | |
| 04:50.59 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc) | |
| 05:36.36 | Notify | 03BRL-CAD:brlcad * 56733 brlcad/trunk/include/vmath.h: add macros for testing whether an object is invalid (not within our defined range of INFINITY to -INFINITY |
| 05:36.49 | Notify | 03BRL-CAD:brlcad * 56734 brlcad/trunk/CHANGES: no longer should be using RT_BADNUM/RT_BADVAL |
| 05:37.42 | Notify | 03BRL-CAD:brlcad * 56735 brlcad/trunk/src/libdm/dm-rtgl.c: if all we're going to do is print it, skip the bad vector check |
| 05:43.14 | Notify | 03BRL-CAD:brlcad * 56736 (brlcad/trunk/src/librt/bundle.c brlcad/trunk/src/librt/shoot.c): cannot afford to be doing this bombing validity test during ray tracing. let the calling application test. |
| 05:46.08 | Notify | 03BRL-CAD:brlcad * 56737 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/rt/main.c): no longer need NO_BADRAY_CHECKING |
| 06:55.54 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc) | |
| 09:01.04 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:a4c9:9437:afb6:e0fc) | |
| 09:16.08 | zero_level | brlcad : yeah. I think the issue regarding getopt was resolved. Thanks to your pointers. |
| 13:27.34 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 13:27.34 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 13:39.57 | brlcad | zero_level: you seemed unsure that you understood it is all, it's clear that the format string is right now |
| 13:42.10 | brlcad | ``Erik: I don't see a need for more api .. why not just always returned aligned memory? either via posix_memalign() under bu_alloc() or doing it manually ... easy enough to test for libtie, but then I've yet to see the TIE bug to confirm |
| 13:42.30 | brlcad | ponders setting up a 32-bit mac compile |
| 13:56.25 | ``Erik | bz exhibits the issue |
| 14:07.11 | brlcad | and of course 32-bit compile doesn't cmake right |
| 14:07.16 | brlcad | k |
| 14:12.00 | ``Erik | eh? it cmake's fine on a 32b machine... I had to go through some hoops to get it to work on a 64b linux, it kept trying to link 64b system libs |
| 14:14.32 | brlcad | this is a 64/32 machine, so the flags have to be right |
| 14:14.34 | brlcad | and they're not |
| 14:17.20 | brlcad | looks like cmake logic is confused about "C flags", or at least what's needed when one runs BRLCAD_CHECK_FLAG |
| 14:17.31 | brlcad | that it must set the flag for compilation AND linking |
| 14:18.02 | brlcad | not passing the flag to CMAKE_*_LINKER_FLAGS |
| 14:18.59 | brlcad | ld: warning: in CMakeFiles/cmTryCompileExec3145753208.dir/src.c.o, file was built for i386 which is not the architecture being linked (x86_64) |
| 15:25.50 | *** join/#brlcad caen23 (~caen23@92.83.182.68) | |
| 15:43.02 | zero_level | brlcad : I hope the issue with bwrect was fine. Thus I think I move forward with the same style for other utils. |
| 15:48.37 | brlcad | zero_level: why is unistd.h included? |
| 15:48.43 | brlcad | you cannot include it without wrappers |
| 15:53.01 | brlcad | and bwrect does not look like it's set up right for processing the input/output files |
| 15:53.49 | brlcad | try: cat bwrect | bwrect ... |
| 15:55.12 | brlcad | the icv calls themselves look great |
| 15:55.17 | brlcad | nice and simple |
| 15:57.39 | brlcad | API critique: load+free do not pair well as a naming convention, I'd suggest icv_open() and icv_close() |
| 15:59.22 | *** join/#brlcad ClientAlive (~shine@216.16.61.156) | |
| 15:59.42 | brlcad | zero_level: you mentioned last week that you were done with merging all of your external changes so icv.h should be in a near-stable state, please give it another review to make sure the file is organized (declarations are in some reaonsable order, grouped accordingly) |
| 15:59.59 | ClientAlive | Holy shit! There is a #brlcad!! |
| 16:00.09 | brlcad | of course there is |
| 16:00.17 | ClientAlive | lol |
| 16:00.34 | ClientAlive | Aye... |
| 16:00.38 | ClientAlive | Are there any up to date tutorials for BRL-CAD? Video tutorials even? All I can find are these .pdf's (like a decade old) from Army Research Laboratory |
| 16:00.47 | brlcad | this channel has been live since before we became open source in 2004 |
| 16:01.06 | ClientAlive | That's so awesome! :) |
| 16:01.17 | ClientAlive | I just found out about it yesterday |
| 16:01.19 | brlcad | ClientAlive: the pdf's are still a pretty good starting place |
| 16:01.30 | ClientAlive | really? |
| 16:01.32 | brlcad | there's so much to cover and they only scratch the introductory surface |
| 16:01.35 | ClientAlive | sigh |
| 16:01.54 | ClientAlive | well... Ok, I guess :) |
| 16:01.55 | brlcad | we're working on a new set, but that all takes tons of time |
| 16:02.13 | brlcad | yeah, once you get through that mged tutorial, you'll know maybe 5% |
| 16:02.19 | brlcad | and it's like 300 pages |
| 16:02.40 | brlcad | (though most can get through it all in less than a day) |
| 16:03.03 | brlcad | http://brlcad.org/wiki/Documentation |
| 16:03.52 | ClientAlive | Ok, so, what I found on my computer to launch is actually called "Archer" <- Is that the correct program to be running? (I know some programs have multiple components you can run - like some ripping/burning software does). |
| 16:04.35 | brlcad | archer is our alpha release of a new GUI replacement to MGED |
| 16:05.17 | brlcad | archer can work, but you'll notice that it won't exactly match the MGED tutorial instrutions .. though it's pretty damn close |
| 16:05.35 | ClientAlive | so that makes it different enought to not line up with the old Army Research tutorials? Or no |
| 16:05.38 | brlcad | the mged intro is #2 in the docs list |
| 16:05.47 | ClientAlive | right |
| 16:05.49 | ClientAlive | ok |
| 16:06.09 | ClientAlive | You think vol 1 is even worth reading? |
| 16:06.15 | ClientAlive | I have it installed already |
| 16:06.47 | brlcad | one of our devs went through all the tutorials with archer and there were very few hiccups (some commands are named a little different) |
| 16:07.04 | ClientAlive | right on |
| 16:07.04 | brlcad | but then he knew the mapping, so I don't have a notion for how hard it will be starting from scratch |
| 16:07.26 | brlcad | you might want to start with MGED, go through the tutorials, and then switch to the archer interface |
| 16:07.43 | ClientAlive | well how have others learned? Word or mouth? Apprenticeship? |
| 16:07.58 | ClientAlive | I'm not trying to be a smartass, I'm serious |
| 16:08.08 | ClientAlive | *of* |
| 16:08.13 | brlcad | time and effort |
| 16:08.15 | brlcad | it's an expert system |
| 16:08.35 | brlcad | and like most, it really does take some training to learn the commands and infrastructure |
| 16:08.55 | ClientAlive | the thing looks friggin awesome! I have zero exper with something like this though |
| 16:09.06 | brlcad | most hop in here and ask questions, which is perfectly fine |
| 16:09.31 | brlcad | we're here 24/7 (though we may take a couple hours to respond sometimes, gotta eat and crap and write code and what not) |
| 16:09.42 | ClientAlive | I'm sure I'll come hang out sometimes, now that I know ya'all are here :) |
| 16:10.08 | ClientAlive | brlcad: peace :) |
| 16:10.56 | brlcad | sure, welcome and thanks for checking it out ;) |
| 16:11.21 | brlcad | we've got a lot of exciting stuff coming down the pipeline, but it does take a ton of time to implement new features |
| 16:11.24 | brlcad | and we're a relatively small team |
| 16:11.37 | brlcad | but we've been around a really long time and our rate is only increasing |
| 16:11.50 | brlcad | http://ibot.rikers.org/%23brlcad/ ... yeah, 200407 started logging, heh |
| 16:13.12 | ClientAlive | I started out trying to force blender into the role but that didn't turn out so well :0 |
| 16:13.14 | ClientAlive | lol |
| 16:13.23 | brlcad | so are you working on linux? windows? mac? |
| 16:13.40 | ClientAlive | ubuntu 12.04 atm :) |
| 16:13.56 | brlcad | yeah, blender sucks for CAD work, but I love those guys and what they're doing in the content creation domain |
| 16:14.47 | brlcad | so one thing to realize is that brl-cad includes hundreds of small commands that all are designed to work together (kind of like cat, ls, sed, awk, cut, find, etc on the command line) |
| 16:15.00 | ClientAlive | I can't knock blender for what it is. I messed around with it for a week or so - and still couldn't get caliper.py to install |
| 16:15.01 | brlcad | as well as gui applications like mged and mged/archer |
| 16:15.20 | ClientAlive | oh, ok |
| 16:15.26 | zero_level | brlcad : for isatty(..) |
| 16:15.59 | brlcad | sushi:.cmake morrison$ grep isatty ../src/util/* | wc |
| 16:16.00 | brlcad | <PROTECTED> |
| 16:16.00 | brlcad | sushi:.cmake morrison$ grep unistd ../src/util/* | wc |
| 16:16.00 | brlcad | <PROTECTED> |
| 16:16.04 | ClientAlive | well that sounds pretty interesting. I love working on the command line |
| 16:17.09 | brlcad | ClientAlive: so if creating geometry that way sounds interesting, you might want to check out http://brlcad.org/wiki/Main_Page#Tutorials |
| 16:17.31 | brlcad | shows how to do various things via shell scripts, python, perl |
| 16:17.32 | ClientAlive | cool |
| 16:24.21 | brlcad | a crash course for you to try, run: mged -c test.g make sph sph |
| 16:24.25 | brlcad | rt test.g sph |
| 16:27.12 | brlcad | zero_level: those grep lines were for you .. notice that many tools call isatty() but most don't include unistd.h |
| 16:27.58 | brlcad | unistd.h is not available on windows, so you need to figure out what the rest are doing (probably bio.h) |
| 16:36.09 | zero_level | brlcad : I avoided open because its no longer files we are handling. |
| 16:36.17 | zero_level | load is paired with save. |
| 16:38.53 | zero_level | And avoided freeing the memory in save. in order to support other processing. |
| 16:40.56 | Notify | 03BRL-CAD:mohitdaga * 56739 brlcad/trunk/src/util/bwrect.c: Remove unistd.h. Since unistd.h is not available in windows. |
| 16:48.03 | zero_level | brlcad : About variable declaration I want a sample from you. |
| 16:49.48 | zero_level | like some rviews about this. http://paste.kde.org/p3c7109ee/ |
| 17:05.31 | zero_level | ``Erik. Do u think its strict convention about asignment operator. To follow spaces. |
| 17:05.44 | zero_level | a = b; |
| 17:05.59 | zero_level | a=b; /* IS IT WRONG ?* / |
| 17:18.33 | ``Erik | use spaces |
| 17:20.32 | zero_level | ``Erik : Also, As I mentioned yesterday. |
| 17:20.49 | zero_level | There is an issue about icv_save. |
| 17:21.49 | zero_level | Although I use O_TRUNC flag. still it doesnt open a file if it is already created. |
| 18:00.45 | ``Erik | check the file mode, the default for pix files is 444, which prohibits writing |
| 18:54.26 | *** join/#brlcad caen23 (~caen23@92.83.182.68) | |
| 19:52.12 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5967 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */ |
| 19:55.46 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 20:54.00 | *** join/#brlcad ClientAlive (~shine@216.16.61.156) | |
| 20:56.17 | ClientAlive | I think there's a problem with my hotkeys for constraint translation. I would assume that with that view the object would only move in one straight line, right? But when I hit shit + alt + < some mouse button > I can drag the oject all about in circles or wherever. |
| 20:57.50 | ClientAlive | Anyways... |
| 21:00.15 | ClientAlive | Sorry, what it actually does is move the entire application window when use shift+alt+<mouse button> |
| 21:00.19 | ClientAlive | What can I do? I've already tried going in throught settings and change the hotkeys for what it was actually doing when I hit shift+alt (moving the entire application window). |
| 22:37.13 | *** join/#brlcad merzo (~merzo@14-58-132-95.pool.ukrtel.net) | |
| 23:07.37 | ``Erik | starseeker: https://github.com/Inaimathi/forthlike |
| 00:17.54 | *** join/#brlcad ClientAlive (~shine@216.16.61.156) | |
| 15:44.10 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 15:44.10 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 15:47.48 | *** join/#brlcad merzo (~merzo@14-58-132-95.pool.ukrtel.net) | |
| 16:08.55 | pawleeq_ | brlcad, ok, thank you. Right now I am testing it inside mged, I will se hou mvall and cpall will deal with it. |
| 16:13.07 | ``Erik | brlcad: I'd not really know what delete does, 'unlink' is how to rm a file, I'd think of delete as being a c++ memory op |
| 16:17.21 | ``Erik | we have rt_new_rti() and rt_free_rti()... should we carry that and have icv_new() and icv_free() ? |
| 16:18.23 | ``Erik | (I'm not really sure|I don't really know) |
| 19:28.18 | zero_level | ``Erik : icv_create(..) and icv_load(..) are two functions for creating an image structure (allocating memory space as per the size.) and |
| 19:28.49 | zero_level | for loading and image (from a file or stdin or a pipe.) respectively. |
| 19:29.44 | zero_level | so as per your suggestion I believe we should change the name of icv_Create to icv_new. |
| 19:29.50 | zero_level | right ? |
| 20:29.51 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5968 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */ |
| 20:51.33 | zero_level | brlcad : I am not sure if I should convert utilities like pixinterp2x and pixhalve. when we have very power utilities like pixscale and bwscale. |
| 20:51.44 | zero_level | Pls suggest me if those are needed ? |
| 22:36.24 | *** join/#brlcad merzo (~merzo@203-37-133-95.pool.ukrtel.net) | |
| 22:52.04 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 23:06.27 | *** join/#brlcad caen23 (~caen23@92.81.188.106) | |
| 00:01.06 | *** join/#brlcad merzo_ (~merzo@203-37-133-95.pool.ukrtel.net) | |
| 00:57.04 | *** join/#brlcad caen23 (~caen23@92.81.188.106) | |
| 01:07.05 | *** join/#brlcad caen23 (~caen23@92.81.188.106) | |
| 01:12.04 | starseeker | ``Erik: hah, cool! (too bad it's GPLv3, but still cool!) |
| 01:15.54 | starseeker | brlcad: he updated the license to LGPL/GPL on the gdiam code: http://valis.cs.uiuc.edu/~sariel/research/papers/00/diameter/ |
| 02:07.34 | *** join/#brlcad caen23 (~caen23@92.81.188.106) | |
| 02:43.02 | brlcad | zero_level: right now this is just design discussion, not dictating changes one way or another |
| 02:43.20 | brlcad | the concern is more that there is at least a couple (minor) usability problems with the current names |
| 02:47.39 | brlcad | ``Erik: I'd argue that rt_new_rti()+rt_free_rti() is just wrong .. should be alloc+free or new+delete |
| 02:50.37 | brlcad | the notion that delete pertains to deleting memory would have come to mind if this were a c++ library but since it's not, gut feeling is that it's specifically misleading for that very reason .. wrong convention |
| 02:53.33 | brlcad | ``Erik: zero_level: what do you think about icv_create+icv_destroy (previously icv_create+icv_free) and icv_read+icv_write (previously icv_load+icv_save)? I think those are the two pairings in question. |
| 03:08.01 | *** join/#brlcad caen23 (~caen23@92.81.188.106) | |
| 04:08.27 | *** join/#brlcad caen23 (~caen23@92.81.188.106) | |
| 05:08.57 | *** join/#brlcad caen23 (~caen23@92.81.188.106) | |
| 07:27.45 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 08:41.56 | Notify | 03BRL-CAD Wiki:Level zero * 5969 /wiki/User:Level_zero/GSOC13/logs: /* Week 8 */ |
| 10:25.02 | zero_level | brlcad : I think your last suggestion is nice. |
| 10:26.11 | zero_level | ``Erik : waiting for your consent. :-) |
| 10:36.51 | *** join/#brlcad caen23 (~caen23@92.81.188.106) | |
| 10:55.09 | Notify | 03BRL-CAD:phoenixyjll * 56742 brlcad/trunk/src/libbrep/boolean.cpp: Implement a function to check the validity of the outer loop before adding a trimmed face. |
| 10:59.26 | ``Erik | *shrug* ya don't need my consent, dude, you're expected to be an intelligent and thoughtful contributor :) |
| 11:01.04 | ``Erik | read/write vs load/save would have atomicity implications to me, read/write being buffered and load/save being 'do it to completion, then return'... *shrug* pix is streamable, png and jpg tend to want to be all at once... |
| 11:01.37 | ``Erik | brlcad: if new/free is considered wrong, we should document 'right' in HACKING and work towards normalizing our api towards it |
| 11:29.13 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 12:07.57 | Notify | 03BRL-CAD:phoenixyjll * 56743 brlcad/trunk/src/libbrep/boolean.cpp: Mark the functions used only within this file with HIDDEN. |
| 13:04.56 | zero_level | ``Erik : Sure. I am trying to develop into an intelligent and a thoughtful contributor. Just my names are bad. |
| 13:05.04 | zero_level | ``Erik : Regarding streaming. |
| 13:13.14 | zero_level | bw_save and pix_save are now modified such that they can stream on stdout or any pipe linked to that. |
| 13:13.40 | zero_level | similarly bw_load and pix_load can read from stdin. |
| 13:22.04 | ``Erik | zero_level: this naming issue seems to be a matter of opinion, what you chose seemed on par with a native english speaker and competent coder... you're doing great! and having 'automagic' streaming of pix and bw data is awesome |
| 13:22.09 | ``Erik | keep up the good work! |
| 13:23.15 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:29.59 | *** join/#brlcad caen23 (~caen23@92.81.188.106) | |
| 13:34.27 | zero_level | ``Erik: indeed you could test that on bwrect |
| 13:34.38 | zero_level | take any 512 size image. |
| 13:35.29 | zero_level | type1 : "Read from file save to file" $ bwrect -S256 -o out.bw in.bw |
| 13:36.12 | zero_level | type 2 : "Read from pipe and save to file" $ bwrect -s256 -o out.bw < in.bw |
| 13:36.40 | zero_level | type 2 : "Read from pipe and save to file" $ bwrect -s256 -o out.bw < in.bw |
| 13:36.52 | zero_level | coorection " type 2 : "Read from pipe and save to file" $ bwrect -S256 -o out.bw < in.bw |
| 13:40.31 | zero_level | type 3 : "Read from file save to pipe" $ bwrect -S256 in.bw > out.bw |
| 13:40.49 | zero_level | type 4 : "Read from pipe save to pipe" $ bwrect -S256< in.bw > out.bw |
| 13:42.42 | brlcad | zero_level: your names certainly aren't bad |
| 13:42.55 | brlcad | please don't mistake me questioning them as suggesting that |
| 13:44.01 | brlcad | particularly for a library, I ask myself "can it be better?" |
| 13:44.05 | brlcad | especially for new code |
| 13:45.22 | brlcad | since it's got no maintenance cost yet and is at a stage where it's most efficient to inspect the design (particularly with respect to usability) |
| 13:46.36 | brlcad | names certainly are subjective, but aiming for common or "good enough" is never the bar I aim for |
| 13:47.30 | brlcad | best it can be without changing the purpose / scope / complexity |
| 13:49.24 | *** join/#brlcad Izak (~Izak@66-118-151-70.static.sagonet.net) | |
| 13:49.59 | ``Erik | zero_level: rather than I try to concoct some test, what if you do a quick test program to prove it and add it to the ctest suite using the "add_test()" function? |
| 13:50.46 | ``Erik | then we have a button to push to prove if the code is solid in the future, on various platforms and through changes :) |
| 14:11.52 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 14:19.28 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 15:06.43 | Notify | 03BRL-CAD Wiki:Phoenix * 5970 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 8 */ |
| 15:17.52 | Notify | 03BRL-CAD:ejno * 56744 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: experiments with double-precision, memory alignment, memory reading methods |
| 15:29.53 | Ch3ck | brlcad: starseeker: ``Erik: I would like you to please review my patches on sf |
| 15:38.15 | Notify | 03BRL-CAD:iiizzzaaakkk * 56745 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Adding hrt_invsq vector and hrt_invRSSR matrix fields to heart structure |
| 15:38.26 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5971 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */ |
| 15:42.09 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 15:45.37 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 16:16.20 | Notify | 03BRL-CAD:iiizzzaaakkk * 56746 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added rt_hrt_print() routine and removed rt_hrt_??port4() routines pertaining to version 4 of database |
| 16:20.00 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 16:39.28 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 16:54.00 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:02.06 | Notify | 03BRL-CAD:iiizzzaaakkk * 56747 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added rt_hrt_import5() routine to import the database format to the internal format |
| 17:25.32 | Notify | 03BRL-CAD:ejno * 56748 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: use doubles. The "random dots" problem was caused by the mistake of using the same kernel for each shot; creating a new kernel for each shot is too expensive so librt parallelism is now prevented with a semaphore |
| 17:31.17 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:32.11 | Notify | 03BRL-CAD:ejno * 56749 (brlcad/branches/opencl/src/librt/primitives/sph/aligned_sph.c =================================================================== and 669 others): rm old files |
| 17:42.49 | Notify | 03BRL-CAD:ejno * 56750 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: actually, it can be parallelized by librt |
| 17:46.58 | Notify | 03BRL-CAD:iiizzzaaakkk * 56751 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added rt_hrt_export5() routine to export from internal format to database format |
| 17:50.26 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5972 /wiki/User:Izak/GSOC_2013_logs: /* August 5th to August 9th */ |
| 18:09.58 | Izak__ | :quit |
| 18:53.54 | Notify | 03BRL-CAD:brlcad * 56752 brlcad/trunk/src/librt/primitives/bot/tieprivate.h: consistency with the other pointer tests, cast through intptr_t and mask against a long |
| 18:55.12 | Notify | 03BRL-CAD:brlcad * 56753 brlcad/trunk/src/librt/primitives/bot/bot.c: some basic sanity checking, hunting a stack smash |
| 19:09.00 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b119:4fd9:0:4a:959d:9001) | |
| 19:19.50 | Notify | 03BRL-CAD:brlcad * 56754 brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c: do some more cleanup to make sure we don't dereference a null accidentally. almost a few more size_t vs intptr_t casts just they're different. |
| 19:22.54 | Notify | 03BRL-CAD:brlcad * 56755 brlcad/trunk/src/librt/primitives/bot/tie.c: more null dereferencing checks so that we don't segfault and using 0x7L consistently as a long. should not be encountering the INTERNAL ERROR debug line... but we are. definitely a pooched tree. |
| 19:29.32 | Notify | 03BRL-CAD:brlcad * 56756 brlcad/trunk/src/librt/primitives/bot/tie.c: pair bu_malloc()+bu_free() but make sure it's not a null pointer just in case the book-keeping is pooched (which it is). |
| 19:36.56 | *** join/#brlcad mpictor__ (~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f) | |
| 19:38.20 | *** join/#brlcad markp (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:43.25 | *** join/#brlcad mpictor__ (~mpictor_@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:46.52 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 20:02.03 | Notify | 03BRL-CAD:brlcad * 56757 brlcad/trunk/misc/CMake/CompilerFlags.cmake: fix a bug when checking C and CXX flags sequentially, the latter was always getting the cached result because the same cache variable name was being specified. this was presenting itself as CC: unrecognized option '-Qunused-argument' messages (which is apparently not a valid C++ flag, but is valid for C) and potentially any other flag where the |
| 20:02.05 | Notify | result should be different (obviously). |
| 20:08.12 | starseeker | winces - sorry about that |
| 20:08.22 | Notify | 03BRL-CAD:brlcad * 56758 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: enable stack protection for non-optimized debug-enabled builds. for gcc 4.1+ this is -fstack-protector-all, for clang it's -qstackprotect. wouldn't think we need both, but would need to check the c/cxx flags independently otherwise in case the caller is compiling c with clang and cxx with g++ (for example). easier to just check them both |
| 20:08.24 | Notify | to handle such situations. |
| 20:35.45 | brlcad | thinks he just might understand the TIE 32-bit bug now |
| 20:36.17 | starseeker | O.o |
| 20:48.29 | Notify | 03BRL-CAD:starseeker * 56760 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add test for bn_poly_sub from sf patch #224 by Nyah Check. Interestingly, seems to be a difference between our routine and Octave - will need to double check that. |
| 20:48.31 | Notify | 03BRL-CAD:mohitdaga * 56759 (brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c and 5 others): As per Sean's suggestion, Change the name if icv api (save to write) |
| 21:38.41 | zero_level | brlcad : Does update in bwrect qualifies for NEWS ? |
| 21:38.52 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:40.19 | Notify | 03BRL-CAD:mohitdaga * 56761 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c and 3 others): As per Sean's suggestion, Change the name of icv api (load to read). |
| 21:55.38 | Notify | 03BRL-CAD:mohitdaga * 56762 (brlcad/trunk/include/icv.h brlcad/trunk/src/libged/screengrab.c and 3 others): As per Sean's suggestion, Change the name of icv api (free to destroy). |
| 22:03.28 | *** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net) | |
| 22:12.44 | brlcad | zero_level: yes indeed it does |
| 22:13.10 | brlcad | most any user-visible change must be recorded in NEWS |
| 22:14.00 | brlcad | as this is public documentation, note that the format is very strict and must be precise (while being as detailed as possible) |
| 22:19.51 | Notify | 03BRL-CAD:mohitdaga * 56763 brlcad/trunk/include/icv.h: Add comments about new icv_read and icv_write. Also sanitize some comments due to change in name of api. |
| 22:35.29 | *** join/#brlcad merzo (~merzo@103-12-133-95.pool.ukrtel.net) | |
| 22:45.47 | zero_level | I see only a one liner comment. |
| 23:09.27 | brlcad | zero_level: it is just a one-liner comment |
| 23:09.40 | brlcad | that's why the format is very specific |
| 23:10.19 | brlcad | past tense, standard keywords, fit within column 70 |
| 23:10.38 | brlcad | as descriptive as possible (from a user's perspective) |
| 23:51.25 | Notify | 03BRL-CAD:brlcad * 56764 brlcad/trunk/src/libbu/heap.c: looks like this straggler didn't get committed. use the new api typedef for the callback |
| 23:56.17 | brlcad | tries fixing TIE |
| 00:58.53 | Notify | 03BRL-CAD:starseeker * 56765 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Remove most of the comment out lines, ws |
| 01:02.55 | Notify | 03BRL-CAD:starseeker * 56766 brlcad/trunk/src/other/libgdiam/gdiam.cpp: Add notes about approach to take for improving robustness - need to study overall algorithms to identify other points where floating point weirdness needs to be handled... |
| 02:21.00 | brlcad | hot damn |
| 02:21.48 | brlcad | fucking needles in haytacks |
| 02:53.56 | Notify | 03BRL-CAD:brlcad * 56767 brlcad/trunk/include/tie.h: since TIE tries to be coherent, document the sizes of each of the struct elements and ensure that we stay on 4-byte boundaries. ironically shows that several core data structs do not fit within a cache line when using double-precision, so this is far from optimal. related and most significantly, I'm adding two new 'b' fields (on tie_tri_s and tie_kdtree_s) to |
| 02:53.58 | Notify | hold kd-tree data. reason why will become apparent in the next commit. |
| 03:16.55 | Notify | 03BRL-CAD:brlcad * 56768 (brlcad/trunk/src/librt/primitives/bot/tie.c brlcad/trunk/src/librt/primitives/bot/tie_kdtree.c brlcad/trunk/src/librt/primitives/bot/tieprivate.h): Fix 32-bit TIE. The problem was someone trying to be far too clever packing bits into a pointer address. You read that right. Bits were being set/unset and read from WITHIN the pointer VALUE. Even remember telling Justin many many years ago |
| 03:16.57 | Notify | this would be a problem, but obviously nothing came of that. My vague recollection was that he was hijacking particular bits that were always zero given particular struct allocation sizes. Of course, this is incredibly presumptuous and volatile to struct member type sizes, 32-bit vs 64-bit compilation, implicit padding/alignment issues, and more.This gets TIE working on 32-bit compilation (and generally more portably |
| 03:16.59 | Notify | all around) by extracting those bit values that were being packed into their own struct element (for both the kdtree and the tri structs) where this was happening. This took quite a bit of very cautious surgery to extract and propagate the bits correctly. There may be more needed (e.g., didn't test single-precision), but seems to work swell in all the tests I threw at it. Made (probably unnecessarily) most of the... |
| 03:19.45 | Notify | 03BRL-CAD:brlcad * 56769 brlcad/trunk/BUGS: comment significantly out of date, not observed that m1151 issue in a while and have traced one since then. |
| 03:21.54 | Notify | 03BRL-CAD:brlcad * 56770 brlcad/trunk/TODO: 32b bottie crash is fixed. no comment on why existing makesegs is insufficient and backend repo was updated so can clear those out |
| 03:30.47 | Notify | 03BRL-CAD:brlcad * 56771 brlcad/trunk/NEWS: fixed the 32-bit librt/adrt/TIE crashes. code was trying to be far too clever packing data into a pointer address value. put the data up into the struct so we don't have to worry about the slew of things that make that a bad idea. |
| 04:38.07 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 05:31.02 | Notify | 03BRL-CAD:phoenixyjll * 56772 brlcad/trunk/src/libbrep/boolean.cpp: We should take care of the intersection tolerance, and "fix" the "gaps" if necessary. |
| 07:32.20 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:21.18 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 09:06.35 | *** join/#brlcad caen23 (~caen23@92.85.95.18) | |
| 10:48.39 | *** join/#brlcad caen23 (~caen23@92.85.95.18) | |
| 10:48.39 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 10:48.40 | *** join/#brlcad merzo (~merzo@103-12-133-95.pool.ukrtel.net) | |
| 10:48.40 | *** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net) | |
| 10:48.40 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 10:48.40 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 10:48.40 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 10:48.40 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xmppilpmofuwgrrd) | |
| 10:48.40 | *** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net) | |
| 10:48.40 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 10:48.40 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 10:48.40 | *** join/#brlcad ChanServ (ChanServ@services.) | |
| 10:48.40 | *** mode/#brlcad [+o ChanServ] by hubbard.freenode.net | |
| 10:49.49 | starseeker | confirms working isst on 32-bit Linux Mint |
| 10:49.49 | starseeker | woot! |
| 10:49.50 | starseeker | brlcad++ |
| 10:50.05 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:55.32 | *** join/#brlcad OneMore_ (~santos@pal1-84-90-21-87.netvisao.pt) | |
| 11:04.40 | ``Erik | hm, so it was over-cleverness with packing data into low bits of a pointer, the point of that was to keep the cache lines minimally packed with the 'right' data (normal for old tie was 32b float) |
| 11:05.00 | ``Erik | I wonder what the performance implications are :D |
| 11:18.33 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 11:21.45 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 11:33.32 | Ch3ck | starseeker: ticket 224 has been applied but has not been closed yet. |
| 11:33.37 | Ch3ck | rechecking 223 and 225 |
| 11:34.58 | Notify | 03BRL-CAD:d_rossberg * 56773 brlcad/trunk/src/conv/raw/g-raw.c: ups, I must have overlooked this g-stl remnant |
| 11:38.16 | Notify | 03BRL-CAD:erikgreenwald * 56774 brlcad/trunk/src/adrt/isst_tcltk.c: strcp->bu_strncmp |
| 11:50.48 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:52.06 | brlcad | ``Erik: yeah, I talked about that a little bit in 56767 .. the structures were a cacheline mess for single and double precision |
| 11:52.23 | brlcad | looks like he also assumed 32-bit compilation |
| 11:53.27 | brlcad | either way, working .. vs fast and broken ;) |
| 11:53.54 | brlcad | rather "faster" .. I didn't observe a huge impact (probably because they already go way over cache line sizes) |
| 11:58.01 | ``Erik | I may've mucked up quite a bit altering things to get awayfrom tfloat for everything *shrug* :/ |
| 11:58.35 | ``Erik | but it works, w00t, so faster rt and one less obstacle for isst |
| 12:06.55 | *** join/#brlcad caen23 (~caen23@92.85.95.18) | |
| 12:06.58 | Notify | 03BRL-CAD:d_rossberg * 56775 brlcad/trunk/src/conv/g-voxel.c: print the voxel's coordinates rather than its indicesstill needs some tests and fine tuning |
| 12:16.14 | Notify | 03BRL-CAD:phoenixyjll * 56776 brlcad/trunk/src/libbrep/boolean.cpp: Avoid getting nested polycurves, which makes ON_Brep::IsValid() to fail. If the curve we are going to append to a polycurve itself is a polycurve, we append each segments separately. |
| 13:10.27 | Notify | 03BRL-CAD:tbrowder2 * 56777 brlcad/trunk/doc/docbook/system/man1/en/mged.xml: use correct word 'within' |
| 13:15.43 | Notify | 03BRL-CAD:phoenixyjll * 56778 brlcad/trunk/src/libbrep/boolean.cpp: DEBUG is defined in brlcad_config.h. Use DEBUG_BREP_BOOLEAN instead. |
| 13:17.07 | Notify | 03BRL-CAD:phoenixyjll * 56779 brlcad/trunk/src/libbrep/boolean.cpp: l/100.0 is the normalized parameter. We should call ParameterAt(). |
| 13:18.59 | Notify | 03BRL-CAD:phoenixyjll * 56780 brlcad/trunk/src/libbrep/boolean.cpp: Remove temporal debug message, and print more infomation for the stack error and sort failure. |
| 13:22.33 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5973 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */ |
| 13:22.41 | Notify | 03BRL-CAD:carlmoore * 56781 brlcad/trunk/src/libbn/tests/bn_poly_sub.c: fix wording & spelling, and remove a few blank lines |
| 13:24.24 | Notify | 03BRL-CAD:carlmoore * 56782 brlcad/trunk/src/librt/primitives/hrt/hrt.c: fix spelling, and remove trailing blanks/tabs |
| 13:25.38 | Notify | 03BRL-CAD:erikgreenwald * 56783 brlcad/trunk/src/adrt/librender/cut.c: fix ray direction for initial cut shot |
| 13:29.17 | Notify | 03BRL-CAD:mohitdaga * 56784 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/decimate.c brlcad/trunk/src/libicv/pix.c): Trailing WS |
| 13:38.28 | Notify | 03BRL-CAD:phoenixyjll * 56785 brlcad/trunk/src/libbrep/boolean.cpp: Returning the result of minus and implicit conversion to int for comparison is not correct for floating points. Should use explicit > and < comparison. |
| 13:41.05 | Izak_ | ``Erik: Please can you take a look at the rt_hrt_describe() routine I have written here http://paste.kde.org/p37dcb7dc/ |
| 13:42.00 | Notify | 03BRL-CAD:tbrowder2 * 56786 brlcad/trunk/src/libged/comb_color.c: remove command name from usage string (fixes double listing inside mged) |
| 13:42.38 | Notify | 03BRL-CAD Wiki:Phoenix * 5974 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */ |
| 13:57.18 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5975 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 9 */ |
| 14:06.29 | ``Erik | Izak_: looks good to me *shrug* |
| 14:23.34 | Notify | 03BRL-CAD:d_rossberg * 56787 (brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.def brlcad/trunk/misc/win32-msvc/Dll/brlcad.def): rt_g is now RTG |
| 14:27.32 | Notify | 03BRL-CAD:d_rossberg * 56788 brlcad/trunk/misc/win32-msvc/Dll/CMakeLists.txt: include libgdiam into the brlcad.dll |
| 14:31.01 | Notify | 03BRL-CAD:d_rossberg * 56789 brlcad/trunk/misc/win32-msvc/Dll/BrlcadCore.rc: somebody said the old eagle logo taboo, replaced it with the new gear logo in the brlcad.dll |
| 14:43.36 | Notify | 03BRL-CAD:tbrowder2 * 56790 brlcad/trunk/doc/docbook/system/man1/en/mged.xml: add a section on scripting mged |
| 14:47.46 | Notify | 03BRL-CAD:iiizzzaaakkk * 56791 brlcad/trunk/src/librt/primitives/hrt/hrt.c: rt_hrt_describe() routine to present heart in human-readable form |
| 14:52.17 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:53.55 | brlcad | Izak_: looks godo to me too. describe is for the 'l' command in mged and is just meant to be human-readable without a specific format |
| 15:09.42 | Notify | 03BRL-CAD:carlmoore * 56792 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/util/bwrect.c): remove trailing blanks/tabs |
| 15:11.40 | Notify | 03BRL-CAD:carlmoore * 56793 (brlcad/trunk/src/conv/g-voxel.c brlcad/trunk/src/librt/primitives/hrt/hrt.c): remove trailing blanks/tabs, and fix a spelling |
| 15:16.54 | Izak_ | brlcad:``Erik: okay commited it already |
| 15:22.24 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5976 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */ |
| 16:44.44 | Notify | 03BRL-CAD:starseeker * 56794 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start working on surfaces for g-step |
| 16:49.09 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.161.111) | |
| 16:53.58 | Notify | 03BRL-CAD:erikgreenwald * 56795 (rtcmp/trunk/configure.ac rtcmp/trunk/rt/rt.c rtcmp/trunk/tri.c): cope with changes in the BRL-CAD API |
| 16:54.44 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:06.46 | Notify | 03BRL-CAD:erikgreenwald * 56796 (rtcmp/trunk/adrt/adrt.c rtcmp/trunk/configure.ac): updates for the version of TIE integrated into librt |
| 17:10.59 | Notify | 03BRL-CAD:starseeker * 56797 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add general nurbs surfaces, add knots as well. |
| 17:17.23 | Notify | 03BRL-CAD Wiki:Harman052 * 5977 /wiki/User:Harman052/GSoc2013/Logs: |
| 17:39.24 | Notify | 03BRL-CAD:ejno * 56798 brlcad/branches/opencl/src/librt/primitives/sph/sph.c: load OpenCL code from a file; use the librt formula |
| 17:59.14 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 18:06.59 | Notify | 03BRL-CAD:ejno * 56799 (brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): calculate radsq on the host (this would be calculated once per sphere) |
| 18:07.33 | Notify | 03BRL-CAD:carlmoore * 56800 brlcad/trunk/src/conv/euclid/g-euclid.c: removed 's:' from bu_getopt argument string, because it is unused |
| 18:26.00 | Notify | 03BRL-CAD:erikgreenwald * 56801 (rtcmp/trunk/adrt/adrt.c rtcmp/trunk/dry/dry.c and 4 others): various warning quellage |
| 18:30.58 | Notify | 03BRL-CAD:erikgreenwald * 56802 (brlcad/trunk/src/adrt/isst brlcad/trunk/src/adrt/isst_tcltk.c): simplify C part of cut mode by moving logic into tcl |
| 18:31.21 | zero_level | brlcad , ``Erik: It is strange that pixrect has an option of number of bytes. |
| 18:31.31 | Notify | 03BRL-CAD:erikgreenwald * 56803 brlcad/trunk/src/adrt/isst: escape key now exits |
| 18:31.56 | zero_level | bytes_per_pixel |
| 18:32.04 | *** join/#brlcad caen23 (~caen23@92.83.180.66) | |
| 18:32.04 | zero_level | Do you think this is needed ? |
| 18:32.28 | zero_level | is modifiying the utils to use icv library. |
| 18:34.03 | ``Erik | I'd guess it's there to allow it to be used on bw images as well? I don't know if there're any other good reasons to have that knob |
| 18:34.14 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5978 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 8 */ |
| 18:34.19 | zero_level | we have bwrect as well. |
| 18:34.28 | zero_level | I think its good to remove that. |
| 18:34.49 | zero_level | ``Erik : Is there are process to easily change the man pages. |
| 18:34.57 | zero_level | i see them as xml files |
| 18:35.50 | ``Erik | a lot of them have been converted to docbook, so the xml generates the roff, html, pdf, etc |
| 18:36.09 | zero_level | wants to update the doc pages of utils. |
| 18:36.42 | Notify | 03BRL-CAD:mohitdaga * 56804 brlcad/trunk/src/util/bwrect.c: Remove Debug Parameters from bwrect.c |
| 18:38.49 | zero_level | so do u suggest editing the xml files ? |
| 18:39.27 | zero_level | in this case doc/docbook/system/man1/en/bwrect |
| 18:39.36 | zero_level | .xml |
| 18:42.41 | Notify | 03BRL-CAD:erikgreenwald * 56805 brlcad/trunk/src/adrt/isst: fix namespace seperator |
| 19:07.36 | Notify | 03BRL-CAD:mohitdaga * 56806 brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml: Documnetation for bwrect utility |
| 19:07.43 | zero_level | brlcad, ``Erik : Do we document the api fucntions somewhere ? Other than the doxygen comments ? |
| 19:09.10 | Notify | 03BRL-CAD:mohitdaga * 56807 brlcad/trunk/src/util/bwrect.c: Correct Typo. |
| 19:13.19 | zero_level | also ``Erik : just found that the pixrect utility is designed such that it can extract rectangles from any datatype like arrays of floats etc. |
| 19:13.31 | zero_level | I am not sure if that is required. |
| 19:23.41 | Notify | 03BRL-CAD:starseeker * 56808 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start building topology - looks like we may have an issue with the SdaiEdge_loop initialization. |
| 19:26.06 | zero_level | what is the difference between |
| 19:26.23 | zero_level | bwrect [-n height] |
| 19:26.37 | zero_level | bwrect -n height |
| 19:28.25 | *** join/#brlcad caen23 (~caen23@92.81.189.237) | |
| 19:32.04 | Notify | 03BRL-CAD:starseeker * 56809 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add a note to check out the diamond inheritance fix recently made to stepcode - may relate to this edge_loop issue. |
| 20:05.59 | ``Erik | zero_level: the '[]' indicates that it's an optional parameter |
| 20:06.41 | ``Erik | http://superuser.com/questions/134166/how-to-read-unix-usage has some info |
| 20:07.47 | zero_level | also ``Erik : i would like to know about the scope of pixrect. |
| 20:08.42 | zero_level | Do u think It is fine to limit its uses for 3 channel pix images. Provided we have one for bw images (bwrect). |
| 20:09.58 | ``Erik | I honestly don't know... in theory, we should have an icv_rect() function that can cope with whatever happens to be in the opaque container... |
| 20:10.30 | ``Erik | but I don't know if any tools exist that use this byte size behavior... |
| 20:11.35 | ``Erik | rocks an eyebrow at r23652 |
| 20:11.41 | ``Erik | s/r/c/ |
| 20:15.00 | ``Erik | hm, variable pixel size was added in 1986 by Phil (I assume Dykstra), r1212 |
| 20:15.46 | ``Erik | before that, Mike (Muuss) had written it to be the 3 byte pix format |
| 20:16.31 | ``Erik | bwrect existed at r877 |
| 20:19.03 | ``Erik | so the option probably existed for some reason other than handling bw |
| 20:23.58 | zero_level | ``Erik : but we use icv containers. |
| 20:24.47 | zero_level | and it has limitation in the type data it can contain. (as agreed by all of us) |
| 20:26.01 | zero_level | ``Erik how do u see revision dating back to r877 and r1212. (curious) |
| 20:27.25 | ``Erik | there's a "hitch" in the 22000's, check out an older version and you can continue... I've mostly been using the git conversion for looking at old stuff :) |
| 20:28.18 | zero_level | ? |
| 20:28.47 | ``Erik | maybe the -# option should throw an error, or override the current behavior... I d'no... maybe another mentor or sr dev has an opinion :) |
| 20:29.17 | zero_level | alright. So do you think i should be posting a mail ? |
| 20:29.45 | ``Erik | sure, probably a good thing to do... answers might come back via mailing list or via irc, though |
| 20:32.41 | zero_level | ok. I will modify it and post it to brlcad-devel list. |
| 20:32.49 | zero_level | Lets see if any one has an issue. |
| 20:32.59 | zero_level | ``Erik : thanks :) |
| 20:52.32 | Notify | 03BRL-CAD:mohitdaga * 56810 (brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml brlcad/trunk/src/util/bwrect.c): Add higher dimensional flag in bwrect |
| 21:20.38 | Notify | 03BRL-CAD:starseeker * 56811 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/search.c): Start inching towards the new db_search API. Move the to-be-deprecated search header contents into their own file. Can't flag them yet because they are still used. |
| 21:21.51 | Notify | 03BRL-CAD:r_weiss * 56812 (brlcad/trunk/include/tie.h brlcad/trunk/src/librt/primitives/bot/tie.c and 2 others): Changes to BOT-TIE to remove bit operations. |
| 21:23.11 | Notify | 03BRL-CAD:carlmoore * 56813 brlcad/trunk/src/conv/euclid/g-euclid1.c: implement h?, and add P to the Usage |
| 21:23.28 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:25.24 | Notify | 03BRL-CAD:mohitdaga * 56814 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/pixrect.c): pixrect modified to use icv api. It now no longer supports bytes_per pixel option and assumes 3 bytes for .pix files. Also prompting has been removed. Supports only command line arguments. |
| 21:46.54 | Notify | 03BRL-CAD:carlmoore * 56815 brlcad/trunk/src/conv/jack/g-jack.c: add h?, and, in the Usage, add P |
| 22:25.34 | Notify | 03BRL-CAD:mohitdaga * 56816 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): use bu_log instead of fprintf for showing up error messages. |
| 22:26.43 | brlcad | zero_level: we're getting away from -h meaning "high resolution", just so you know |
| 22:26.53 | brlcad | -h and -? should universally provide some sort of help |
| 22:27.21 | brlcad | and there should be a -s or -S size option and/or -nheight -wwidth options |
| 22:28.33 | brlcad | the change you made in r56810 is fine because you didn't actually say it was high res in the docs, just in the commit message |
| 22:31.47 | zero_level | brlcad : Thanks for informing me. I will take care while taking on other utils |
| 22:32.43 | zero_level | brlcad : Also I wanted some feedback regarding r56814 |
| 22:32.53 | zero_level | Sent a mail on brlcad-devellist |
| 22:34.20 | brlcad | saw it |
| 22:34.57 | brlcad | will have to investigate but probably covered by other functionality |
| 22:35.12 | Notify | 03BRL-CAD:mohitdaga * 56817 brlcad/trunk/NEWS: Added news for bwrect. |
| 22:40.02 | Notify | 03BRL-CAD:brlcad * 56818 brlcad/trunk/NEWS: mohit improved bwrect to accept redirected input/output image, improved usability/consistency. |
| 22:40.32 | brlcad | the commit messages for the NEWS file are also important, they're automatically extracted for reports |
| 22:40.55 | Notify | 03BRL-CAD:mohitdaga * 56819 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): -h option no longer means higher resolution images. It points to help regarding utility. |
| 22:41.03 | brlcad | so they should include information that won't fit on the one-liner like why/how/when/impact/etc |
| 22:42.32 | brlcad | feel free to remove all references to high-resolution ;) |
| 22:42.42 | zero_level | brlcad : Thanks for the update in NEWS. |
| 22:43.16 | zero_level | I was just going to ask you to review. I was ultra cautioned while writting. And this is better. :) |
| 22:43.45 | brlcad | it was almost perfect |
| 22:44.03 | zero_level | brlcad : about higher resolution i will do them as i move on. |
| 22:44.27 | brlcad | pipes are '|' while '>' and '<' are redirections |
| 22:44.27 | zero_level | brlcad : I am currently also looking at png format images |
| 22:44.45 | brlcad | cool |
| 22:44.45 | zero_level | i mean a seperate png.c |
| 22:45.10 | zero_level | ``Erik,brlcad : I just wanted to ask a concern regarding saving. |
| 22:45.43 | brlcad | so what does it do now if I say bwrect -s 512 -S 256 <file.bw > file.png |
| 22:46.05 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 22:46.23 | brlcad | ~seen kesha |
| 22:46.27 | infobot | kesha <~kesha@14.139.122.114> was last seen on IRC in channel #brlcad, 9d 11h 12m 23s ago, saying: 'Deadline is approaching ..'. |
| 22:46.48 | brlcad | ah |
| 22:46.50 | brlcad | ~seen kesha_ |
| 22:46.50 | infobot | kesha_ <~kesha@14.139.122.114> was last seen on IRC in channel #brlcad, 8d 6h 24m 21s ago, saying: 'brlcad: ya, I am attaching new patch over there'. |
| 22:46.57 | brlcad | hm |
| 22:47.23 | brlcad | ah, so hasn't talked in 8 days |
| 22:49.16 | zero_level | Do we always save png files in 32 bits images every time. (since we have better resolution structure) or ask the user what he wants to do ? |
| 22:49.43 | zero_level | brlcad : I will pass your msg to kesha_. |
| 22:51.41 | zero_level | by 32 bits images i meant 32bits / pixel. |
| 22:51.41 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 22:52.46 | zero_level | I prefer we save the images in 32 bits / pixel image. |
| 22:53.19 | zero_level | While we can read from whatever depth is available. |
| 23:04.57 | zero_level | brlcad : as of now we dont have png in place. |
| 23:06.06 | zero_level | I mean png saving in place. As per the current practice this will save the cropped image in bw format to file.png |
| 23:06.27 | zero_level | so file.png will be a bw image with a wrong specifier. |
| 23:38.36 | brlcad | zero_level: don't worry (about kesha) |
| 23:39.15 | brlcad | zero_level: are you sure about that? (bw written as file.png?) |
| 23:39.28 | brlcad | not saying I doubt you, just seeking confirmation (test it.. :) |
| 23:40.18 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f) | |
| 23:40.38 | *** join/#brlcad mpictor_ (~mpictor_@2601:d:b280:b5:8cc5:331e:ce04:6a2f) | |
| 00:40.39 | ``Erik | heh http://what-if.xkcd.com/58/ |
| 01:58.58 | Notify | 03BRL-CAD:starseeker * 56820 brlcad/trunk/src/libgcv/CMakeLists.txt: Don't use explicit path to invoke test_bottess (it's wrong now anyway...) |
| 02:07.05 | starseeker | Ch3ck_: did you test the latest version of the patch you have posted for bn_poly_add? |
| 02:07.58 | starseeker | I mean with incorrect inputs/outputs |
| 02:37.35 | Notify | 03BRL-CAD:starseeker * 56821 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add tests for bn_poly_cubic_rts and bn_poly_quartic_rts from patch #226 by Nyah Check. |
| 03:00.59 | Notify | 03BRL-CAD:brlcad * 56822 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): ws indent style cleanup. simplify 'if (expression)' preferring readability over brevity, make call and set to var before if (). |
| 03:05.18 | Notify | 03BRL-CAD:brlcad * 56823 (brlcad/trunk/src/util/bwrect.c brlcad/trunk/src/util/pixrect.c): ugh , |
| 03:18.16 | brlcad | starseeker: awesome, are you working to merge back this way too? |
| 03:18.51 | brlcad | looking to get kesha to test our step-g importer for us with marks' diamond attribute changes |
| 03:23.45 | starseeker | brlcad: yeah, was hoping his diamond thing would fix the _edge_loop problem that's stopping the g-step progress |
| 03:23.59 | starseeker | unfortunately, a quick test here indicates that didn't get it |
| 03:24.04 | brlcad | saw your note |
| 03:24.19 | starseeker | barring me doing Something Wrong (always possible...) |
| 03:25.06 | starseeker | ordinarily I'd wait until the 0.8 release to sync back, but this one is likely to prompt it sooner |
| 03:33.52 | Notify | 03BRL-CAD:starseeker * 56824 brlcad/trunk/src/other/CMakeLists.txt: Add SC_BUILD_SCHEMAS flag to stepcode settings - will be useful down the road. |
| 03:38.34 | brlcad | starseeker: you do realize that there is a DEPRECATED flag you could have just added to the header ... or even to a comment ... instead of creating a totally new header |
| 03:40.19 | brlcad | especially an uber obnoxiously long one like that ... can you imagine how that scales if more API gets in flux?? :) |
| 03:43.17 | zero_level | brlcad : as per your question if there is .dpix image. |
| 03:44.08 | zero_level | I will be implementing a dpix_read function. |
| 03:44.54 | zero_level | and once the date is in the icv image container icv_rect, or for that matter any icv api can works on it. |
| 03:44.55 | starseeker | brlcad: yeah - I planned to add the DEPRECATED flag once I actually stopped using the functions |
| 03:45.05 | starseeker | as for the header name, I'm open to suggestions |
| 03:45.25 | starseeker | just figured it significantly decreased the readability to have it in raytrace.h |
| 03:52.48 | starseeker | maybe just raytrace_deprecated.h included at the end of raytrace.h? |
| 03:58.09 | brlcad | zero_level: I did not ask if there is .dpix image |
| 04:01.21 | brlcad | starseeker: how does it decrease readability? maybe a distraction to YOU since you know they are leaving, but they were already in there to begin with |
| 04:01.41 | brlcad | adding DEPRECATED to a comment certainly doesn't make them any more/less distracting |
| 04:04.34 | brlcad | you arguably just shifted the distraction from being localized within raytrace.h to decreasing the header listing readability ... an extra header screaming at you to be ignored :) |
| 04:09.40 | brlcad | dunno, just really sounds unnecessary, extra work to get stuff out the door and messy at that (even more to manage) |
| 04:11.34 | brlcad | it's 98 lines in a 8091 line file... |
| 04:38.52 | Notify | 03BRL-CAD:brlcad * 56825 (brlcad/trunk/include/tie.h brlcad/trunk/src/librt/primitives/bot/tie.c and 2 others): revert r56812 after doing a little bit of performance testing. it's looking like my change that got things working on 32-bit definitely did slow TIE down (was expected), but r56812 slows it down another 5-15% (tested on models up to 200k). interesting to see how touchy the performance is, but this is to |
| 04:38.54 | Notify | be expected when one deals with data coherency, branch prediction, and memory alignment optimizations. |
| 04:54.15 | Notify | 03BRL-CAD:brlcad * 56826 brlcad/trunk/src/librt/primitives/bot/tie.c: address !!! comment, which looks like dummy data injection to help prefetching data not cause a stall. testing showed impact was nominal but probably because we lost some coherency earlier. |
| 05:59.53 | Notify | 03BRL-CAD:phoenixyjll * 56827 brlcad/trunk/src/libbrep/boolean.cpp: Call link_curves() outside split_trimmed_face(). |
| 06:15.37 | Notify | 03BRL-CAD:brlcad * 56828 (brlcad/trunk/src/librt/primitives/bot/btg.c brlcad/trunk/src/librt/primitives/bot/tie.c): boom, nearly double performance back to before 32-bit fix performance levels by eliminating unnecessary memory-zeroing. profile showed this hot spot taking up around 30% of time on mac 64-bit. unnecessary because 'nhits' and 'stack_ind' track how many are set. |
| 07:08.31 | *** join/#brlcad caen23 (~caen23@92.81.195.142) | |
| 07:10.09 | Notify | 03BRL-CAD:phoenixyjll * 56829 brlcad/trunk/src/libbrep/boolean.cpp: Don't assume that the starting point is outside. Use IsPointInsideLoop() to help determine m_in_out. |
| 07:16.51 | Notify | 03BRL-CAD:phoenixyjll * 56830 brlcad/trunk/src/libbrep/boolean.cpp: Implement IsPointOnLoop() to determine whether a point is on the boundary of the loop (using point-curve intersection) |
| 07:17.09 | Notify | 03BRL-CAD:mohitdaga * 56831 brlcad/trunk/doc/docbook/system/man1/en/pixrect.xml: doc for pixrect. |
| 07:17.28 | Notify | 03BRL-CAD:phoenixyjll * 56832 brlcad/trunk/src/libbrep/boolean.cpp: Fix wrong comment. |
| 07:23.03 | Notify | 03BRL-CAD:mohitdaga * 56833 (brlcad/trunk/doc/docbook/system/man1/en/pixrect.xml brlcad/trunk/src/util/pixrect.c): Sanitize input format for pixrect in both src code and doc. |
| 07:31.18 | Notify | 03BRL-CAD:phoenixyjll * 56834 brlcad/trunk/src/libbrep/boolean.cpp: ssx_overlap should be ignored. It's the trims, not the boundary of the surface, that should be cared when splitting the face. |
| 07:32.27 | Notify | 03BRL-CAD:phoenixyjll * 56835 brlcad/trunk/src/libbrep/boolean.cpp: Remove a trailing tab. |
| 08:53.36 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 09:00.56 | kesha_ | waves brlcad |
| 09:01.19 | zero_level | kehsa_ : did u see the mail I sent you yesterday ? |
| 09:01.58 | kesha_ | zero_level: log ? ya. |
| 09:03.38 | kesha_ | zero_level: thanks for the mail |
| 09:14.03 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:11.12 | *** join/#brlcad root____ (~root@195.24.220.16) | |
| 11:11.58 | starseeker | brlcad: I saw them as decreasing readability by clogging raytrace.h with information that is (or at any rate will soon be) not relevant to programmers trying to use raytrace.h |
| 11:12.34 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 11:12.55 | starseeker | the idea of keeping raytrace.h as clean and relevant as possible was what I was thinking, but it's not a big deal either way |
| 11:13.09 | starseeker | since it bugs you, I'll stick 'em back in raytrace.h |
| 11:13.52 | starseeker | (another option might be a deprecated folder in include where we can shove bits that are on their way out...) |
| 11:15.48 | root____ | starseeker: I've seen that you've applied ticket 227, I would like it to be closed. I'll correct tickets 225 & 223 and resubmit |
| 11:20.15 | Ch3ck | while continuing work on the pull |
| 11:26.33 | Izak_ | Someone has broken build |
| 11:35.08 | Ch3ck | trying to compile brlcad on the server and i'm having a problem; with cmake command not found. can anyone help me out here. :( |
| 11:37.19 | Izak_ | Sorry, my bad ! |
| 11:38.59 | ``Erik | Ch3ck: I'm rdoing some work on it, I'll let you know when it's back |
| 11:39.13 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.208) | |
| 11:39.14 | Ch3ck | ok thanks :) |
| 11:40.10 | ``Erik | (something is screwey with the perl on it, so I'm trying to purge/reinstall the ports in an order that minimizes the website outage) |
| 12:05.30 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:5d1b:0:46:f33f:d701) | |
| 12:28.20 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 12:37.46 | Notify | 03BRL-CAD Wiki:Techpl99sd * 0 /wiki/User:Techpl99sd: |
| 12:57.28 | *** join/#brlcad Ch3ck (~root@195.24.220.16) | |
| 13:18.19 | starseeker | ``Erik: can you address kesha's question here? https://github.com/stepcode/stepcode/pull/250 |
| 13:22.53 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:5d1b:0:46:f33f:d701) | |
| 13:32.31 | ``Erik | heh, done |
| 13:59.18 | n_reed | ~ |
| 14:16.39 | ``Erik | more mapporn http://twistedsifter.com/2013/08/maps-that-will-help-you-make-sense-of-the-world/ |
| 14:24.28 | kesha_ | some more maps http://www.boredpanda.com/fun-maps-they-didnt-teach-you-in-school/ |
| 14:26.32 | ``Erik | heh, isn't that the one I posted a couple weeks ago? :D |
| 14:33.43 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.102.208) | |
| 14:35.55 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.102.208) | |
| 14:43.06 | brlcad | kesha_: talking with mark, I'd like to get you to do a little bit of testing work with our step-g importer |
| 14:43.10 | brlcad | so let me know what all you're working on right now and how long it'll take to wrap it up |
| 14:43.21 | brlcad | when you reach a good stopping point where you can shift focus |
| 14:51.01 | Notify | 03BRL-CAD:starseeker * 56836 (brlcad/trunk/include/CMakeLists.txt brlcad/trunk/include/raytrace.h): revert r56811 |
| 14:51.03 | Notify | 03BRL-CAD:carlmoore * 56837 (brlcad/trunk/doc/docbook/system/man1/en/bwrect.xml brlcad/trunk/doc/docbook/system/man1/en/pixrect.xml and 3 others): remove trailing blank, and make spelling fixes |
| 14:51.18 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5979 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 9 */ |
| 14:51.20 | Notify | 03BRL-CAD Wiki:Phoenix * 5980 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */ |
| 14:56.16 | ``Erik | bz should be usable for dev work now |
| 14:57.03 | brlcad | what you talking bout willis .. been using it for months |
| 14:57.15 | ``Erik | I went all 'bull in china shop' this morning :D |
| 15:02.37 | *** join/#brlcad caen23 (~caen23@92.81.195.142) | |
| 15:16.44 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:5d1b:0:46:f33f:d701) | |
| 15:17.31 | brlcad | ahh |
| 16:07.16 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 16:12.41 | kesha_ | brlcad: okay. I think I am done today with #235 and on my system its working fine, I tested it. Just little corrections (if any) Mark want after reviewing. |
| 16:13.17 | kesha_ | What exactly has to be done regarding testing work of our step-g importer ? Can you explain in little more detail. |
| 16:14.18 | brlcad | that's an involved discussion that I can't do right this second, but possibly later today |
| 16:14.56 | brlcad | most importantly is to wrap up everything you're currently working on, test it if you haven't, checklist etc |
| 16:15.04 | brlcad | and once that's done, we can discuss |
| 16:15.30 | brlcad | if you really are done/ready, get a fresh svn checkout and learn how to run the step-g importer |
| 16:23.07 | kesha_ | alright. testing is done. checklist has been given to Mark. He will review it, maybe today, when he gets a little free. |
| 16:23.31 | kesha_ | <PROTECTED> |
| 16:25.01 | Notify | 03BRL-CAD:starseeker * 56838 brlcad/trunk/src/other/stepcode/src/fedex_plus/classes.c: This initializes the _edge_list in edge_loops, but it's not enough - the list isn't being written out. |
| 16:47.19 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 18:22.13 | Notify | 03BRL-CAD:starseeker * 56839 brlcad/trunk/src/librt/search.c: misc bits relating to figuring out the db_search function. |
| 19:04.30 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:51.18 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:52.05 | Notify | 03BRL-CAD:tbrowder2 * 56840 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: update to be in line with latest format and auto-man-page processing program |
| 19:52.15 | Notify | 03BRL-CAD:tbrowder2 * 56841 brlcad/trunk/misc/DoxyfileLibs.in: show info on options |
| 19:53.17 | Notify | 03BRL-CAD:tbrowder2 * 56842 brlcad/trunk/misc/doxygen_structure_libs.txt: remove superflous asterisk |
| 19:53.44 | Notify | 03BRL-CAD:tbrowder2 * 56843 brlcad/trunk/src/shapes/window_frame.c: update |
| 20:17.30 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 20:26.15 | Notify | 03BRL-CAD:tbrowder2 * 56844 brlcad/trunk/src/util/fix_polysolids.c: moved vars out of global scope; added comments for testing auto-man-page process |
| 20:37.56 | Notify | 03BRL-CAD:tbrowder2 * 56845 brlcad/trunk/src/util/fix_polysolids.c: make auto-man-page test harder with looser comment format |
| 20:55.15 | zero_level | ``Erik , brlcad : by looking at dpix-pi util, I see that dpix may not strictly contain values in [0.0-1.]. Rather it can contain any values in [a,b] where a<b are two double values. |
| 20:55.38 | zero_level | c/dpix-pi/dpix-pix |
| 21:09.51 | ``Erik | ayup? |
| 21:09.55 | ``Erik | heh http://html9responsiveboilerstrapjs.com/ |
| 21:47.04 | Notify | 03BRL-CAD:n_reed * 56846 (brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/BrepEditFrame.tcl): Work on managing mouse event handlers for brep editing. Keeping to the script side, whereas bot editing handles bindings partly in script and partly in libtclcad. |
| 01:04.39 | Notify | 03BRL-CAD:starseeker * 56847 brlcad/trunk/src/conv/step/ON_Brep.cpp: Get at the SdaiPath inside of the SdaiEdge_loop - adding the edges to THAT edge list appears to work. Horribly unintuitive on the part of SdaiEdge_loop - what's the point of exposing _edge_list at all? - but at least it seems to function. |
| 01:08.22 | Notify | 03BRL-CAD:starseeker * 56848 brlcad/trunk/src/other/stepcode/src/fedex_plus/classes.c: Back out r56838 - not the correct approach, from the looks of things. |
| 01:24.28 | Notify | 03BRL-CAD:starseeker * 56849 brlcad/trunk/src/conv/step/ON_Brep.cpp: Cleanup, update comments |
| 01:24.41 | starseeker | phew, finally |
| 02:16.33 | Notify | 03BRL-CAD:starseeker * 56850 (brlcad/trunk/src/other/stepcode/CMakeLists.txt brlcad/trunk/src/other/stepcode/data/CMakeLists.txt and 58 others): Update stepcode to commit da3fe4543f86047a176a2f899d1c485a6ab8f9e8 from the primary repository - merges changes for diamond inheritance, incorporates BRL-CAD changes, etc. |
| 02:24.37 | starseeker | brlcad: we're up to date now |
| 03:52.07 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 04:09.31 | brlcad | starseeker: I saw that, awesome.. will have to give our converter a test |
| 06:43.18 | Notify | 03BRL-CAD:phoenixyjll * 56851 brlcad/trunk/src/libbrep/boolean.cpp: Deal with ccx_overlap. And treat points on boundary the same as they are outside. |
| 08:42.33 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 08:43.16 | zero_level | brlcad , ``Erik : Can u guide me to some source where dpix files are generated. ? |
| 09:50.59 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 10:22.43 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5981 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */ |
| 10:28.10 | Notify | 03BRL-CAD:phoenixyjll * 56852 brlcad/trunk/src/libbrep/boolean.cpp: Implement get_subcurve_inside_faces(), because the intersection curve of SSI is the whole surface, and we need to get the part inside the trimmed face's outer loop. |
| 10:33.33 | Notify | 03BRL-CAD:mohitdaga * 56853 brlcad/trunk/src/libicv/CMakeLists.txt: Add dpix.c in libicv. This file will contain routines to read and write images in dpix format. Also added normalize function which will be used to normalize the value in image |
| 10:37.36 | Notify | 03BRL-CAD:phoenixyjll * 56854 brlcad/trunk/src/libbrep/boolean.cpp: It seems that div_t shadows a global declaration. Rename it to divT. |
| 10:46.26 | brlcad | zero_level: not off the top of my head, I'd just start by grepping the source tree for 'dpix' |
| 10:46.40 | brlcad | not much uses or supports it |
| 10:46.55 | brlcad | I believe the ray tracer can output dpix with the right flags |
| 10:47.13 | brlcad | at least I think one of them can |
| 10:57.02 | Notify | 03BRL-CAD:mohitdaga * 56855 brlcad/trunk/src/libicv/dpix.c: Make a more strong condition in normalization regarding the data enteries. Now this function normalizes only when the data entries are out of order. |
| 10:59.43 | Notify | 03BRL-CAD:mohitdaga * 56856 brlcad/trunk/src/libicv/dpix.c: Add dpix read function. |
| 11:07.50 | Notify | 03BRL-CAD:mohitdaga * 56857 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c): Add dpix read image to icv_read function. |
| 11:08.40 | Notify | 03BRL-CAD:mohitdaga * 56858 (brlcad/trunk/src/libicv/dpix.c brlcad/trunk/src/libicv/fileformat.c): Trailing WS |
| 11:08.56 | Notify | 03BRL-CAD:tbrowder2 * 56859 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: tighten format rules a bit |
| 11:10.06 | *** join/#brlcad harjot (~harjot@202.164.53.117) | |
| 11:14.57 | Notify | 03BRL-CAD:tbrowder2 * 56860 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: correct grammar; add reference to working example |
| 11:18.08 | Notify | 03BRL-CAD:mohitdaga * 56861 brlcad/trunk/src/libicv/dpix.c: Clarify size variable. |
| 11:23.02 | Notify | 03BRL-CAD:mohitdaga * 56862 brlcad/trunk/src/libicv/dpix.c: Add write function for dpix files. |
| 11:24.12 | zero_level | brlcad : Grepping the src code. :) |
| 11:24.32 | zero_level | I wonder we dont have man page for dpix files, where as we have for bw,pix files. |
| 11:39.48 | Notify | 03BRL-CAD:mohitdaga * 56863 brlcad/trunk/src/libicv/fileformat.c: Add dpix write option to icv_write. |
| 11:40.29 | zero_level | brlcad : after r56863. ICV Can read write dpix images. :) |
| 11:41.46 | *** join/#brlcad harjot (~harjot@202.164.53.117) | |
| 12:38.02 | zero_level | brlcad : I see only one utility using this. dpix-pix. |
| 12:39.48 | zero_level | ``Erik ,brlcad : I would like you to see r56856. Is this type of normalization good for dpix format. ? |
| 12:43.26 | zero_level | A feedback behind the strict condition will be nice. |
| 12:43.43 | Notify | 03BRL-CAD:phoenixyjll * 56864 brlcad/trunk/src/libbrep/boolean.cpp: Error handling in get_subcurve_inside_faces(): sub_curve() may return a NULL pointer. |
| 12:44.16 | ``Erik | erm, it doesn't seem to do any normalization at all, and looks like it'd probably generate a garbage image by blindly packing data from a double array into a uchar8 array? |
| 12:44.32 | ``Erik | or, wait, bif->data is doubles now, hm |
| 12:45.24 | ``Erik | my gut feeling is that accessing bif->data directly is prone to bugs, the hope is to encapsulate the data field so it can be altered in the future with minimal effort |
| 12:45.54 | Notify | 03BRL-CAD:phoenixyjll * 56865 brlcad/trunk/src/libbrep/boolean.cpp: Ignore UNSET IntersectPoints when maintaining the stack. |
| 12:48.04 | ``Erik | maybe use a buffer of width*height*3*sizeof(double) size, then have a function to write the data in? (either by pixel, by scanline or by buffer) |
| 13:02.14 | zero_level | ``Erik : It does normalization. |
| 13:02.24 | zero_level | It doesnt create any garbage. |
| 13:02.32 | zero_level | Algorith used. |
| 13:02.42 | zero_level | find min and max values. |
| 13:03.35 | zero_level | if (max>1.0 or min < 0.0) // strict condition . |
| 13:04.18 | zero_level | then for each data entry d, change d = (d-min)/max-min; |
| 13:06.52 | Notify | 03BRL-CAD:mohitdaga * 56866 brlcad/trunk/src/libicv/dpix.c: Add comment for strict normalization. (Erik this should clarify) |
| 13:08.15 | zero_level | ``Erik : I hope,I am able to understand you. :) |
| 13:34.45 | Notify | 03BRL-CAD Wiki:Phoenix * 5982 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */ |
| 13:44.13 | Notify | 03BRL-CAD:carlmoore * 56867 (brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling brlcad/trunk/sh/shtool brlcad/trunk/src/conv/step/ON_Brep.cpp): remove trailing blanks/tabs, and fix spelling |
| 14:06.59 | ``Erik | zero_level: I was looking at the diff for 56856, that itself doesn't contain the normalize routine or a call to it, let me look a bit more :) |
| 14:10.53 | ``Erik | yeah, the icv_normalize() looks reasonable... but I don't see where it's called... I'm also not sure why the special cases to avoid normalization would be there? |
| 14:14.19 | Notify | 03BRL-CAD:mohitdaga * 56868 brlcad/trunk/src/libicv/dpix.c: Calling icv_normalize in dpix read. |
| 14:14.23 | zero_level | ok. |
| 14:14.40 | zero_level | icv_normalize was intended for dpix read. |
| 14:14.55 | zero_level | i didnt call it because i wanted to be 100 % sure. |
| 14:15.23 | zero_level | special case is to avoid scaling or descaling of values. |
| 14:15.48 | zero_level | for eg let a image contain pixel values between (23-220) |
| 14:16.44 | zero_level | that is (0.9 - 0.86) |
| 14:17.07 | zero_level | I dont want that these are forced to values between (0-1) |
| 14:17.14 | zero_level | Thus strict normalization. |
| 14:17.28 | zero_level | ``Erik : I hope I made some sense here. |
| 14:18.10 | zero_level | Also the gensis of all these normalization stuff came from dpix-pix (a single resource in brlcad source code to understand dpix format) |
| 14:19.10 | zero_level | ``Erik : by the look of util/dpix-pix.c it turns out that dpix files can contain any values in [a,b] where a<b are two double values. |
| 14:32.51 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:40.34 | Notify | 03BRL-CAD:starseeker * 56869 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add faces to STEP output. |
| 15:00.04 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 15:20.10 | Notify | 03BRL-CAD:starseeker * 56870 brlcad/trunk/src/conv/step/ON_Brep.cpp: Start working on the top level structures needed for a valid step file. |
| 16:11.36 | Notify | 03BRL-CAD:n_reed * 56871 (brlcad/trunk/src/conv/step/BRLCADWrapper.cpp brlcad/trunk/src/conv/step/step-g.cpp): Fix valgrind branch-on-uninitialized-value warning. Since step-g called BRLCADWrapper::Close even if no database was loaded, db_close would get a garbage pointer causing a bomb. |
| 16:50.24 | Notify | 03BRL-CAD:tbrowder2 * 56872 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: use correct format--no spaces allowed in keywords |
| 17:10.28 | Ch3ck_ | starseeker: corrected patch 223, works perfectly now. also seen that patch 226 has been accepted but not in source code. However looking at the bn_poly_synthetic_divsion() test, the seg fault actually comes from the poly_synthetic division routine itself |
| 17:15.16 | Ch3ck_ | looking at the code here http://pastebin.com/9ptu2tF9 |
| 17:17.09 | Ch3ck_ | i actually think its as the result of the quo->cf[n+divisor] part which i think may have an error case of n + divisor > dgr+1 which causes the seg fault still working on it. |
| 17:23.05 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5983 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */ |
| 17:58.06 | Notify | 03BRL-CAD:ejno * 56873 (brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): benchmark script; print debugging values |
| 18:01.48 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 18:04.12 | ejno | brlcad: I've found the problem: this OpenCL implementation doesn't seem to support double-precision; it's using floats instead |
| 18:04.40 | ejno | I assumed a CPU implementation would support doubles, but apparently not unless I'm mistaken |
| 18:04.47 | brlcad | did you confirm that's the first change observed in the computation pipeline? |
| 18:05.04 | ejno | yes, I get the same values when I change the RT code to use doubles |
| 18:05.09 | ejno | s/doubles/floats |
| 18:06.49 | brlcad | so changing that type makes no difference but when do the values diverge from the CPU calculations? right away? |
| 18:07.03 | brlcad | even single precision floating point should "predominantly" match |
| 18:07.46 | brlcad | that's 7 decimal places out, more than our calculation tolerance, so in theory one should still be able to obtain perfectly matching results at least a large portion of the time |
| 18:10.16 | ejno | here is the output: http://paste.kde.org/pc57af004/ |
| 18:11.05 | ejno | I mean, the rt values match the opencl values when rt uses floats instead of doubles |
| 18:11.40 | ejno | double support is optional in opencl, so I think that's the problem |
| 18:20.17 | Izak_ | brlcad: Is there an mged/archer command to test rt_hrt_prep() routine just as the l command tests the rt_hrt_describe() ? |
| 18:22.49 | ejno | brlcad: oh, ok. I will try other values |
| 18:23.29 | ejno | brlcad: yes, they diverge right away |
| 18:25.50 | Izak_ | ``Erik: Is there an mged/archer command to test rt_hrt_prep() routine just as the l command tests the rt_hrt_describe() ? |
| 18:34.15 | ejno | I mean, not the same final pixel values, but the same debug value printings. So, if it's below the calculation tolerance then it's not the problem |
| 18:35.01 | ejno | what is the advantage of doubles over floats? |
| 18:36.17 | ejno | oh, they are faster on the CPU |
| 18:36.45 | brlcad | ejno:do you have this in your code: |
| 18:36.45 | brlcad | #pragma OPENCL EXTENSION cl_khr_fp64 : enable |
| 18:37.21 | brlcad | before any double declarations in the code |
| 18:38.05 | ejno | I just recently added that and it didn't seem to have an effect |
| 18:38.11 | brlcad | even better, this block: |
| 18:38.12 | brlcad | http://www.bealto.com/gpu-fft2_real-type.html |
| 18:38.28 | brlcad | put a #error into each of those blocks to see if either extension is available |
| 18:38.33 | ejno | because I read that doubles were an optional builtin in opencl 1.2 |
| 18:38.49 | ejno | ok |
| 18:39.32 | brlcad | #ifdef cl_khr_fp64 #pragma OPENCL EXTENSION cl_khr_fp64 : enable |
| 18:39.32 | brlcad | #elif defined(cl_amd_fp64) #pragma OPENCL EXTENSION cl_amd_fp64 : enable |
| 18:39.32 | brlcad | #else #error "Double precision floating point not supported by OpenCL implementation." |
| 18:39.36 | brlcad | #endif |
| 18:40.03 | ejno | ok, I will try that. I also put this in and didn't get the #error: http://stackoverflow.com/a/7004114 |
| 18:40.37 | brlcad | okay excellent.. so it should have one of those two then |
| 18:40.49 | brlcad | note that goes into the .cl file |
| 18:41.22 | brlcad | may also need to be in the .c file, so perhaps just put it in a header and include it in both |
| 18:41.32 | ejno | oh, ok |
| 18:42.01 | brlcad | the advantage is more precision before the numbers are meaningless |
| 18:42.17 | brlcad | in our output, notice the values diverage at 5 places after the decimal point |
| 18:43.03 | brlcad | single precision usually give about 7-8 digits of precision, so that fits your output |
| 18:43.23 | brlcad | what are ov and b? |
| 18:44.13 | ejno | ov is the vector from ray origin to center of the sphere |
| 18:44.31 | ejno | b is from the quadratic equation |
| 18:44.56 | ejno | the dot product of the ray's direction and ov |
| 18:45.24 | brlcad | er, ov is the ray origin? |
| 18:46.04 | brlcad | that's coming straight from rt land, so that is a little surprising that they're instantly that divergent |
| 18:46.42 | ejno | it's the vector from origin to sphere center |
| 18:47.33 | ejno | ov is calculated by the shot function |
| 18:48.02 | brlcad | oh, so what's the starting ray information? |
| 18:48.10 | brlcad | point and vector |
| 18:48.25 | brlcad | struct ray * in the cpu version |
| 18:50.57 | ejno | so if it differs at 5 decimal places, it is affecting the final pixel colors? |
| 18:53.26 | ejno | I found how to query for double support in opencl 1.2 - it's in the host code; I'll try that |
| 19:03.24 | Notify | 03BRL-CAD:starseeker * 56874 (brlcad/trunk/src/conv/step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step.cpp): populate header, assign empty names to unnamed objects. |
| 19:03.45 | Notify | 03BRL-CAD:starseeker * 56875 brlcad/trunk/src/other/stepcode/src/cleditor/STEPfile.cc: Quote time stamp |
| 19:09.57 | ejno | it indicates that double is supported |
| 19:29.31 | Notify | 03BRL-CAD:iiizzzaaakkk * 56876 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added rt_hrt_ifree() to Free the storage associated with the rt_db_internal version of this |
| 19:31.39 | Izak_ | brlcad:``Erik: Is there an mged/archer command to test rt_hrt_prep() routine just as the l command tests the rt_xx_describe() ? |
| 19:38.48 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5984 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */ |
| 19:48.53 | brlcad | ejno: if double is supported, then those differences should not be there |
| 19:49.50 | brlcad | that's 5 after the decimal plus 2 more before (in floating point, it'll be 1.3271881727181232e2 for example |
| 19:50.03 | brlcad | so that's the 7 digits of single-precision |
| 19:50.08 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5985 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */ |
| 19:51.19 | brlcad | Izak_: prep is called during raytrace, so the "rt" command |
| 19:56.43 | Notify | 03BRL-CAD:starseeker * 56877 brlcad/trunk/src/conv/step/ON_Brep.cpp: Set some values - need to study these more carefully to be sure the mappings are the ones that should be there... |
| 19:58.41 | Notify | 03BRL-CAD:carlmoore * 56878 brlcad/trunk/src/conv/jack/g-jack.c: alert the user of writing of files (at this time, only '.fig' file is mentioned explicitly |
| 20:04.57 | Izak_ | brlcad: Okay thanks |
| 20:16.44 | Izak_ | brlcad: Are students allowed to attend the Google Summer of Code Mentor Summit? |
| 20:17.16 | ``Erik | Izak_: mentor summit is for mentors, not students... |
| 20:17.44 | ``Erik | I don't believe mged or archer have a way to exercise just prep, but 'rt' will call prep during the gettrees phase, before the first ray is fired... |
| 20:20.23 | Izak_ | ``Erik: i just got selected for the Doc Camp summit in Mountain View and i am asked if I would like to attend the Mentor Summit |
| 20:24.43 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 20:44.20 | Notify | 03BRL-CAD:carlmoore * 56879 brlcad/trunk/src/conv/g-nff.c: add h? options; delete P because it was unused (ncpu set to 1) |
| 20:50.38 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5986 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */ |
| 20:52.11 | Ch3ck | starseeker: please apply tickets 223 and 225 will finish fixing 225 tommorow |
| 20:53.35 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 20:55.39 | Izak_ | screen -d |
| 23:02.46 | Notify | 03BRL-CAD:starseeker * 56880 brlcad/trunk/src/conv/step/ON_Brep.cpp: Finally got a working creation and writing of a complex type - now just need to figure out how to manipulate the individual pieces. |
| 00:50.35 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5987 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 9 */ |
| 01:58.05 | Notify | 03BRL-CAD:starseeker * 56881 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Apply patch #223 by Nyah Check |
| 02:46.36 | brlcad | Izak_: did you apply as an individual? |
| 02:46.56 | brlcad | and no, students are not allowed to attend the mentor summit |
| 02:47.19 | brlcad | feel free to confirm with google, but that is my understanding |
| 02:48.23 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 02:48.53 | Notify | 03BRL-CAD Wiki:118.99.65.7 * 5988 /wiki/Mailing_Lists: |
| 02:49.51 | Notify | 03BRL-CAD Wiki:Sean * 5989 /wiki/Mailing_Lists: Reverted edits by [[Special:Contributions/118.99.65.7|118.99.65.7]] ([[User talk:118.99.65.7|talk]]) to last revision by [[User:184.95.55.18|184.95.55.18]] |
| 02:50.55 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:118.99.65.7: Spamming links to external sites |
| 02:51.33 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:184.95.55.18: Spamming links to external sites |
| 02:53.07 | Notify | 03BRL-CAD Wiki:Sean * 5990 /wiki/Mailing_Lists: Reverted edits by [[Special:Contributions/Sean|Sean]] ([[User talk:Sean|talk]]) to last revision by [[User:118.99.65.7|118.99.65.7]] |
| 02:54.05 | Notify | 03BRL-CAD Wiki:Sean * 5991 /wiki/Mailing_Lists: Undo revision 5990 by [[Special:Contributions/Sean|Sean]] ([[User talk:Sean|talk]]) |
| 02:54.28 | Notify | 03BRL-CAD Wiki:Sean * 5992 /wiki/Mailing_Lists: |
| 03:22.26 | Notify | 03BRL-CAD:phoenixyjll * 56882 brlcad/trunk/src/libbrep/boolean.cpp: m_t_for_rank is of type double. Cannot use the result of minus (and implicit conversion to int) to report the comparison. |
| 03:38.38 | Notify | 03BRL-CAD:phoenixyjll * 56883 brlcad/trunk/src/libbrep/boolean.cpp: Eliminate the usage of sorted_pointers[] because once the array intersect[] is enlarged (with a new capacity), the pointers stored in sorted_pointers[] is no longer valid. |
| 03:47.00 | Notify | 03BRL-CAD:phoenixyjll * 56884 brlcad/trunk/src/libbrep/boolean.cpp: Don't output the error message if Split() is not called. |
| 04:00.11 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 04:12.52 | Notify | 03BRL-CAD:phoenixyjll * 56885 brlcad/trunk/src/libbrep/boolean.cpp: Don't called IsClosed(), which includes other tests rather than testing the distance between start point and end point. |
| 05:30.56 | Notify | 03BRL-CAD:phoenixyjll * 56886 brlcad/trunk/src/libbrep/boolean.cpp: Add comment for get_subcurve_inside_faces(). |
| 05:38.20 | *** join/#brlcad caen23 (~caen23@92.83.160.208) | |
| 07:01.18 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:24.09 | Notify | 03BRL-CAD Wiki:Phoenix * 5993 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */ |
| 08:49.42 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 09:32.37 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 11:03.18 | Notify | 03BRL-CAD:tbrowder2 * 56887 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: clarify format of the string variables |
| 11:20.39 | starseeker | brlcad: to clarify, is the Google Doc Sprint to create a book, or some other form of documentation? |
| 12:05.10 | Notify | 03BRL-CAD:tbrowder2 * 56888 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: remove redundant translation section; fix spelling |
| 13:39.36 | Notify | 03BRL-CAD:carlmoore * 56889 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: remove a trailing blank, and reword a line (please make sure my rewording is OK) |
| 13:45.19 | Notify | 03BRL-CAD:carlmoore * 56890 (brlcad/trunk/src/libbn/tests/CMakeLists.txt brlcad/trunk/src/libbn/tests/bn_poly_add.c and 2 others): fix spelling, remove trailing blanks/tabs, and add a period; I assumed 'infor' should be 'info', short for 'information' |
| 14:27.25 | brlcad | starseeker: yes |
| 14:27.59 | Notify | 03BRL-CAD:starseeker * 56891 brlcad/trunk/src/conv/step/ON_Brep.cpp: Ick - apparently need to work directly with the STEPattribute instances in the complex type. |
| 14:30.44 | brlcad | starseeker: that is usually decided during the sprint similar to the unconference agenda |
| 14:30.47 | brlcad | see https://developer.mozilla.org/en-US/docs/Project:Doc_sprint_planning_guide |
| 14:32.52 | brlcad | my inclination right now is a beginner's guide since we don't really have one, a scripting guide, or one of the other docs listed in TODO |
| 14:41.46 | Notify | 03BRL-CAD:starseeker * 56892 brlcad/trunk/src/conv/step/ON_Brep.cpp: This gets some of the values assigned, but not the references to objects. |
| 14:42.06 | starseeker | nods |
| 14:43.04 | starseeker | basing the guide on the Archer interface? |
| 15:09.01 | brlcad | certainly an option |
| 15:12.30 | Notify | 03BRL-CAD:starseeker * 56893 brlcad/trunk/src/conv/step/ON_Brep.cpp: Will need to create valid entities for the other entries before I can go any further here... |
| 15:41.03 | Notify | 03BRL-CAD:starseeker * 56894 brlcad/trunk/src/conv/step/ON_Brep.cpp: figured out how to get the uncertainty aggregate into the global uncertainty assigned context. |
| 15:53.37 | Ch3ck_ | starseeker: finished fixing the bn_synthetic_divsion unit test should work perfectly now ;) |
| 17:52.40 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 18:07.35 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5994 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */ |
| 18:34.23 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5995 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */ |
| 18:44.15 | Notify | 03BRL-CAD Wiki:KeshaSShah * 5996 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 9 */ |
| 18:45.10 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 18:48.08 | *** join/#brlcad caen23_ (~caen23@92.83.177.156) | |
| 19:00.23 | Notify | 03BRL-CAD:starseeker * 56895 brlcad/trunk/src/conv/step/ON_Brep.cpp: Create the complex type for holding unit info |
| 19:09.56 | Notify | 03BRL-CAD:brlcad * 56896 brlcad/trunk/src/libbn/tests/CMakeLists.txt: accept sf patch #225 from Ch3ck (Nyah) though there are several minor problems with the patch. certainly getting better with consistency. |
| 19:10.43 | Notify | 03BRL-CAD:brlcad * 56897 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: fix ws inconsistencies |
| 19:47.02 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:48.21 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:48.33 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 19:48.41 | *** join/#brlcad Izak (~Izak@66-118-151-70.static.sagonet.net) | |
| 19:48.41 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:49.01 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:49.12 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 19:49.38 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 19:49.40 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 20:03.42 | brlcad | network hiccup |
| 20:06.01 | brlcad | Ch3ck_: you're definitely improving |
| 20:07.58 | *** join/#brlcad Ch3ck__ (~Ch3ck@195.24.220.16) | |
| 20:09.06 | Ch3ck__ | brlcad: there are some patches like 226 which closed but not applied, and 227 has been applied but not closed |
| 20:09.13 | Ch3ck__ | i don't understand |
| 20:26.34 | brlcad | Ch3ck__: what do you not understand? |
| 20:30.28 | brlcad | looks like 226 was perhaps confused with 227 |
| 20:31.36 | Ch3ck__ | well they are different |
| 20:31.51 | Ch3ck__ | 227 has 2 unit tests.. |
| 20:32.00 | Ch3ck__ | Check |
| 20:33.51 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:34.34 | Notify | 03BRL-CAD:brlcad * 56900 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: remove the bn_Zero_poly global, use static initialization. |
| 20:34.36 | Notify | 03BRL-CAD:brlcad * 56898 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: eliminate the dead code condition |
| 20:34.43 | Notify | 03BRL-CAD:brlcad * 56906 brlcad/trunk/src/libbn/tests/CMakeLists.txt: make the test match the source name so they're easier to find |
| 20:35.01 | *** join/#brlcad Ch3ck__ (~Ch3ck@195.24.220.16) | |
| 20:35.31 | brlcad | Ch3ck_: i'm not sure how them being different matters .. easy to close one patch thinking it was another when you're working on multiple patches simultaneously |
| 20:35.58 | brlcad | your description alone makes it sound like that is exactly what happened |
| 20:36.25 | Ch3ck__ | yeah probably |
| 20:36.25 | Notify | 03BRL-CAD:starseeker * 56904 brlcad/trunk/src/conv/step/ON_Brep.cpp: Add footer |
| 20:36.31 | brlcad | still, what's the point? |
| 20:36.46 | Ch3ck__ | just wanted 226 to be applied since its already closed |
| 20:36.57 | Notify | 03BRL-CAD:brlcad * 56902 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: might as well initialize both for good measure |
| 20:36.59 | Notify | 03BRL-CAD:brlcad * 56899 brlcad/trunk/include/bn.h: provide a static initializer for bn_poly structs |
| 20:37.04 | Ch3ck__ | and 227 officially closed since its been applied |
| 20:39.13 | Notify | 03BRL-CAD:brlcad * 56907 brlcad/trunk/src/libbn/tests/CMakeLists.txt: shortening the file names primarily obfuscates what is being tested and is not worth the 16 bytes safed. rename them to the functions being tested. |
| 20:39.28 | brlcad | Ch3ck_: I commented on 226 |
| 20:39.40 | brlcad | it (and 227) has a long list of issues like 225 had |
| 20:40.10 | brlcad | I applied and fixed 225 myself, but that doesn't mean it was okay |
| 20:41.05 | brlcad | if you fix up 226, i'll give it a review/apply |
| 20:42.14 | Ch3ck__ | ok |
| 20:42.15 | Notify | 03BRL-CAD:brlcad * 56908 brlcad/trunk/src/libbn/tests/bn_poly_add.c: ws |
| 20:42.39 | brlcad | Ch3ck_: review all of the commits that occurred after r56896 to see what the issues were |
| 20:43.16 | brlcad | it looks like all of your tests still have these problems, so it may take some practice for you to get it |
| 20:44.29 | Notify | 03BRL-CAD:brlcad * 56909 (brlcad/trunk/src/libbn/tests/bn_poly_multiply.c brlcad/trunk/src/libbn/tests/bn_tri_tri_isect.c brlcad/trunk/src/libbn/tests/bn_tri_tri_isect_coplanar.c): fix indentation |
| 20:46.34 | Notify | 03BRL-CAD:brlcad * 56901 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: fix the header, remove the now unused global |
| 20:49.57 | Ch3ck__ | thinking of a spell for making perfect patches ;) |
| 20:58.58 | Guest6230 | Ch3ck__: Spell is understanding the HACKING file |
| 21:01.11 | Notify | 03BRL-CAD:starseeker * 56910 brlcad/trunk/src/conv/step/ON_Brep.cpp: Need to check with Mark about t_plane_angle_measure - it *looks* like it should be a SelectTypeDescriptor, but it's currently just a TypeDescriptor. |
| 21:01.25 | Ch3ck__ | exit |
| 21:01.34 | Ch3ck__ | quit |
| 21:03.14 | brlcad | I have considered creating a code cleanup checklist |
| 21:03.18 | brlcad | all the things that jump out at me when I open a file |
| 21:04.39 | brlcad | but it would be more efficient to automate code cleanup reliably/consistently |
| 21:16.19 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 21:19.13 | *** join/#brlcad caen23 (~caen23@92.83.177.156) | |
| 21:26.52 | Notify | 03BRL-CAD:carlmoore * 56911 brlcad/trunk/src/conv/g-nff.c: remove unneeded braces; also remove a trailing blank from printf, to reduce output! |
| 21:34.59 | *** join/#brlcad caen23 (~caen23@92.83.177.156) | |
| 21:38.10 | brlcad | Izak_: it's also remembering |
| 21:38.56 | brlcad | one might understand that HACKING says to take off your shoes before entering this house, but you also have to remember to take them off |
| 21:39.20 | brlcad | which can be especially hard if one is not used to taking their shoes off |
| 21:41.54 | Notify | 03BRL-CAD:starseeker * 56912 brlcad/trunk/src/conv/step/ON_Brep.cpp: need to figure out why I can't create a PLANE_ANGLE_MEASURE instance |
| 21:42.19 | brlcad | starseeker: what in the world do you need one of those for? :) |
| 21:44.17 | Notify | 03BRL-CAD:starseeker * 56913 brlcad/trunk/src/conv/step/ON_Brep.cpp: explain the number |
| 21:44.19 | brlcad | I can't think of place where we use that construct where you'd need to export an angle .. maybe with a constraint object later |
| 21:44.54 | brlcad | DEG2RAD |
| 21:45.02 | brlcad | constant in vmath.h |
| 21:45.35 | starseeker | it's part of the STEP header |
| 21:45.50 | starseeker | mandatory even |
| 21:45.53 | brlcad | really? how so? |
| 21:46.03 | brlcad | creating a ground plane coordinate system or something? |
| 21:46.21 | starseeker | I think so - I haven't unraveled all of this header stuff as yet |
| 21:47.27 | starseeker | or rather, not the header per-say but the context in which an advanced brep is defined |
| 21:47.51 | brlcad | sounds wonky |
| 21:48.17 | starseeker | I'm wondering if fedex_plus isn't seeing a part of the TYPE...SELECT definition in the exp file |
| 01:30.00 | Notify | 03BRL-CAD:starseeker * 56914 brlcad/trunk/src/conv/step/ON_Brep.cpp: Mark Pictor figured it out - the key is SetUnderlyingType |
| 03:26.34 | Notify | 03BRL-CAD:starseeker * 56915 brlcad/trunk/src/conv/step/ON_Brep.cpp: Hook up some more objects |
| 03:31.26 | Notify | 03BRL-CAD:starseeker * 56916 brlcad/trunk/src/conv/step/ON_Brep.cpp: Whoops, add # to point numbers |
| 09:53.23 | *** join/#brlcad caen23 (~caen23@92.81.216.152) | |
| 11:39.17 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 12:11.11 | *** join/#brlcad caen23 (~caen23@92.81.216.152) | |
| 12:34.41 | Izak_ | brlcad:``Erik: Please can youn take a look at rt_hrt_bbox() code on this link http://paste.kde.org/p4ffbef66/ |
| 15:51.41 | *** join/#brlcad caen23 (~caen23@92.81.216.152) | |
| 17:04.16 | brlcad | Izak_: looked at it |
| 17:06.11 | brlcad | no idea if it's right or wrong, but the code looks fine |
| 17:06.52 | brlcad | you can run the 'bb' command to invoke that callback -- it'll create an arb8 bounding box that you can visualize |
| 17:13.14 | Ch3ck_ | brlcad: fixed the former patches and i've updated the bn_poly_quad_rts patch waiting for you review |
| 17:14.03 | Ch3ck_ | all the changes of the the former patches are in a new ticket 231 |
| 17:14.23 | Izak_ | brlcad: Is the development of primitives always iterative ? Can I get it right the first time (when i finish the callbacks)? |
| 17:37.35 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 18:21.08 | *** join/#brlcad caen23_ (~caen23@92.85.85.176) | |
| 19:05.27 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 5997 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 12 August - 18 August */ |
| 19:10.43 | *** join/#brlcad kesha_ (~kesha@117.226.220.34) | |
| 19:24.55 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 20:02.30 | Izak_ | brlcad: The bb command gives me no picture to visualize yet |
| 20:26.41 | *** join/#brlcad caen23 (~caen23@92.85.85.176) | |
| 20:40.44 | Notify | 03BRL-CAD:iiizzzaaakkk * 56917 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Wrote rt_hrt_bbox() function which computes the bounding RPP for the heart primitive |
| 20:52.58 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 5998 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */ |
| 21:01.35 | *** join/#brlcad kesha__ (~kesha@117.226.220.34) | |
| 21:05.57 | Notify | 03BRL-CAD Wiki:Vladbogolin * 5999 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 9 */ |
| 21:07.35 | *** join/#brlcad kesha__ (~kesha@117.226.220.34) | |
| 21:10.51 | starseeker | Izak_: to visualize a bounding box, use the -c option to create the box |
| 21:15.48 | starseeker | Izak_: your commit 56917 breaks the build - gives set but unused warning for w1 |
| 21:16.22 | starseeker | did you compile before committing? |
| 21:34.35 | *** join/#brlcad kesha_ (~kesha@117.226.220.34) | |
| 22:16.29 | *** join/#brlcad kesha_ (~kesha@117.226.220.34) | |
| 22:30.58 | *** join/#brlcad kesha_ (~kesha@117.226.220.34) | |
| 22:44.43 | *** join/#brlcad kesha_ (~kesha@117.226.220.34) | |
| 22:58.18 | *** join/#brlcad kesha_ (~kesha@117.226.220.34) | |
| 23:03.09 | Notify | 03BRL-CAD:tbrowder2 * 56918 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: correct spelling to American version |
| 23:05.10 | Notify | 03BRL-CAD:tbrowder2 * 56919 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: rem is an array of size 1 |
| 23:06.23 | Notify | 03BRL-CAD:tbrowder2 * 56920 brlcad/trunk/src/libfb/if_X24.c: short term fix for gcc 4.8.1 error; prevents value from exceeding LONG_MAX |
| 23:11.17 | *** join/#brlcad kesha_ (~kesha@117.226.220.34) | |
| 23:13.59 | *** join/#brlcad kesha_ (~kesha@117.226.220.34) | |
| 23:42.17 | Notify | 03BRL-CAD:tbrowder2 * 56921 brlcad/trunk/src/librt/primitives/bspline/nurb_ray.c: bump up size of array trying to ameliorate gcc 4.8.1 warning of array overflow |
| 23:43.55 | Notify | 03BRL-CAD:tbrowder2 * 56922 brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: style |
| 01:16.00 | Notify | 03BRL-CAD:tbrowder2 * 56923 brlcad/trunk/src/libfb/if_X24.c: add missing type |
| 06:12.42 | *** join/#brlcad caen23 (~caen23@92.83.169.185) | |
| 08:33.54 | *** join/#brlcad caen23_ (~caen23@92.83.191.7) | |
| 10:35.24 | *** join/#brlcad caen23 (~caen23@92.83.191.7) | |
| 11:54.45 | Notify | 03BRL-CAD:tbrowder2 * 56924 brlcad/trunk/src/libfb/if_X24.c: think it should be INT_MAX |
| 15:49.41 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 16:07.58 | Notify | 03BRL-CAD:brlcad * 56925 brlcad/trunk/src/librt/primitives/hrt/hrt.c: w1 is set but never used. eliminate w1, but probably implies the logic is wrong |
| 16:14.41 | Notify | 03BRL-CAD:tbrowder2 * 56926 brlcad/trunk/src/conv/3dm/3dm-g.cpp: ----------- |
| 16:29.34 | Notify | 03BRL-CAD:brlcad * 56927 brlcad/trunk/src/conv/3dm/3dm-g.cpp: you can't/shouldn't call + operator on a string literal. += would have been okay, but the itoa() function is bad. make it more clear what's going on with a bu_vls |
| 16:32.41 | Notify | 03BRL-CAD:brlcad * 56928 brlcad/trunk/src/librt/primitives/hrt/hrt.c: and since w1 is now gone, P is apparently also unused. |
| 16:41.58 | Notify | 03BRL-CAD:brlcad * 56929 brlcad/trunk/src/conv/3dm/3dm-g.cpp: eliminate the fixed 256-char array, use a bu_vls. convert sizes to size_t. |
| 16:45.05 | Notify | 03BRL-CAD:brlcad * 56930 brlcad/trunk/src/conv/3dm/3dm-g.cpp: now the lame itoa() function is unused, so we can remove it and it's static buffer evilness. mark the other functions static also lets the compiler discover that printPoints() is unused, so we remove that too. |
| 17:39.03 | Notify | 03BRL-CAD:tbrowder2 * 56931 brlcad/trunk/doc/docbook/system/mann/en/edcomb.xml: there's no 'or' about it |
| 17:43.06 | Notify | 03BRL-CAD:tbrowder2 * 56932 brlcad/trunk/src/libged/human.c: human bodies have sex characteristics, not gender |
| 17:53.23 | Notify | 03BRL-CAD:tbrowder2 * 56933 brlcad/trunk/doc/docbook/system/mann/en/edcomb.xml: use preferred terminolgy |
| 18:08.12 | Notify | 03BRL-CAD Wiki:Harman052 * 6000 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:41.52 | Notify | 03BRL-CAD:tbrowder2 * 56934 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: trying to clarify some apparent anomalies in region attributes; add another attr set example |
| 18:44.05 | Notify | 03BRL-CAD:tbrowder2 * 56935 (brlcad/trunk/src/libged/comb.c brlcad/trunk/src/libged/comb_std.c and 2 others): make all 4 display same message at region creation\nuse current attr terminolgy |
| 18:46.41 | Notify | 03BRL-CAD:tbrowder2 * 56936 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: reference correct mged command |
| 18:50.17 | Notify | 03BRL-CAD:tbrowder2 * 56937 brlcad/trunk/src/libged/comb.c: return closing paren to its rightful place |
| 18:54.03 | Notify | 03BRL-CAD:tbrowder2 * 56938 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: the message format is the same, not the values necessarily |
| 19:12.01 | brlcad | very interesting: http://graphics.pixar.com/opensubdiv/ |
| 19:13.07 | starseeker | O.o - they switched to the Apache license? |
| 19:13.28 | starseeker | hot diggity |
| 19:13.39 | brlcad | as of siggraph, yeah |
| 19:14.06 | brlcad | notes had someone been there, would have noticed it sooner |
| 19:14.19 | starseeker | nods |
| 19:14.37 | starseeker | that's a big deal - Blender (and us, for that matter) can now consider it |
| 19:14.59 | starseeker | bugger - they even had a course on it |
| 19:15.05 | starseeker | would have been handy |
| 19:27.55 | brlcad | cool, we get a mention: http://www.docstoc.com/docs/40927294/3D-Modeling-Subdivision-Surfaces-Solid-Modeling |
| 19:53.47 | Notify | 03BRL-CAD:brlcad * 56939 brlcad/trunk/TODO: cycles and opensubdiv are worth considering for a variety of reasons. need to evaluate the complexity, costs, and benefits |
| 19:54.30 | starseeker | cycles? Is that blender's OSL raytracer? |
| 19:55.26 | starseeker | O.O they went Apache too??? |
| 19:55.48 | starseeker | ah - as of today |
| 19:57.35 | starseeker | wow |
| 19:57.53 | starseeker | big news indeed |
| 20:01.50 | Notify | 03BRL-CAD Wiki:Bgreene231 * 0 /wiki/User:Bgreene231: |
| 20:06.52 | brlcad | I think tom's question is about your attribute syncing code |
| 20:41.14 | starseeker | ah ha - https://svn.blender.org/svnroot/bf-blender/trunk/blender/intern/cycles/ |
| 22:22.57 | Notify | 03BRL-CAD:starseeker * 56940 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: Docbook wasn't validating |
| 22:40.07 | Notify | 03BRL-CAD:starseeker * 56941 (brlcad/trunk/src/librt/comb/comb.c brlcad/trunk/src/librt/db5_types.c): moving from rgb to color looks like it was a mistake - go back to rgb as the 'default'. Moving back could also introduce problems, so needs testing, but a 'proper' solution to all this will probably have to wait for v6/8.0 |
| 23:01.42 | starseeker | interesting - the target with opensubdiv 2.0 per the release roadmap includes "Intersect rays with subdiv limits" |
| 23:05.38 | starseeker | http://lists.freedesktop.org/archives/intel-gfx/2013-April/026747.html |
| 23:24.25 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 23:31.20 | starseeker | sounds like the openvdb demos were interesting: http://www.blenderartists.org/forum/showthread.php?302269-Brecht-s-SIGGRAPH-observations&p=2433332&viewfull=1#post2433332 |
| 03:25.39 | brlcad | starseeker: color wasn't a mistake, that was the point .. that it could be cmyk or rgb or hsv or some other color space color definition |
| 03:46.46 | starseeker | brlcad: but programatically, particularly for backwards compatibility, it's been a real pain |
| 03:52.57 | starseeker | in particular, if I remember correctly, if we don't write out the rgb attribute we break older BRL-CAD releases' support for color |
| 05:08.20 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 06:17.17 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ayrsklsxgmfwsuqh) | |
| 06:55.40 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:00.54 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 08:04.12 | Notify | 03BRL-CAD:phoenixyjll * 56942 brlcad/trunk/src/libbrep/boolean.cpp: Add basic support of connectivity graph. And build connectivity graphs for the original structure. |
| 08:17.20 | Notify | 03BRL-CAD:phoenixyjll * 56943 brlcad/trunk/src/libbrep/boolean.cpp: Error handling. |
| 08:22.21 | Notify | 03BRL-CAD:iiizzzaaakkk * 56944 brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c: Corrected spelling of polynomial in bn_poly_synthetic_div.c |
| 08:39.40 | Notify | 03BRL-CAD:phoenixyjll * 56945 brlcad/trunk/src/libbrep/boolean.cpp: Fix two tiny bugs in build_connectivity_graph(), and print the graph if the debug flag is set. |
| 08:44.07 | Notify | 03BRL-CAD:phoenixyjll * 56946 brlcad/trunk/src/libbrep/boolean.cpp: Remove trailing ws. |
| 09:05.03 | Notify | 03BRL-CAD Wiki:Phoenix * 6001 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 9 */ |
| 09:43.23 | Notify | 03BRL-CAD:iiizzzaaakkk * 56947 brlcad/trunk/src/librt/primitives/hrt/hrt.c: rt_hrt_free() and rt_hrt_params() functions |
| 10:05.10 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6002 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */ |
| 10:51.22 | Izak_ | screen -d 1218 |
| 10:52.29 | Ch3ck | starseeker: I've fixed tickets 226 as Sean requested, I've fixed the changes with the previous patches and uploaded to 231. Would all patches to be reviewed and closed.;) |
| 11:20.40 | Notify | 03BRL-CAD:tbrowder2 * 56948 brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: style |
| 11:38.53 | Notify | 03BRL-CAD:tbrowder2 * 56949 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: style |
| 11:49.00 | Notify | 03BRL-CAD:tbrowder2 * 56950 (brlcad/trunk/src/librt/primitives/dsp/dsp.c brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c): added FIXME where gcc 4.8.1 reports error upon release build |
| 11:52.07 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b102:6fca:0:12:8531:5301) | |
| 12:40.10 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 12:41.23 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 13:17.36 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 14:07.49 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 14:08.09 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 14:08.09 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 14:08.10 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 14:08.20 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 14:08.35 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 14:08.35 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 14:08.36 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 14:09.17 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 14:09.28 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 14:13.34 | brlcad | and as I send the e-mail, sagonet comes back to life |
| 14:14.01 | brlcad | ejno: try compiling with all enabled (see INSTALL) |
| 14:14.11 | brlcad | so that it doesn't try to use the system tcl/tk |
| 14:14.26 | ejno | ok |
| 14:14.58 | brlcad | or feel free to fix that 8.6 build error ;) |
| 14:16.06 | ejno | brlcad: I got disconnected - I think I missed part of your response |
| 14:16.53 | ejno | ok, I will try if I have time |
| 14:17.40 | brlcad | ejno: I explained in an e-mail, the server's ISP had a brief outage |
| 14:17.58 | ejno | ok |
| 14:18.26 | brlcad | don't worry about the error .. it's a bug in tcl 8.6's header |
| 14:19.01 | brlcad | if you build with bundled libs enabled, that error will go away |
| 14:19.09 | ejno | ok |
| 14:23.49 | *** join/#brlcad luca79 (~luca@89.249.207.188) | |
| 14:34.03 | brlcad | hello luca79 |
| 14:42.21 | brlcad | ``Erik: notify, she dead |
| 14:44.40 | ejno | brlcad: do you know where the OpenCL libraries are? |
| 15:06.20 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 15:06.42 | Notify | 03BRL-CAD:brlcad * 56951 brlcad/trunk/src/conv/step/ON_Brep.cpp: use our considerably more precise DEG2RAD constant, no explanation needed. need common.h before system headers. |
| 15:06.46 | Notify | 03BRL-CAD:brlcad * 56952 brlcad/trunk/src/conv/step/ON_Brep.cpp: ws and comma cleanup |
| 15:06.48 | Notify | 03BRL-CAD:carlmoore * 56953 (brlcad/trunk/src/libbn/tests/bn_poly_synthetic_div.c brlcad/trunk/src/librt/primitives/hrt/hrt.c): fix spellings, remove trailing blanks/tabs |
| 15:06.50 | Notify | 03BRL-CAD:brlcad * 56954 brlcad/trunk/src/conv/step/ON_Brep.cpp: inject some visual cues to help my own understanding |
| 15:06.53 | Notify | 03BRL-CAD:brlcad * 56955 brlcad/trunk/src/conv/step/ON_Brep.cpp: fit comments for external readers |
| 15:20.01 | brlcad | ejno: they should be in /usr/local |
| 15:20.18 | Notify | 03BRL-CAD:brlcad * 56956 (brlcad/trunk/src/conv/dbupgrade.c brlcad/trunk/src/conv/enf-g.c and 5 others): ws |
| 15:21.04 | brlcad | yeah, /usr/local/include/CL |
| 15:21.13 | ``Erik | https://github.com/erikg/cl-cia/commit/fa8418386a50d8c77d70470f4cd7a598b22c07ba will kick the next time the bot thread restarts (after I push '0' in slime when it pings out or when I restart the vm), hopefully that'll address the bot "mia after disconnect" issue |
| 15:22.59 | brlcad | woot |
| 15:23.00 | ejno | brlcad: I mean the binaries |
| 15:23.23 | brlcad | ejno: good question, I see the port only installed the headers |
| 15:23.43 | hickoryknoll | brlcad: why does "gcc -c -I ../../include/ gcode.c" give me "fatal error: tcl.h: no such file or directory" |
| 15:23.56 | hickoryknoll | having trouble remembering all of our previous lesson |
| 15:24.12 | brlcad | ejno: found a cpu driver... looking for non-cpu driver |
| 15:24.24 | ejno | brlcad: ok, thank you |
| 15:28.54 | brlcad | ejno: installed the cpu version -lOpenCL, but will keep looking |
| 15:29.05 | brlcad | let me know what devices it says are available |
| 15:29.21 | brlcad | hickoryknoll: because tcl.h is not in ../../include |
| 15:30.05 | brlcad | if you're going to compile real library-using code by hand, not just simple proc-db stuff, you'll need to specify a couple paths |
| 15:30.37 | brlcad | -I../../src/other/tcl/generic |
| 15:30.41 | brlcad | or find all the places it exists: find ../.. -name tcl.h |
| 15:32.06 | hickoryknoll | okay thanks |
| 16:02.49 | ejno | brlcad: OpenCL isn't linking with the c++ library: /usr/local/lib/libOpenCL.so: undefined reference to `std::ctype<char>::_M_widen_init() const@GLIBCXX_3.4.11' |
| 16:05.38 | ejno | oh, maybe I need to tell cmake to link with the c++ library |
| 16:12.08 | hickoryknoll | brlcad: and why does this half not work either? "~/Applications/brlcad/src/rt$ gcc -L ../../build/lib/ -lrt -lbu -lwdb gcode.o" it seems to recognize none of the brlcad functions |
| 16:16.44 | ejno | brlcad: this is failing too: g++ test.cpp -L/usr/local/lib -lOpenCL |
| 16:20.53 | brlcad | ejno: yeah, sounds like it -- try adding -lstdc++ to the link line |
| 16:21.15 | brlcad | (probably can add ";stdc++" to the list of libs needing linking) |
| 16:21.29 | brlcad | hickoryknoll: ordering matters |
| 16:22.17 | brlcad | symbols are resolved in the order they are described, so you want gcode.o first (since nearly everything is referenced), and then include the libs to resolve those references |
| 16:22.39 | hickoryknoll | ohhh! |
| 16:22.45 | hickoryknoll | that makes sense now |
| 16:22.54 | brlcad | ejno: where's your test? |
| 16:23.13 | ejno | brlcad: this fails too: g++ test.cpp -L/usr/local/lib -lOpenCL -lstdc++ |
| 16:23.29 | ejno | brlcad: ~/t |
| 16:23.52 | brlcad | yeah, you don't need -lstdc++ with g++ |
| 16:25.47 | ejno | is it an incompatible libstdc++? |
| 16:37.28 | hickoryknoll | brlcad: it worked, than stopped working and gave me this "error while loading shared libraries: librt.so.20: cannot open shared object file: No such file or directory" I don't think any code changes could account for it. What happened? |
| 16:46.46 | brlcad | ejno: possibly, but that doesn't make much sense |
| 16:46.53 | brlcad | libOpenCL was just compiled |
| 16:47.26 | brlcad | hickoryknoll: that's a runtime library error |
| 16:47.51 | brlcad | when a program is run, the libraries are located and loaded |
| 16:48.07 | brlcad | it's saying it cannot find the librt library that you specified (via -lrt) |
| 16:48.39 | brlcad | you can tell it where to find the library at runtime in addition to compile time with the -rpath=/runtime/path linker option |
| 16:49.26 | brlcad | if you use BRL-CAD's cmake build system, this is all should be done for you automatically just by telling it what files to compile |
| 16:50.19 | hickoryknoll | I'll try that now. Although I had issues when trying to do that before |
| 16:51.16 | brlcad | good time to sort them out ;) |
| 16:51.18 | brlcad | I presume you have a fresh checkout? |
| 16:51.25 | hickoryknoll | yeah |
| 16:51.30 | brlcad | what kind of checkout is it? |
| 16:51.33 | brlcad | svn info . |
| 16:51.38 | brlcad | what's the url? |
| 16:52.12 | hickoryknoll | URL: https://brlcad.svn.sourceforge.net/svnroot/brlcad/brlcad/trunk |
| 16:52.18 | brlcad | okay cool |
| 16:52.32 | brlcad | so first step is to put your source file into the src/proc-db dir |
| 16:52.46 | hickoryknoll | really? not conv? |
| 16:53.00 | brlcad | right, sorry |
| 16:53.38 | hickoryknoll | okay. it actually has been in rt |
| 16:54.49 | brlcad | in face, probably easiest to follow the examples of the subdir converters, create a src/conv/gcode |
| 16:55.23 | brlcad | put your file in there, then you'll need to 1) update src/conv/CMakeLists.txt and 2) add your own src/conv/gcode/CMakeLists.txt |
| 16:56.13 | hickoryknoll | if I just put it in conv, all I need to do is add an BRLCAD_ADDEXEC" to the Cmake file right? |
| 16:56.35 | brlcad | even if you put it in a subdir, that's almost all you need to do |
| 16:56.50 | hickoryknoll | okay |
| 16:57.07 | hickoryknoll | But what's the point if I only have one file? |
| 16:57.08 | brlcad | I see this exporter really expanding, so a subdir will probably make the most long-term sense |
| 16:57.14 | hickoryknoll | oh |
| 16:57.21 | brlcad | different ways to fill the interior, for example |
| 16:57.41 | brlcad | could be hundreds of lines of code to write out a honeycomb pattern .. that'd be best separated from the main app logic |
| 16:57.46 | hickoryknoll | yeah. It definitely has the potential to get huge |
| 16:57.47 | brlcad | along with the dozen other ways |
| 17:02.40 | Notify | 03BRL-CAD:brlcad * 56957 brlcad/trunk/regress/repository.sh: previous common.h check only tested to make sure common.h came first in the file if it's included at all. new check also makes sure that common.h is included if there are any system headers included first since common.h should come first. currently disabled since there are several files that need to be fixed. |
| 17:08.09 | brlcad | ejno: the error is not your fault .. looks like something wonky with the gcc 4.6 that was recently installed (``Erik) |
| 17:08.13 | brlcad | g++ test.cpp -L/usr/local/lib/gcc46 -L/usr/local/lib -lOpenCL -rpath=/usr/local/lib/gcc46 |
| 17:08.18 | brlcad | that works |
| 17:09.36 | ejno | brlcad: ok, thanks |
| 17:09.56 | brlcad | ah, it's a path problem.. "gcc" and "g++" are still 4.2.1 so it couldn't find the libs that compiled libOpenCL |
| 17:10.28 | brlcad | if you had used gcc46 it would have worked |
| 17:10.37 | ejno | ok |
| 17:12.31 | brlcad | hickoryknoll: lemme know when you get the cmakefile stuff set up and I can look it over |
| 17:15.51 | hickoryknoll | File Edit Options Buffers Tools Help |
| 17:15.51 | hickoryknoll | set(GCODE_INCLUDE_DIRS ${BU_INCLUDE_DIRS} ${RT_INCLUDE_DIRS} ${WDB_INCLUDE_DIRS} ) |
| 17:15.51 | hickoryknoll | set(ggcode_SRCS g-gcode.c ) |
| 17:15.51 | hickoryknoll | BRLCAD_ADDEXEC(g-gcode "${ggcode_SRCS}" "libwdb;librt;libbu" NOSTRICT) |
| 17:15.53 | hickoryknoll | # Local Variables: |
| 17:16.49 | brlcad | looks good on the surface -- does it work? |
| 17:17.49 | brlcad | looks like the raw format is the closest example |
| 17:19.03 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 17:20.04 | brlcad | not using screen? |
| 17:20.27 | hickoryknoll | am using screen, did something odd in screen |
| 17:21.18 | brlcad | ah |
| 17:21.35 | brlcad | you learned how to create new contexts? |
| 17:21.44 | hickoryknoll | new contexts? |
| 17:21.49 | brlcad | ctrl-a c |
| 17:22.10 | brlcad | ctrl-a n and ctrl-a p to go to the next/previous |
| 17:22.14 | hickoryknoll | already knew that, did something else. |
| 17:22.30 | hickoryknoll | I think I just ended the context that was running irc |
| 17:22.46 | brlcad | ah, fun :) |
| 17:22.54 | brlcad | ctrl-a k will do that ;) |
| 17:23.03 | *** join/#brlcad ralph (408663e6@gateway/web/freenode/ip.64.134.99.230) | |
| 17:23.07 | brlcad | hi ralph |
| 17:23.11 | *** part/#brlcad ralph (408663e6@gateway/web/freenode/ip.64.134.99.230) | |
| 17:23.17 | brlcad | by ralph |
| 17:23.29 | hickoryknoll | probably that |
| 17:24.01 | hickoryknoll | did you see the CMake thingy |
| 17:25.05 | brlcad | you mean the pasting? |
| 17:25.18 | brlcad | I'd replied with this: |
| 17:25.18 | brlcad | 13:16 < brlcad> looks good on the surface -- does it work? |
| 17:25.18 | brlcad | 13:17 < brlcad> looks like the raw format is the closest example |
| 17:25.45 | hickoryknoll | getting to the does it work. And that is the one I used as a template |
| 17:26.10 | brlcad | forgot that most of them don't even bother with a sub-CMakeLists.txt file |
| 17:26.22 | brlcad | but it's still fine to have |
| 17:26.37 | brlcad | more modular |
| 17:27.12 | hickoryknoll | I just run cmake now in a new build directory? |
| 17:29.16 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 17:34.07 | ``Erik | ponders some process russian roulette to see if any irc sessions go... ps ax | awk '{print $1}' | rand | head -n 1 | xargs sudo kill -9 |
| 17:34.42 | ``Erik | watches himself get removed from wheel :D *duck* |
| 17:35.51 | starseeker | brlcad: I'm probably going to be breaking ON_Brep.cpp up into separate files along the line of the importer, which should help comprehensibility |
| 17:36.22 | starseeker | the "context" stuff is almost certainly per-step-file for us, not per-brep |
| 17:37.14 | starseeker | so that'll be it's on bit |
| 17:37.42 | starseeker | then I'll need per-primitive logic as well |
| 17:38.56 | brlcad | hickoryknoll: yes, just build like you normally would -- if you run "cmake ...." first, you'll be able to just specify "make g-gcode" |
| 17:39.17 | brlcad | but since you added new cmake logic, you need to run cmake at least once |
| 17:40.32 | brlcad | starseeker: would it make sense to put them in separate dirs or can they substantially share code? |
| 17:41.06 | brlcad | or better put, could they be separated into separate dirs without duplicating any files or having cmake logic reference the other dir |
| 17:56.41 | hickoryknoll | it couldn't find common.h. |
| 17:56.51 | hickoryknoll | What do I need to include for it to find it? |
| 17:58.54 | ejno | there are no GPU devices detected, and the CPU implementation doesn't support double-precision |
| 17:59.30 | starseeker | brlcad: you mean the importer and exporter? |
| 17:59.53 | starseeker | possibly |
| 18:00.33 | starseeker | not really sure yet - still too early in the game |
| 18:07.52 | *** join/#brlcad whyesse (~quassel@109.160.230.186) | |
| 18:15.03 | *** join/#brlcad caen23 (~caen23@92.81.163.217) | |
| 18:29.54 | brlcad | hickoryknoll: it's in the top level include/ |
| 18:30.13 | brlcad | and what couldn't find it -- your cmake changes? |
| 18:30.56 | brlcad | hickoryknoll: note the include_directories() line in the raw CMakelists.txt file example |
| 18:33.40 | Notify | 03BRL-CAD:brlcad * 56958 brlcad/trunk/regress/repository.sh: stub in initial support for exempting files that intentionally should not be including common.h |
| 18:34.22 | Notify | 03BRL-CAD:brlcad * 56959 brlcad/trunk/src/adrt/slave/tienet_slave.c: missing common.h |
| 18:34.24 | hickoryknoll | brlcad: where does it specify include/ ? |
| 18:37.53 | Notify | 03BRL-CAD:brlcad * 56960 (brlcad/trunk/src/external/Unigraphics/log.h brlcad/trunk/src/external/Unigraphics/ug_misc.c): stdlib.h instead of malloc.h and include common.h |
| 18:38.57 | *** join/#brlcad vladbogo (~vladbogo@188.25.238.69) | |
| 18:40.30 | Notify | 03BRL-CAD:brlcad * 56961 (brlcad/trunk/src/conv/iges/brlcad_brep.cpp brlcad/trunk/src/conv/step/BSplineSurface.h and 6 others): common.h should be included before any system headers |
| 18:42.42 | Notify | 03BRL-CAD:brlcad * 56962 (brlcad/trunk/src/conv/step/CartesianPoint.h brlcad/trunk/src/conv/step/STEPEntity.h): Point.h is not a system header; remove unnecessary doxycomment |
| 18:46.31 | *** join/#brlcad kesha_ (~kesha@49.249.17.31) | |
| 18:47.35 | Notify | 03BRL-CAD:brlcad * 56963 brlcad/trunk/regress/repository.sh: apparently just two more to exempt from needing common.h |
| 18:49.19 | brlcad | hickoryknoll: that is probably embedded via BU_INCLUDE_DIRS (or either of the other two) |
| 18:49.30 | hickoryknoll | yeah I found it |
| 18:51.02 | Notify | 03BRL-CAD:brlcad * 56964 (brlcad/trunk/src/proc-db/mkbuilding.c brlcad/trunk/src/proc-db/mkbuilding.h): headers should be self-contained. include common.h before the system headers, then the main file doesn't need to know it needed to do that. |
| 18:51.43 | Notify | 03BRL-CAD:brlcad * 56965 (brlcad/trunk/src/liboptical/constantpool.h brlcad/trunk/src/liboptical/liboslrend.h and 5 others): must include common.h before all system headers for portability. |
| 18:52.43 | ejno | brlcad: I think this is a problem with FreeOCL: http://paste.kde.org/p57fecc22/ |
| 18:56.06 | Notify | 03BRL-CAD:brlcad * 56966 brlcad/trunk/src/libged/simulate/simutils.h: include common.h |
| 18:58.37 | Notify | 03BRL-CAD:brlcad * 56967 brlcad/trunk/regress/repository.sh: all files now passing the expanded common.h header checks, so turn error-matching on |
| 19:03.22 | whyesse | how would you go about modelling something like this with brl-cad? http://en.wikibooks.org/wiki/OpenSCAD_User_Manual/2D_to_3D_Extrusion#Twist |
| 19:03.56 | brlcad | ejno: indeed, try again now |
| 19:04.23 | whyesse | sort of a rotating extrusion? |
| 19:05.06 | brlcad | whyesse: yeah, that's a tricky one |
| 19:06.10 | brlcad | a generalized sweep operation would normally do it (which we don't implement), though the notion of extruding with a twist parameter is interesting |
| 19:06.28 | whyesse | I was hoping maybe there's a different way of doing it |
| 19:06.53 | brlcad | there are, depending on what you need specifically |
| 19:07.21 | whyesse | I saw it used for this: http://www.thingiverse.com/thing:53451 |
| 19:07.39 | ejno | brlcad: thank you. There are new errors: http://paste.kde.org/pde8c2b0b/ |
| 19:07.45 | whyesse | I think to make herringbone gear teeth |
| 19:08.43 | brlcad | whyesse: here's one method used for things like threading on bolts: http://ronja.twibright.com/3d/ |
| 19:10.41 | brlcad | whyesse: that's really cool (the gear) |
| 19:11.02 | whyesse | yeah |
| 19:11.47 | brlcad | I'm pretty sure that shape is possible... |
| 19:13.01 | brlcad | those are basically cylinders with grooves cut out |
| 19:13.26 | whyesse | ah |
| 19:14.10 | brlcad | hm, wonder if 90 degree sections of a torus rotated up the column would do the trick? |
| 19:15.02 | brlcad | hickoryknoll: now that looks like something fun and practical to print, I think that just might be a good g-gcode test case if I can model something up quick :) |
| 19:16.37 | brlcad | tries |
| 19:20.01 | Notify | 03BRL-CAD:n_reed * 56968 (brlcad/trunk/src/conv/step/OpenNurbsInterfaces.cpp brlcad/trunk/src/conv/step/STEPWrapper.cpp and 4 others): address some step-g related leaks identified by valgrind |
| 19:22.04 | whyesse | brlcad: how difficult would adding a twist feature be? |
| 19:23.20 | whyesse | brlcad: assuming I'm ok with code but completely new to brl-cad |
| 19:24.05 | brlcad | whyesse: conceptually, not that hard ... mathematically, not sure |
| 19:25.20 | brlcad | whyesse: hm, it might be crazy easy even mathematically the more I think about it |
| 19:26.30 | whyesse | ok |
| 19:26.47 | brlcad | if you want to give it a try: src/librt/primitives/extrude/ is where extrusions are defined |
| 19:26.57 | brlcad | pretty much all right there in extrude.c |
| 19:28.26 | brlcad | each object type (like extrude) is defined by a set of callback functions .. the critical ones affected by adding twist are going to be rt_extrude_shot(), rt_extrude_plot(), and rt_extrude_tess() so that it renders, shows wireframe, and can be converted to polygons correctly |
| 19:30.30 | whyesse | can primitives be defined externally? |
| 19:31.01 | brlcad | what do you mean? |
| 19:31.40 | whyesse | by an application using librt, or are they always compiled in |
| 19:32.27 | brlcad | you can always define your own procedural geometry (and we provide several examples of this), but those are built on top of the fundamental primitives |
| 19:32.40 | brlcad | they're the basic building blocks understood throughout the system |
| 19:33.00 | brlcad | so the answer is probably "no" |
| 19:33.07 | whyesse | ok |
| 19:33.29 | whyesse | needs to try compiling brl-cad, then. which would probably be a good idea anyway |
| 19:34.22 | brlcad | ah, yeah :) |
| 19:34.27 | brlcad | ~cadsvn |
| 19:34.28 | infobot | To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 19:35.38 | whyesse | thanks |
| 19:36.57 | brlcad | I've considered implementing a fully generalized primitive that is defined by some parametric equation, but that wouldn't even help you with this kind of problem |
| 19:37.43 | brlcad | maybe some primitive defined by a scripting language definition (or opencl) |
| 19:38.12 | brlcad | otherwise, the only means might be to make each primitive self-register at run-time as plugins and you could define your own new primitive as a (compiled) plug in |
| 19:38.32 | brlcad | whyesse: what were you hoping for? |
| 19:39.14 | whyesse | making a copy of the extrude, and then modifying that |
| 19:39.20 | brlcad | n_reed: why #if !defined(__WIN32__) ? |
| 19:39.59 | whyesse | would probably be easier for me to compile just that |
| 19:40.16 | brlcad | whyesse: intriguing notion, would language matter? |
| 19:40.27 | whyesse | language? |
| 19:40.27 | n_reed | because that's the test a few lines before that causes the memory to be allocated |
| 19:41.07 | brlcad | there's generally so much work involved in implementing a new primitive that it's never been an issue .. |
| 19:42.03 | brlcad | and we wouldn't want to end up with multiple extrusion methods, it'd probably end up an extension of the existing |
| 19:42.16 | brlcad | n_reed: ah, humph |
| 19:45.51 | *** join/#brlcad whyesse (~quassel@109.160.230.186) | |
| 19:49.09 | n_reed | iirc that's typical of stepcode. instead of using wrapper macros/functions, windows/non-windows code is just mixed together w/ conditionals |
| 19:49.18 | n_reed | i'm not about to fix all of them |
| 19:52.59 | Notify | 03BRL-CAD:brlcad * 56969 brlcad/trunk/src/mged/chgview.c: the message is wrong, can only scale uniformly |
| 19:59.51 | whyesse | I'm trying to generate brl-cad databases from python, wrapping functions in the C api with cython. should I be just generating mged commands? |
| 20:03.52 | Notify | 03BRL-CAD:carlmoore * 56970 brlcad/trunk/src/conv/g-nff.c: remove a pair of braces, and also remove duplicate output going to stderr -- do you understand the latter change? |
| 20:07.28 | brlcad | whyesse: it depends how much functionality you'd like to have access to, but wrapping mged commands will give you the most high-level syntax to work with |
| 20:08.10 | brlcad | whyesse: wrapping src/libged will get you 95% of mged's command functionality in C API form |
| 20:08.11 | whyesse | ok |
| 20:08.21 | whyesse | thanks |
| 20:08.58 | brlcad | wrapping mged obviously gets you 100% but then has a little bit of processor invocation overhead |
| 20:09.38 | brlcad | I presume you've seen the shell and perl examples: http://brlcad.org/wiki/Main_page#Tutorials |
| 20:09.43 | whyesse | nope |
| 20:09.54 | brlcad | ah, check out SGI_Cube and Spiral |
| 20:10.33 | whyesse | I saw someone output mged from python somewhere |
| 20:10.35 | whyesse | ok |
| 20:11.19 | brlcad | the latter is particularly relevant to that gear, but some modifications would be needed to create geometry at the same density as you spiral outward/upward |
| 20:18.14 | brlcad | ejno: yeah, so FreeOCL sucks... |
| 20:19.02 | brlcad | there are some changes I could try, but need to be able to test your compile .. where is your build dir or how can I otherwise reproduce that error? |
| 20:19.36 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6003 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */ |
| 20:19.40 | brlcad | it's all simple stuff until the nested-name-identifier error |
| 20:21.47 | ejno | brlcad: cd /home/ejno/brlcad-opencl/build; make -j8 rt && ./bin/rt -Ftest.pix sflake.g depth0.r depth1.r depth2.r depth3.r |
| 20:22.27 | ejno | also, I can try setting up OpenCL on my laptop if you want |
| 20:23.28 | brlcad | ejno: what OS are you running there? |
| 20:24.06 | ejno | Arch Linux. I have it mostly working but the rt window and output pix are entirely black currently, not sure why |
| 20:24.26 | brlcad | is the regular rt window also black? |
| 20:25.06 | ejno | I was going to try that but haven't yet |
| 20:25.11 | brlcad | try -F/dev/Xl |
| 20:25.22 | brlcad | that should rule out ogl |
| 20:25.47 | ejno | ok, I |
| 20:26.28 | brlcad | note that you can run rt -otest.pix -F/dev/Xl to both write to file and display a window if you need that |
| 20:27.15 | ejno | ok, I'll be able to do that in about 10 minutes |
| 20:27.20 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 20:29.04 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6004 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */ |
| 20:34.26 | Notify | 03BRL-CAD:vladbogo * 56971 (brlcad/trunk/src/mged/attach.c brlcad/trunk/src/tclscripts/mged/openw.tcl): Added the Qt display manager as a option to the Modes>Display Manager in mged's menu. |
| 20:37.39 | brlcad | heh, nicely done ... crashing gdb |
| 20:43.09 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6005 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 9 */ |
| 20:43.32 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6006 /wiki/User:Izak/GSOC_2013_logs: /* August 12th to August 17th */ |
| 20:44.15 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Mged1.png: |
| 20:45.28 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6008 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */ |
| 20:52.30 | mpictor | anyone on here familiar with setlocale()? the man page makes it sound like it always defaults to "C" on Linux, but I haven't found anything about its behavior on windows |
| 20:53.46 | mpictor | I need to force exppp (in stepcode) to always print numbers with the formatting specified in 10303-11 |
| 21:01.10 | starseeker | hmm - we just had a problem like that crop up |
| 21:03.10 | brlcad | Qt was setting the users locale causing some of our hard-coded constant values (e.g., 3.0 vs 3,0) to fail |
| 21:04.14 | brlcad | mpictor: C is the default locale |
| 21:04.32 | mpictor | heh I actually found mention of qt doing that when I was googling |
| 21:04.36 | brlcad | but application codes can set whatever they like too |
| 21:04.50 | mpictor | brlcad: is it the default on all systems in all countries? |
| 21:05.00 | brlcad | it's a default for posix C, yes |
| 21:05.12 | brlcad | it's a global libc state |
| 21:05.15 | mpictor | what about windows and osx? |
| 21:06.04 | brlcad | language-wise, it's that way everywhere something claims to be posix compliant |
| 21:06.18 | mpictor | ok |
| 21:06.24 | brlcad | it's defined by stdc, so it's that way everywhere as far as I know, but ... application code can just as well set it to something else |
| 21:06.37 | brlcad | and even default application frameworks can (and some do) set something else |
| 21:07.10 | brlcad | we ran into with a Qt application, Qt itself set the locale to something else just by using Qt |
| 21:07.30 | brlcad | and MFC or OSX framework could just as well do the same thing |
| 21:08.02 | mpictor | this is in exppp, so qt/mfc/etc shouldn't affect it |
| 21:08.32 | mpictor | unless someone writes a gui that uses exppp... |
| 21:08.35 | brlcad | so you either rely on the calling application to set the locale() back to C before calling into sdai/stepcode or you forcibly set/reset it *everywhere* you possibly call a std C function that reads/writes numbers |
| 21:08.44 | brlcad | read, write, scanf, printf, .... all of them |
| 21:09.07 | brlcad | right, that's my point -- you don't know or have control of the calling application |
| 21:09.47 | brlcad | and stepcode is pretty much useless without embedding it into an app ;) |
| 21:09.59 | mpictor | oh, I was thinking I could do it once and not worry again. guess I could just check if it isn't C and exit with an error... |
| 21:10.26 | brlcad | so you either document the expectation/requirement, or hope some init() function is sufficient to setlocale("C"), or forcibly set it everywhere it might be needed |
| 21:10.40 | brlcad | you don't need to exit |
| 21:10.55 | brlcad | you can get the current locale, set C, and return to caller locale just fine |
| 21:11.34 | brlcad | or just set it and forget it but then that's not much different than just documenting the assumption of C |
| 21:12.29 | mpictor | If I set C each time, I need to modify every function that could use printf/scanf/etc with a number |
| 21:13.26 | mpictor | *every function that is accessible from outside the library |
| 21:23.01 | Notify | 03BRL-CAD:iiizzzaaakkk * 56972 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Fixing spelling |
| 21:29.24 | brlcad | yep |
| 21:29.55 | brlcad | half-punting sounds like a good balance |
| 21:30.17 | brlcad | if there's an init-location where almost certainly any call will be going through, set the locale to C |
| 21:30.25 | brlcad | then put it in the docs |
| 21:51.31 | Notify | 03BRL-CAD:carlmoore * 56973 brlcad/trunk/src/conv/nmg/g-nmg.c: remove 2 sets of braces, remove : from P in opt string, and implement h? |
| 22:01.53 | Notify | 03BRL-CAD:ejno * 56974 (brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): check for double-precision support; start of hypersampling; other changes |
| 22:06.02 | *** join/#brlcad whyesse (~quassel@109.160.230.186) | |
| 23:38.47 | brlcad | ejno: any luck confirming double-precision support? |
| 23:39.25 | brlcad | should make the code print either a compile-time or run-time notice whether single or double precision is being used so we can make sure comparisons take into consideration |
| 05:48.59 | Notify | 03BRL-CAD:brlcad * 56975 brlcad/trunk/bench/run.sh: reduce the default deviation to 2% and the number of frames to average across up to 5. this should allow the benchmark number to become considerably more stabilized at the expense of just a few more frames (on average) |
| 05:58.36 | Notify | 03BRL-CAD:brlcad * 56976 brlcad/trunk/NEWS: changed the benchmark defaults from 3% deviation to 2% deviation and from 3 stabilization frames to 5. this will make the benchmark take a fair bit longer on some platforms, but should give a much more stable and repeatable benchmark performance metric. |
| 07:33.44 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:45.49 | *** join/#brlcad caen23 (~caen23@92.81.204.102) | |
| 08:22.38 | Notify | 03BRL-CAD:phoenixyjll * 56977 brlcad/trunk/src/libbrep/boolean.cpp: Separate the code, so that we can then update the connectivity graph after we have done the surface partitioning. |
| 08:43.20 | *** join/#brlcad kesha (~kesha@49.202.231.185) | |
| 11:05.06 | Notify | 03BRL-CAD:tbrowder2 * 56978 brlcad/trunk/src/util/dsp_add.c: prepare for use in auto-man-page process |
| 11:08.02 | Notify | 03BRL-CAD:tbrowder2 * 56979 brlcad/trunk/src/util/dsp_add.c: simplify progname handling |
| 11:09.59 | Notify | 03BRL-CAD:tbrowder2 * 56980 brlcad/trunk/src/util/dsp_add.c: ws, style |
| 11:15.57 | Ch3ck | tryinjg to write a comb_rest() routine which restores the original matrix transformation for a combination while moving up the tree but i wish to understand clearly how it is on a combination. |
| 11:17.07 | Ch3ck | I mean the matrix is stored on the combmbination, I also wish to know if i could do that by calling rt_db_get_internal(..,..,mat_t, ..); like this? |
| 11:23.21 | Notify | 03BRL-CAD:tbrowder2 * 56981 brlcad/trunk/src/util/dsp_add.c: rename function because of new usage var |
| 11:28.33 | Notify | 03BRL-CAD:tbrowder2 * 56982 brlcad/trunk/src/util/dsp_add.c: simplify: use Usage for no args |
| 11:34.44 | Notify | 03BRL-CAD:tbrowder2 * 56983 brlcad/trunk/src/util/dsp_add.c: style |
| 11:46.31 | Notify | 03BRL-CAD:phoenixyjll * 56984 brlcad/trunk/src/libbrep/boolean.cpp: More connectivity graph support: update after surface partitioning. |
| 11:48.44 | Notify | 03BRL-CAD Wiki:Phoenix * 6009 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10 */ |
| 11:55.55 | Notify | 03BRL-CAD:tbrowder2 * 56985 brlcad/trunk/src/util/dsp_add.c: add option descriptions |
| 13:03.19 | Notify | 03BRL-CAD:tbrowder2 * 56986 brlcad/trunk/src/util/yuv-pix.c: setting up for auto-man-page |
| 13:06.06 | Notify | 03BRL-CAD:tbrowder2 * 56987 brlcad/trunk/src/util/yuv-pix.c: style |
| 13:12.27 | Notify | 03BRL-CAD:tbrowder2 * 56988 brlcad/trunk/src/sig/ustats.c: prep for auto-man page; simplify usage; hardwire progname |
| 13:15.15 | Notify | 03BRL-CAD:tbrowder2 * 56989 brlcad/trunk/src/shapes/wire.c: prep for auo-man-page; simplify; hardwire progname; style |
| 13:16.17 | Notify | 03BRL-CAD:tbrowder2 * 56990 brlcad/trunk/misc/auto-man-page/auto-man-progs.txt: reorder dsp_add |
| 13:30.09 | Notify | 03BRL-CAD:tbrowder2 * 56991 (brlcad/trunk/doc/burst/Make-docs.sh brlcad/trunk/doc/burst/Makefile brlcad/trunk/doc/burst/run_doclifter.sh): pref and option changes |
| 13:38.20 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:15a5:0:48:2fe4:8e01) | |
| 14:07.56 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:15a5:0:48:2fe4:8e01) | |
| 14:22.06 | Notify | 03BRL-CAD:vladbogo * 56992 brlcad/trunk/src/libdm/dm-qt.cpp: Process events before generating a new update request event - this is necessary so that the window is exposed when performing the first update request event. |
| 15:07.20 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 15:07.37 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 15:09.49 | Notify | 03BRL-CAD:erikgreenwald * 56993 brlcad/trunk/src/conv/step/ON_Brep.cpp: strcmp -> bu_strcmp |
| 15:33.30 | ejno | brlcad: it seems to support double |
| 15:34.41 | ejno | but I'm currently working on problems with opencl 1.1 vs 1.2 |
| 15:42.31 | ejno | actually it seems that was something else |
| 15:46.03 | *** join/#brlcad kesha (~kesha@49.249.16.159) | |
| 15:48.25 | ejno | but I am having other problems such as black output. The rt output is not black |
| 16:21.51 | brlcad | all black output or black in areas not expected? |
| 16:22.06 | brlcad | hickoryknoll: did you get the build system integration sorted out? |
| 16:24.27 | hickoryknoll | brlcad: yes. Right now I'm basically rewriting it to get rid of a huge amount of junk I had in there from troubleshooting and fiddling and stuff. |
| 16:32.40 | Notify | 03BRL-CAD:ejno * 56994 (brlcad/branches/opencl/src/librt/CMakeLists.txt brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): changes for other systems |
| 16:35.58 | brlcad | ``Erik: did you upgrade or fix denyhosts? |
| 16:35.58 | brlcad | hickoryknoll: great |
| 16:36.23 | brlcad | if it's compiling, you can go ahead and commit it |
| 16:36.40 | brlcad | then make more commits as you make improvements |
| 16:37.17 | ``Erik | brlcad: it got reinstalled when I did the big ports purge/rebuild, that's all I can think of |
| 16:37.45 | brlcad | ah cool. looks like it's actually working now |
| 16:38.04 | ``Erik | <-- didn't know that it wasn't working O.o |
| 16:38.35 | brlcad | i noticed and mentioned it a few months back, but didn't have time to investigate how to fix it |
| 16:38.48 | brlcad | it was writing out the firewall rules to a file.. but nothing was reading that file |
| 16:38.52 | Notify | 03BRL-CAD:starseeker * 56995 brlcad/trunk/src/conv/step/ON_Brep.cpp: Put the context at the beginning, break it into its own function, fix a problem where application instances were set to garbage info, set up oriented edge code to have more than the number of edges in openNURBS. |
| 16:39.45 | ``Erik | huh, wonder if something was messed up with the python install or something *shrug* |
| 16:42.27 | brlcad | yep, dunno, dunt care :) |
| 16:42.33 | brlcad | it works and thats great |
| 16:42.44 | brlcad | no longer needs to be my scripted hack |
| 16:49.13 | ejno | brlcad: all black output |
| 16:49.22 | ejno | rt works fine, though |
| 16:56.20 | brlcad | ejno: have you confirmed that a single ray misses? |
| 16:56.42 | brlcad | running "nirt" in mged will fire a ray through the view center and tell you if it hits |
| 17:00.51 | ejno | brlcad: it hits/misses correctly. There is debug output from the opencl function, so it is running. Possibly the data is not being returned/received correctly |
| 17:04.41 | ejno | nvm, forgot to re-build it |
| 17:06.32 | Notify | 03BRL-CAD:brlcad * 56996 brlcad/trunk/TODO: group the attribute tasks together except for the binary-incompatible one |
| 17:07.54 | ejno | brlcad: no, it's not hitting/missing correctly. Currently investigating |
| 17:08.43 | Notify | 03BRL-CAD:brlcad * 56997 brlcad/trunk/TODO: separate out a separate section for attributes |
| 17:27.29 | Notify | 03BRL-CAD:tbrowder2 * 56998 brlcad/trunk/src/util/fix_polysolids.c: style |
| 17:28.17 | Notify | 03BRL-CAD:brlcad * 56999 brlcad/trunk/TODO: expand the results of our (nick and my) brainstorming session for how to fix our attribute system issues. we need versioning and a means to upgrade a file to newer conventions. shouldn't be much more work to use that same system for downgrading too. include several tasks related to this envisioned plan. comments and discussion welcome. |
| 17:28.56 | brlcad | hickoryknoll: does it compile cleanly? |
| 17:38.32 | Izak_ | brlcad:Did you say you tested prep and shot for the hrt already? |
| 18:04.23 | Notify | 03BRL-CAD:brlcad * 57000 brlcad/trunk/BUGS: attr set should always do exactly as its told |
| 18:05.15 | Notify | 03BRL-CAD:carlmoore * 57001 brlcad/trunk/regress/repository.sh: remove trailing blank, and in the 'for' line remove a duplicate occurrence of 'stricmp' |
| 18:06.16 | brlcad | woot, 57000 |
| 18:06.29 | brlcad | Izak_: why would I say that? :) |
| 18:06.38 | brlcad | no, I did not say that |
| 18:06.48 | brlcad | I may have asked you if you tested them |
| 18:07.03 | ``Erik | can't compile hrt, isgreater() is a c99 construct |
| 18:07.36 | ``Erik | src/librt/primitives/hrt/hrt.c:248: warning: implicit declaration of function 'isgreater' |
| 18:07.39 | ``Erik | make[3]: *** [src/librt/CMakeFiles/librt.dir/primitives/hrt/hrt.c.o] Error 1 |
| 18:07.53 | brlcad | Izak_: so that needs fixing asap, but I also had to make substantial changes to prep() as half the logic you had in there was completely unused |
| 18:08.22 | brlcad | so I doubt it works unless you just forgot to remove code |
| 18:09.24 | Izak_ | brlcad:I am modifying the prep() function now |
| 18:13.25 | Ch3ck_ | brlcad: for walking up the tree i'm thinking of using db_functree() is this ok? or must I use db_preorder_traverse since i think it'll be easier calling the functions directly? |
| 18:14.35 | brlcad | Ch3ck_: just was replying to your message |
| 18:15.25 | brlcad | db_functree() is fine |
| 18:15.32 | brlcad | any traversal method is fine really, so long as it's stopping at the right nodes in the right order |
| 18:16.01 | brlcad | looks like db_functree will stop at both leaves and combs, so you're good to go to use it |
| 18:16.17 | brlcad | but see my message, you do not want to start with leaves |
| 18:18.53 | Ch3ck_ | ok db-functree walks just fine here is my code for pulling combinations on pastebin http://pastebin.com/2UYmyTGN . Wish to know if the logic is ok? |
| 18:19.43 | brlcad | Ch3ck_: cannot get to pastebin.com, would you use a different pastebin |
| 18:19.49 | brlcad | plus they suck |
| 18:20.51 | Ch3ck_ | :) yeah will do.. |
| 18:21.09 | ``Erik | I'm fond of paste.lisp.org, some like paste.kde.org, pastebin.ca, ... |
| 18:21.32 | ``Erik | or make a file in your public_html/ :) |
| 18:21.35 | brlcad | and I have no idea if the logic will be okay other than blatant errors - you need to have test code that proves it works |
| 18:23.17 | Ch3ck_ | http://paste.kde.org/pe4239999/ |
| 18:23.54 | *** join/#brlcad caen23 (~caen23@92.81.204.102) | |
| 18:24.36 | Ch3ck_ | ok just wanted you to haveo since we have to understand that our logic works before our compiler confirms |
| 18:24.50 | brlcad | Ch3ck_: "restore" implies that a matrix was previously there, which is not necessarily the case |
| 18:25.33 | ``Erik | wonders if tdd would be helpful |
| 18:25.45 | Ch3ck_ | brlcad: which means I could just rename it comb_pull() ? |
| 18:26.06 | brlcad | Ch3ck_: unless you're going to write pseudocode, it's not efficient to review code that hasn't been passed through the compiler |
| 18:27.36 | brlcad | and what ``Erik said is pretty much what I assume most people should be doing by default .. if you're not, you should |
| 18:27.41 | brlcad | tdd == test driven development |
| 18:27.53 | Ch3ck_ | yeah.. |
| 18:28.05 | brlcad | i.e., write a little test program like you did with the unit tests (before the functions you're calling even exists) |
| 18:28.19 | Ch3ck_ | ok |
| 18:28.20 | brlcad | then implement your functions |
| 18:29.09 | brlcad | makes you think about the problem in the most simplest terms first, without getting distracted by structs and types and available API |
| 18:29.18 | brlcad | how simple should it be |
| 18:29.31 | brlcad | as an actual working program |
| 18:31.34 | Izak_ | ``Erik:I already fixed the 'isgreater' thing earlier today. Doing a fresh checkout to build before commiting. |
| 18:31.37 | brlcad | fwiw, you do have some blatant syntax errors, and I don't understand the reslationship of those two functions |
| 18:32.20 | ``Erik | Izak_: commit often, update even more often :) |
| 18:32.27 | brlcad | Izak_: I have a fresh checkout and it's still there |
| 18:32.52 | brlcad | and fresh checkout is not needed, just make sure one is up-to-date (svn up) |
| 18:33.48 | brlcad | AH .. I see what you were saying, my confusion by the wording |
| 18:34.00 | brlcad | YOU are doing a fresh checkout .. got it |
| 18:34.49 | Izak_ | brlcad: I mean I am still doing the chekout |
| 18:34.51 | Ch3ck_ | well brlcad: will get started on some unit tests for all the routines i'm to implement. |
| 18:35.37 | brlcad | Izak_: yeah, I understand now .. |
| 18:36.08 | brlcad | Izak_: you'll definitely want to minimize checkouts! .. that can take several minutes, just verify a clean build and verify what you're committing before you commit |
| 18:36.37 | brlcad | you can test a commit by running "svn diff path/to/file1 path/to/file2 | less" read it, make sure it's only the changes intended |
| 18:37.10 | brlcad | "svn diff src/librt/primtivies/hrt" for example to commit everything changed in the hrt dir |
| 18:37.27 | brlcad | rather, to SEE everything changed |
| 18:37.33 | brlcad | then change diff to commit if it's right |
| 18:38.01 | Izak_ | brlcad: I minimise them . Just don't know what went wrong with the one I had. I build and had error |
| 18:38.05 | Izak_ | svn checkout https://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad |
| 18:38.34 | Izak_ | CMakeFiles/librt.dir/primitives/hrt/hrt.c.o: file not recognized: File truncated |
| 18:39.09 | Izak_ | brlcad: Sorry not the "svn ....". The error was "CMakeLIst...." |
| 18:39.30 | ``Erik | might try rm'ing the offending file and build again |
| 18:40.03 | ``Erik | (almost looks as if gcc were killed strangely and didn't clean up a partial file) |
| 18:40.15 | ``Erik | s/were/was/ |
| 18:40.49 | brlcad | Izak_: if you've not done so, create an empty directory and run cmake from there |
| 18:41.03 | Izak_ | ``Erik: It could be that |
| 18:41.07 | brlcad | then if/when something goes wrong like that, you can just delete the entire build directory (or run make clean) |
| 18:41.18 | brlcad | without affecting your source tree or needing a new checkout |
| 18:41.42 | brlcad | this is documented in the INSTALL file |
| 18:41.52 | brlcad | and in HACKING iirc |
| 18:42.02 | brlcad | at least under the release testing steps |
| 18:44.20 | Izak_ | brlcad: Is it true that BRL-CAd is the oldest open source repository existing ? |
| 18:44.38 | brlcad | Izak_: as far as I'm aware, yes |
| 18:44.43 | Izak_ | s/BRL-CAd/BRL-CAD |
| 18:44.48 | ``Erik | there was an article on ohloh that placed us right behind emacs and gcc iirc (or in that neighborhood, at least) |
| 18:45.22 | ``Erik | http://meta.ohloh.net/2007/08/worlds_oldest_source_code_repositories/ |
| 18:45.27 | ``Erik | ah, we are listed as the oldest, w00t |
| 18:45.46 | Izak_ | Izak:So this code is really as old as my Uncle or sth |
| 18:46.28 | brlcad | Izak_: "this code" tries to characterize more than a million lines as having one age, and that's not true |
| 18:46.55 | Ch3ck_ | brlcad: could you please help me with a test i could use to test the comb_restore() or pull_comb() routine? |
| 18:47.00 | ``Erik | checking out early revisions is good fun, code spelunking! |
| 18:47.27 | brlcad | Izak_: great for statistics: http://www.ohloh.net/p/brlcad |
| 18:48.42 | brlcad | notes our scan is stalled |
| 18:51.42 | Ch3ck_ | brlcad: what the status about the Doc Camp? Since I have alot work to do on the Docs.. |
| 18:52.09 | Ch3ck_ | :) |
| 18:54.06 | brlcad | Ch3ck_: more on that will be on the list |
| 18:54.16 | brlcad | there's more that want to go than can go, so selections have to be made |
| 18:56.00 | Ch3ck_ | so when are we expecting results? |
| 18:56.08 | Ch3ck_ | or selectees? |
| 18:56.29 | brlcad | this week |
| 18:56.35 | brlcad | before friday |
| 18:57.07 | Ch3ck_ | nice. |
| 18:57.44 | Ch3ck_ | well concerning the corrections to my patches I've a already updated patch 225 and |
| 18:58.41 | Ch3ck_ | made the necessary corrections to patch 231 |
| 18:58.50 | Ch3ck_ | for the committed patches.. |
| 19:02.19 | Notify | 03BRL-CAD:ejno * 57002 (brlcad/branches/opencl/src/librt/primitives/sph/sph.c brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl): fix problems; work with opencl 1.1; align memory used with opencl |
| 19:03.09 | Notify | 03BRL-CAD:ejno * 57003 brlcad/branches/opencl/src/librt/primitives/sph/sph_shot.cl: remove old code |
| 19:23.04 | *** join/#brlcad vladbogo (~vladbogo@188.25.238.69) | |
| 19:46.34 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6010 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */ |
| 19:51.35 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6011 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */ |
| 20:15.03 | *** join/#brlcad caen23 (~caen23@92.81.204.102) | |
| 20:17.21 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 21:04.26 | Notify | 03BRL-CAD:iiizzzaaakkk * 57004 brlcad/trunk/src/librt/primitives/hrt/hrt.c: removed the isgreater keyword which is C99 standard. Modified logic of rt_hrt_prep: No need for max variable anylonger. My intuition tells me to make Xu and Yu shorter than Zu. |
| 21:14.19 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6012 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */ |
| 21:23.40 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 21:28.32 | Notify | 03BRL-CAD:starseeker * 57005 brlcad/trunk/src/conv/step/ON_Brep.cpp: Going to need to re-think approach to edge building. |
| 00:55.08 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 01:10.40 | starseeker | drools at new CMake features for per-target compile options |
| 01:11.20 | starseeker | if those actually work "as advertised" I might be able to remove some of my custom macro logic for all that... |
| 01:12.20 | starseeker | (right after the TODO list is emptied out, of course...) |
| 01:30.44 | Notify | 03BRL-CAD:starseeker * 57006 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL): Latest CMake spotted a syntax error. |
| 01:41.05 | Notify | 03BRL-CAD:starseeker * 57007 (brlcad/trunk/misc/CMake/FindTCL.cmake brlcad/trunk/src/other/tcl/CMake/tcl.cmake brlcad/trunk/src/other/tk/CMake/tcl.cmake): More string formatting gotchas caught by 2.8.12rc1 CMake |
| 01:42.33 | Notify | 03BRL-CAD:starseeker * 57008 (brlcad/trunk/src/other/incrTcl/itcl/CMake/tcl.cmake brlcad/trunk/src/other/incrTcl/itk/CMake/tcl.cmake and 4 others): Sync other tcl.cmake and FindTCL.cmake copies |
| 02:59.55 | Notify | 03BRL-CAD:brlcad * 57009 brlcad/trunk/CMakeLists.txt: check for posix_memalign (post-c99 posix.1 function) |
| 03:04.06 | Notify | 03BRL-CAD:brlcad * 57010 (brlcad/trunk/src/mged/chgmodel.c brlcad/trunk/src/mged/cmd.c brlcad/trunk/src/mged/muves.c): bad declarations. edit_com() no longer takes a catch_sigint flag as a fourth arg, only three. |
| 03:34.03 | Notify | 03BRL-CAD:brlcad * 57011 brlcad/trunk/HACKING: the naming rules aren't / weren't specific to just variables. we want to keep things consistent for function names too. |
| 03:40.30 | Notify | 03BRL-CAD:brlcad * 57012 brlcad/trunk/src/util/dsp_add.c: avoid introducing a new style within the same file. we should avoid starting function names in uppercase as we have a predominant style of symbols_like_this() or even a few camelCaseSymbols(), but no uppercase convention outside of class method names. updated HACKING to reflect this more clearly. |
| 03:44.27 | Notify | 03BRL-CAD:brlcad * 57013 brlcad/trunk/src/util/dsp_add.c: bu_log() instead of fprintf(stderr where we're already using bu_log() elsewhere in the file. also make all the globals static as application code tends to migrate to libraries over time. |
| 03:50.00 | Notify | 03BRL-CAD:brlcad * 57014 brlcad/trunk/src/conv/nmg/g-nmg.c: the fix wasn't to remove -Pncpu support but should have been to propagate it like the other tools. |
| 03:57.23 | Notify | 03BRL-CAD:brlcad * 57015 (brlcad/trunk/src/conv/dxf/g-dxf.c brlcad/trunk/src/conv/euclid/g-euclid.c and 11 others): decouple RTG.debug from the -P options on most importers. Instead, let -x be utilized for that so that -P can consistently just refer to the nubmer of cpus to use (even though few tools should even be exposing that level of configurability, unnecessary/unhelpful option). |
| 08:18.06 | *** join/#brlcad caen23 (~caen23@92.81.204.102) | |
| 08:36.34 | *** join/#brlcad vladbogo (~vladbogo@188.25.238.69) | |
| 11:11.01 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:37.11 | Notify | 03BRL-CAD:phoenixyjll * 57016 brlcad/trunk/src/libbrep/boolean.cpp: Define a macro to make the connectivity graph an optional choice. |
| 11:37.28 | Notify | 03BRL-CAD:phoenixyjll * 57017 brlcad/trunk/src/libbrep/boolean.cpp: Don't use start, end to represent which part of the outerloop it occupies, which can only represent a single interval. Use array of intervals instead. |
| 11:37.30 | Notify | 03BRL-CAD:phoenixyjll * 57018 brlcad/trunk/src/libbrep/boolean.cpp: Use ON_ClassArray instead of ON_SimpleArray when the element type is std::pair. |
| 11:37.34 | Notify | 03BRL-CAD:tbrowder2 * 57019 brlcad/trunk/TODO: use current file name (no wonder I could never find that info, are we sure this is the best name? not very intuitive) |
| 11:37.36 | Notify | 03BRL-CAD:tbrowder2 * 57020 brlcad/trunk/doc/docbook/system/man5/en/gattributes.xml: remove empty section |
| 11:37.38 | Notify | 03BRL-CAD:tbrowder2 * 57021 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: add important reference to gattributes |
| 11:44.31 | Notify | 03BRL-CAD:iiizzzaaakkk * 57022 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added comment explaining the importance of the new constant 1.25 in rt_hrt_prep() |
| 12:20.19 | *** join/#brlcad caen23 (~caen23@92.83.181.251) | |
| 12:37.47 | Notify | 03BRL-CAD:iiizzzaaakkk * 57023 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Change line comment to doxygen block comment and format it to column 70 |
| 12:55.06 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:57.59 | brlcad | Izak_: what does "takes care of" mean? |
| 12:58.16 | brlcad | is the upper displacement exactly 25%? |
| 12:58.34 | brlcad | or is it some value and 25% "should be enough" to encapsulate it? |
| 12:59.42 | brlcad | the comment should say what it is (which you did great) but also the precision and/or accuracy |
| 13:03.06 | Izak_ | brlcad:It is some value and 25% "should be enough" to encapsulate it |
| 13:13.34 | Ch3ck_ | brlcad: i'm currently using you test for db_walk_tree so I can adapt to my pull_comb() routine but " .. -lbu .." argument for gcc tells me "Error: cannot find -lbu" |
| 13:14.02 | Ch3ck_ | brlcad so how to i supply -lu correctly in "mat = (matp_t)bu_malloc(sizeof(mat_t), "cur_mat"); |
| 13:14.05 | Ch3ck_ | <PROTECTED> |
| 13:14.39 | Ch3ck_ | nop here is the corrct argument: "gcc tree_walk_test.c -L/usr/brlcad/lib -lrt -lbu -I/usr/brlcad/include -I/usr/brlcad/include/brlcad |
| 13:14.44 | Ch3ck_ | ? |
| 13:18.03 | Izak_ | ``Erik: brlcad: What about this for that comment http://paste.kde.org/pc81455af/ ? |
| 13:21.11 | Notify | 03BRL-CAD:carlmoore * 57024 brlcad/trunk/src/conv/step/ON_Brep.cpp: fix spellings |
| 13:28.08 | Notify | 03BRL-CAD:iiizzzaaakkk * 57025 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Adding precision aspects to comment |
| 13:33.10 | Notify | 03BRL-CAD:starseeker * 57026 NIL: See if we can separate out the importer and exporter for STEP |
| 13:38.06 | Notify | 03BRL-CAD:starseeker * 57027 brlcad/trunk/src/conv/step/ON_Brep.cpp: Don't actually use STEPEntity in this file |
| 13:41.47 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6013 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 10 */ |
| 13:41.53 | ``Erik | bummer, "kitten of death" is gone http://sourceforge.net/p/sbcl/sbcl/ci/b7d22ded1428e8d3e87c37164aa6742dd28aa6ce/ |
| 13:44.50 | brlcad | Izak_: the comment should reflect that uncertainty, which is fine for now |
| 13:44.52 | brlcad | but what makes you think 25% should be enough? |
| 13:45.36 | brlcad | bounding boxes should be a tight-fitting as possible, so we may need some analytic method to bound it |
| 13:47.26 | brlcad | Ch3ck_: that command line looks right conceptually |
| 13:47.40 | brlcad | so you have a /usr/brlcad/lib/libbu.so ? |
| 13:50.50 | Ch3ck_ | no |
| 13:51.26 | Ch3ck_ | i don't have any /usr/brlcad/lib/ |
| 13:51.37 | Ch3ck_ | directory. |
| 13:54.20 | Ch3ck_ | but i have /usr/lib |
| 13:56.53 | brlcad | heh |
| 13:57.05 | brlcad | then what is -L/usr/brlcad/lib supposed to mean? |
| 13:58.05 | Ch3ck_ | well grepped libbu.so and its in /usr/brlcad_build/lib/ |
| 13:58.11 | Ch3ck_ | is this ok? |
| 13:58.28 | brlcad | depends what you mean by ok |
| 13:58.37 | Ch3ck_ | so I could just modify the args to point to these? |
| 13:58.39 | brlcad | there's nothing "wrong", you can build/install anywhere |
| 13:59.18 | Notify | 03BRL-CAD:iiizzzaaakkk * 57028 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Added comment explaining the importance of the new constant 1.25 in rt_hrt_bbox() |
| 13:59.19 | Ch3ck_ | well meaning i could modify the patch from /usr/brlcad/lib .. to /usr/brlcad_build/lib/ .. ? |
| 13:59.19 | brlcad | Ch3ck_: you should "man gcc" and understand what each of those arguments means |
| 13:59.30 | Ch3ck_ | already |
| 13:59.31 | brlcad | you could, but is that right? |
| 13:59.53 | brlcad | if you don't know what that -L or -I mean, you have no idea what providing a new path means |
| 13:59.55 | Ch3ck_ | and -l gives an argument to a directory y |
| 14:00.01 | brlcad | it does not |
| 14:00.14 | Ch3ck_ | ?? |
| 14:00.20 | brlcad | -l specifies the name of a library |
| 14:00.37 | Ch3ck_ | so since i don't have the /usr/brlcad/lib |
| 14:00.45 | Ch3ck_ | so what do i don in this case? |
| 14:01.01 | brlcad | what does -L/usr/brlcad/lib mean? |
| 14:01.33 | Ch3ck_ | means include the libraries in /usr/brlcad/lib |
| 14:01.38 | Ch3ck_ | right? |
| 14:01.41 | brlcad | no |
| 14:02.28 | Ch3ck_ | so what does it mean exactly? |
| 14:02.52 | brlcad | What does "man gcc" say? |
| 14:03.23 | Izak_ | still working on prep() |
| 14:03.34 | brlcad | you're running the gcc command, so it's assumedly an option to that command which should be readily documented |
| 14:03.50 | brlcad | it's a large manual page, so you have to go down a long ways before you get to the explanation of -L |
| 14:04.13 | *** join/#brlcad vladbogo (~vladbogo@188.25.238.69) | |
| 14:04.20 | brlcad | Izak_: understandable, that's why it's important to document the uncertainty the moment it's written |
| 14:04.26 | Ch3ck_ | well looks like -L speciifies a directory |
| 14:04.42 | Ch3ck_ | moving down to the bottom ..to look at further explanantions.. |
| 14:04.43 | brlcad | Ch3ck_: is that was the docs said? |
| 14:04.56 | Ch3ck_ | yes |
| 14:04.59 | brlcad | that's good, the first mention is -Ldir |
| 14:05.14 | brlcad | but then that's not very helpful by itself ;) |
| 14:05.16 | Ch3ck_ | here is how it was specified ( -Ldir |
| 14:05.32 | brlcad | so further down, it'll explain what it means |
| 14:05.40 | Ch3ck_ | ok |
| 14:06.13 | brlcad | the 8th occurance of "-L" is where it's explained |
| 14:08.12 | brlcad | find it yet? |
| 14:08.28 | Ch3ck_ | not yet |
| 14:08.38 | Ch3ck_ | still scrolling realling long.. |
| 14:09.29 | Ch3ck_ | found it..:) |
| 14:10.10 | brlcad | helps to learn how to use the searching features in "less" ;) |
| 14:10.43 | brlcad | "/" .. "-L" .. "/[enter]" 7 times |
| 14:11.12 | brlcad | so what does it say? |
| 14:11.18 | brlcad | very short and simple |
| 14:12.50 | Ch3ck_ | -ldir : tells the linker to search "dir" library and also check in "-L/dir" directories for more routines |
| 14:13.14 | brlcad | "-ldir" ?? |
| 14:13.56 | brlcad | did you mean -Ldir? |
| 14:14.29 | brlcad | because there's -L and -l ... you should understand both |
| 14:15.14 | Ch3ck_ | well "-ldir": this tells the gcc compiler to search to the library specified by'dir' and also check in the directory specified by "-Ldir" |
| 14:15.34 | vladbogo | hi all. I am trying to integrate the new display manager in archer. I've seen that archer only uses ogl dm at the moment but I couldn't find any infos on how to add the new dm. Could you give me some hints on where to look? |
| 14:15.35 | Ch3ck_ | is that simple enough? |
| 14:15.41 | brlcad | this is fundamental information relevant to nearly all compilers |
| 14:15.41 | brlcad | there is no "-ldir" |
| 14:15.41 | brlcad | so no |
| 14:15.52 | brlcad | where are you getting -ldir from? |
| 14:16.02 | Ch3ck_ | -l is the option |
| 14:16.14 | brlcad | it is an option, yes |
| 14:16.16 | Ch3ck_ | and dir is the library |
| 14:16.16 | brlcad | what does that option mean? |
| 14:16.43 | Ch3ck_ | -l tells the compiler to load a library |
| 14:17.05 | Ch3ck_ | specified as 'dir' in "-ldir" |
| 14:17.21 | brlcad | no |
| 14:18.05 | brlcad | -l tell the compiler to LINK a library |
| 14:18.17 | brlcad | and it is *not* specified as 'dir' in -ldir |
| 14:18.25 | brlcad | there is no mention of -ldir in the manual page |
| 14:18.26 | Ch3ck_ | ok here is how is explained in the man page -ldirectory |
| 14:18.32 | Ch3ck_ | as one word |
| 14:18.42 | Ch3ck_ | where '-l' is the option |
| 14:18.43 | brlcad | show me |
| 14:18.53 | Ch3ck_ | ok |
| 14:20.47 | Ch3ck_ | http://paste.kde.org/pd5177295/ brlcad : here is the link |
| 14:21.21 | brlcad | where in that link does it day -ldir or -ldirectory? |
| 14:22.48 | Ch3ck_ | sory for the typo |
| 14:23.02 | brlcad | you must realize by now that programming is BUILT on precise communication |
| 14:23.06 | Ch3ck_ | i meant library ;) |
| 14:23.10 | Notify | 03BRL-CAD:starseeker * 57029 brlcad/trunk/src/conv/step/CMakeLists.txt: Put the g-step and step-g program sources into their own subdirctories |
| 14:23.12 | Ch3ck_ | yeah |
| 14:23.14 | brlcad | that's not a typo, it's entirely the wrong concept |
| 14:23.35 | Ch3ck_ | I meant library and my fingers kept writing directory. |
| 14:24.10 | brlcad | so lets try this again |
| 14:24.18 | brlcad | what does -L/usr/brlcad/lib mean? |
| 14:24.39 | brlcad | (all by itself) |
| 14:25.29 | brlcad | Izak_: updated comment looks good |
| 14:25.38 | brlcad | thanks |
| 14:27.38 | Ch3ck_ | brlcad: it means add the libraries in /usr/brlcad/lib |
| 14:27.50 | brlcad | no... |
| 14:28.26 | brlcad | the line in the man page is all of 13 words to explain it |
| 14:29.18 | Ch3ck_ | ok search libraries named /usr/brlcad/lib when linking |
| 14:29.18 | brlcad | could use half as many words, but it doesn't mean add libraries |
| 14:29.42 | brlcad | heh closer but still not accurate |
| 14:29.54 | brlcad | there are no *libraries* named /usr/brlcad/lib |
| 14:29.58 | brlcad | that's a directory |
| 14:30.15 | Ch3ck_ | ok |
| 14:30.37 | Ch3ck_ | brlcad: search library named "/usr/brlcad/lib" when linking |
| 14:30.53 | brlcad | there is no LIBRARY named "/usr/brlcad/lib" |
| 14:31.51 | brlcad | try again... you're only 1-word wrong |
| 14:31.51 | Ch3ck_ | search the libraries in "/usr/brlcad/lib" when linking |
| 14:32.13 | Ch3ck_ | i mean library |
| 14:32.54 | brlcad | this would have been accurate: search the DIRECTORY named "/usr/brlcad/lib" when linking |
| 14:33.09 | Ch3ck_ | ok |
| 14:33.20 | brlcad | search for libraries in the "/usr/brlcad/lib" directory when linking |
| 14:33.27 | brlcad | would have also been correct |
| 14:34.13 | brlcad | add /usr/brlcad/lib to the list of directories searched when linking, also accurate |
| 14:34.19 | brlcad | do you understand the difference? |
| 14:34.28 | Notify | 03BRL-CAD:iiizzzaaakkk * 57030 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Sorry! removing unused variables in rt_hrt_shot() |
| 14:34.51 | Ch3ck_ | yeah.. |
| 14:34.57 | brlcad | a library is not a directory, a library is a file |
| 14:35.03 | Ch3ck_ | :) get it now.. |
| 14:35.19 | brlcad | "libbu.so.12.0.1" is a library |
| 14:35.27 | Ch3ck_ | ok |
| 14:35.37 | brlcad | "libX11.so" is probably a library (or a link to a library) |
| 14:35.56 | brlcad | so this is basic compiling instructions |
| 14:36.19 | brlcad | when you compile, the compiler needs to know four+ things |
| 14:36.26 | brlcad | 1) what to compile |
| 14:36.32 | brlcad | 2) where to put the output |
| 14:36.37 | brlcad | 3) where to find headers |
| 14:36.40 | brlcad | 4) where to find libraries |
| 14:36.50 | brlcad | and technically 5) what libraries |
| 14:36.52 | Ch3ck_ | ok |
| 14:37.08 | brlcad | which of those is -L/usr/brlcad/lib ? |
| 14:37.21 | Ch3ck_ | src |
| 14:37.39 | Ch3ck_ | -L/usr/brlcad/src |
| 14:37.40 | brlcad | what? |
| 14:37.54 | brlcad | of options 1,2,3,4,5 .. which is -L/usr/brlcad/lib |
| 14:39.05 | Ch3ck_ | ok option 5 |
| 14:39.33 | brlcad | no |
| 14:39.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:39.48 | Ch3ck_ | option 4 |
| 14:40.06 | brlcad | so when I asked: 10:34 < brlcad> do you understand the difference? |
| 14:40.17 | brlcad | and you said "yeah.." .. that was really "no.." :) |
| 14:40.38 | Ch3ck_ | -l gives a library which a file |
| 14:40.48 | Ch3ck_ | and -L gives a directory |
| 14:41.00 | brlcad | that's correct |
| 14:41.05 | Ch3ck_ | which is option 4 |
| 14:41.10 | brlcad | good |
| 14:41.18 | Ch3ck_ | where to find the libraries. |
| 14:41.20 | brlcad | so of those 5, which is -I then? |
| 14:41.48 | brlcad | this is your compile line: |
| 14:41.48 | brlcad | 10:34 < brlcad> do you understand the difference? |
| 14:41.51 | brlcad | oops |
| 14:42.00 | brlcad | gcc tree_walk_test.c -L/usr/brlcad/lib -lrt -lbu -I/usr/brlcad/include -I/usr/brlcad/include/brlcad |
| 14:42.04 | Ch3ck_ | brlcad: -I is option 3 |
| 14:42.09 | brlcad | excellent |
| 14:42.11 | Ch3ck_ | where to find the headers |
| 14:42.27 | brlcad | so then it should be obvious which of those is -llib |
| 14:42.31 | Ch3ck_ | yes |
| 14:42.41 | brlcad | which is #2 ? |
| 14:43.16 | Ch3ck_ | option 2 is -I |
| 14:43.32 | brlcad | you just said: brlcad: -I is option 3 |
| 14:43.33 | Ch3ck_ | thats is -I/usr/brlcad/include/brlcad |
| 14:43.46 | brlcad | so how is it also #2? |
| 14:44.23 | Ch3ck_ | yeah there is no option 2 so output is printed to screen |
| 14:45.02 | Ch3ck_ | since there is no output redirection |
| 14:45.17 | brlcad | no |
| 14:45.23 | brlcad | you are right that there is no #2 specified |
| 14:45.29 | brlcad | but what is the output? |
| 14:45.38 | brlcad | what is the output from compiling? |
| 14:46.49 | d_rossberg | vladbogo: have you looked at libtclcad? |
| 14:47.41 | brlcad | Ch3ck_: compiling a source file generates what? |
| 14:48.06 | Ch3ck_ | an obj file |
| 14:48.17 | brlcad | good |
| 14:48.21 | brlcad | but it actually doesn't do that by default |
| 14:48.28 | brlcad | because you didn't specify a #2 |
| 14:48.50 | brlcad | if you read through "man gcc" further, or a tutorial on the web, you'd find that the -c option makes gcc output object code |
| 14:48.55 | brlcad | and that would be your #2 |
| 14:49.06 | Ch3ck_ | ok |
| 14:49.10 | brlcad | since you haven't specified the output, it attempts to compile AND link the application |
| 14:49.16 | Ch3ck_ | never heard or use that. |
| 14:49.18 | Ch3ck_ | ;) |
| 14:49.19 | brlcad | so the output is a binary application |
| 14:49.29 | Ch3ck_ | yes |
| 14:49.32 | brlcad | which by default for gcc is called "a.out" |
| 14:49.40 | Ch3ck_ | yeah |
| 14:50.14 | brlcad | you could change that name with an option, instead of using -c or the default "a.out" |
| 14:50.25 | brlcad | i'll let you read the man page to figure that out, if you're interested |
| 14:50.41 | brlcad | but looking back at this command: gcc tree_walk_test.c -L/usr/brlcad/lib -lrt -lbu -I/usr/brlcad/include -I/usr/brlcad/include/brlcad |
| 14:50.55 | brlcad | make sure you understand it all -- any questions as to what each piece means? |
| 14:51.13 | Ch3ck_ | yes |
| 14:51.29 | brlcad | okay, what questions? |
| 14:52.01 | Ch3ck_ | I have one: since i don't have a '/usr/brlcad/lib' |
| 14:52.09 | Ch3ck_ | what do i do in this case |
| 14:52.21 | brlcad | well what do you think the point of specifying /usr/brlcad/lib was? |
| 14:52.56 | Ch3ck_ | telling it to search the /usr/brlcad/lib directory |
| 14:53.04 | brlcad | right, but why? |
| 14:53.16 | brlcad | search for what? |
| 14:53.17 | Ch3ck_ | since the routines and defined there |
| 14:53.45 | Notify | 03BRL-CAD:starseeker * 57031 brlcad/trunk/src/conv/step/CMakeLists.txt: Update CMake build logic. Try to make the fedex_plus generation process more robust against parallel building. |
| 14:54.17 | brlcad | Izak_: make sure you review your code for any other numeric constants |
| 14:54.41 | brlcad | the routines are not defined by a directory |
| 14:54.56 | Ch3ck_ | in a directory |
| 14:55.30 | brlcad | right, it's searching for *libraries* in a directory .. what libraries is it looking for? |
| 14:55.54 | Ch3ck_ | libbu and librt |
| 14:56.12 | brlcad | excellent |
| 14:56.30 | brlcad | so you're compiling your tree_walk_test.c, you need to link against libbu and librt |
| 14:56.39 | Ch3ck_ | here is my current command "gcc tree_walk_test.c -L/usr/brlcad/src -lrt -lbu -I/usr/brlcad/include -I/usr/brlcad/include/brlcad" |
| 14:56.55 | brlcad | so you specify -lrt and -lbu ... and you have to tell it where to find those libraries, in what directory do you have them? |
| 14:57.06 | Ch3ck_ | but it tells me -lbu not found |
| 14:57.10 | Ch3ck_ | ok |
| 14:57.31 | brlcad | it has no idea where YOU put libbu or librt |
| 14:57.34 | brlcad | you have to tell it |
| 14:57.48 | brlcad | which of the 1,2,3,4,5 tells the compiler where to find a library? |
| 14:59.18 | Notify | 03BRL-CAD:starseeker * 57032 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): comment tweaks |
| 14:59.26 | Ch3ck_ | option 3 |
| 15:00.02 | brlcad | what was option 3? |
| 15:01.03 | Ch3ck_ | Sorry just lost it from my screen |
| 15:01.09 | Notify | 03BRL-CAD:starseeker * 57033 brlcad/trunk/src/conv/step/step-g/CMakeLists.txt: Don't ignore files that aren't there |
| 15:01.12 | Ch3ck_ | so can't really say for sure what it was ;) |
| 15:01.23 | brlcad | 10:36 < brlcad> 1) what to compile |
| 15:01.23 | brlcad | 10:36 < brlcad> 2) where to put the output |
| 15:01.23 | brlcad | 10:36 < brlcad> 3) where to find headers |
| 15:01.23 | brlcad | 10:36 < brlcad> 4) where to find libraries |
| 15:01.23 | brlcad | 10:36 < brlcad> and technically 5) what libraries |
| 15:01.46 | Ch3ck_ | :) |
| 15:01.48 | brlcad | so you just guessed?? |
| 15:02.00 | Ch3ck_ | ok yes ;) |
| 15:02.02 | brlcad | please don't waste my time, I have better things to do than deal with you guessing |
| 15:02.11 | brlcad | i'm trying to help you understand |
| 15:02.18 | brlcad | if you're not interested in trying, let me know |
| 15:02.20 | Ch3ck_ | yeah i appreciate that.. |
| 15:02.38 | Ch3ck_ | i'm really interested in learning this |
| 15:02.44 | brlcad | which of the 1,2,3,4,5 tells the compiler where to find a library? |
| 15:02.48 | Ch3ck_ | since its very pivotal |
| 15:02.57 | Ch3ck_ | 4 |
| 15:03.00 | Ch3ck_ | option 4 |
| 15:03.05 | brlcad | this is very fundamental |
| 15:03.26 | brlcad | every developer should understand #1-#5 intimately and know how to compile manually like this |
| 15:03.57 | brlcad | so again, the compiler has no way of knowing where libbu or librt are |
| 15:04.08 | brlcad | so you have to tell it, via #4 .. which was which gcc option? |
| 15:04.14 | Ch3ck_ | so i'll have to give -I first |
| 15:04.21 | Ch3ck_ | before -L |
| 15:04.26 | Ch3ck_ | and -l |
| 15:04.32 | Ch3ck_ | right? |
| 15:04.36 | brlcad | nope |
| 15:04.41 | brlcad | what is -I? |
| 15:04.56 | Ch3ck_ | it specifies where to fine headers |
| 15:05.17 | brlcad | yes |
| 15:05.30 | brlcad | from what you've described thus far, you are not faced with a "I cannot find the header" error |
| 15:05.41 | brlcad | what is the error you see? |
| 15:05.50 | Ch3ck_ | -lbu not found |
| 15:06.00 | brlcad | libbu is not found |
| 15:06.02 | Ch3ck_ | thats the error |
| 15:06.17 | brlcad | libbu is a library and -lbu (#5) is how it was specified |
| 15:06.26 | brlcad | how do you tell the compiler where to find libraries? |
| 15:06.39 | brlcad | what option? -l, -I, -L, -c, -o, -? |
| 15:06.44 | Ch3ck_ | by specifying with -L |
| 15:07.00 | brlcad | so you need to specify a -L/path/where/it/can/find/libbu |
| 15:07.06 | brlcad | where is libbu? |
| 15:07.29 | Ch3ck_ | /usr/brlcad/src/ |
| 15:07.43 | brlcad | I doubt it |
| 15:07.51 | brlcad | libbu is a file |
| 15:07.51 | Ch3ck_ | or /usr/brlcad/src/libbu |
| 15:07.57 | brlcad | that is a directory |
| 15:08.01 | brlcad | libbu is a file |
| 15:08.38 | brlcad | if "ls /usr/brlcad/src/libbu*.so" fails, you have the wrong path |
| 15:09.01 | Ch3ck_ | ok grepping |
| 15:09.14 | brlcad | src/libbu is a directory containing the sources to libbu |
| 15:09.21 | brlcad | those are compiled when you run cmake+make |
| 15:09.34 | brlcad | they are compiled into a libbu library file |
| 15:10.01 | brlcad | if you just compile, they will be in your build tree somewhere |
| 15:10.12 | brlcad | if you compile and install, they will be in your build tree somewhere and in your install tree |
| 15:10.33 | Ch3ck_ | i find libbu.so n /usr/brlcad_build/lib |
| 15:10.36 | brlcad | /usr/brlcad is often an install tree, which is where the example you copy-pasted comes from |
| 15:10.58 | brlcad | is /usr/brlcad_build a build tree or an install tree? |
| 15:11.16 | Ch3ck_ | build tree |
| 15:11.23 | brlcad | are you sure? |
| 15:11.36 | brlcad | just because YOU named it brlcad_build doesn't mean anything |
| 15:11.46 | brlcad | where did you run cmake? |
| 15:11.49 | Ch3ck_ | i built from this from here so i gues its here |
| 15:12.01 | Ch3ck_ | here: brlcad_build |
| 15:12.13 | brlcad | okay, so then it is a build tree |
| 15:12.29 | brlcad | that will work, but do remember that it is NOT an install tree |
| 15:12.35 | brlcad | there is a difference and sometimes it will matter |
| 15:12.42 | Ch3ck_ | I also exec 'make install' from here |
| 15:13.00 | brlcad | when you run make install, where does it install into? |
| 15:13.09 | Ch3ck_ | so i guess it'll also be the install tree |
| 15:13.44 | brlcad | there is absolutely no point in having a build tree be the same path as the install tree |
| 15:13.47 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b113:a117::83e:fc01) | |
| 15:13.48 | brlcad | that's just asking for problems |
| 15:13.52 | Ch3ck_ | /usr/brlcad_build/bin |
| 15:13.57 | brlcad | no |
| 15:14.15 | brlcad | that is merely where binaries are put when they are compiled |
| 15:14.27 | brlcad | your build path contains "lib", "bin" and several other directories |
| 15:14.34 | brlcad | your build path is specified during cmake |
| 15:14.39 | brlcad | what was your cmake line? |
| 15:14.59 | brlcad | your install path is specified during cmake as well via options |
| 15:15.20 | Ch3ck_ | cmake ../brlcad -DBRLCAD_BUILD_TYPE=Debug |
| 15:15.29 | Ch3ck_ | from the brlcad_build directory |
| 15:15.37 | brlcad | oh my |
| 15:15.38 | brlcad | okay |
| 15:16.04 | brlcad | so that means you have sources in /usr/brlcad |
| 15:16.16 | brlcad | build output in /usr/brlcad_build |
| 15:16.51 | brlcad | and you're probably installing into /usr/brlcad/dev-7.24.1 |
| 15:16.53 | Ch3ck_ | exactly |
| 15:17.27 | brlcad | that's very .. unusual :) |
| 15:18.26 | brlcad | sources would normally be in your home directory, build directory too, then you install into /usr/brlcad/dev-* |
| 15:18.28 | Ch3ck_ | well thats how its been working since i started compiling ;) |
| 15:18.49 | brlcad | well, that's just odd for many reasons |
| 15:19.02 | brlcad | you would have had to become root just to extract the sources, and to create your build dir |
| 15:19.18 | brlcad | running sudo to get past your problems is ... not good |
| 15:19.23 | ``Erik | waits for Ch3ck_ to say he's been editing and compiling as root |
| 15:19.35 | Ch3ck_ | yes |
| 15:19.40 | brlcad | should understand what you're doing and EXACTLY why you're doing anything as root |
| 15:20.05 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b113:a117::83e:fc01) | |
| 15:20.17 | Ch3ck_ | thats how i've been working on BRL-CAD |
| 15:20.23 | brlcad | that's just .. wrong |
| 15:20.38 | brlcad | and it's not BRL-CAD's fault .. it's your doing |
| 15:20.39 | ``Erik | poor practice, could easily lead to messing up the install |
| 15:20.53 | brlcad | could easily lead to messing up your entire operating system |
| 15:21.18 | Izak_ | that already happened to me once |
| 15:21.24 | Ch3ck_ | well since I tried doing an svn checkout a normal user and it failed |
| 15:21.34 | Ch3ck_ | so i started working as root |
| 15:21.44 | ``Erik | what was the error message it said? permission denied on writing the files? |
| 15:21.55 | Ch3ck_ | yes |
| 15:22.18 | ``Erik | that means you were trying to check it out into the wrong place... :) do it in your user home dir and it's all good |
| 15:22.38 | Ch3ck_ | ok |
| 15:23.02 | brlcad | you should fix that now, compile and build in your home directory |
| 15:23.03 | Ch3ck_ | so in this case what do i do now get a fresh checkout as a normal user |
| 15:23.15 | Ch3ck_ | ok |
| 15:23.26 | ``Erik | Ch3ck_: yes, a fresh new checkout as your mortal user in yur mortal user home directory |
| 15:23.33 | Ch3ck_ | but will it go when not in superusr mode. |
| 15:23.49 | brlcad | if it doesn't, you already screwed other things up |
| 15:23.54 | brlcad | it should work just fine |
| 15:24.23 | brlcad | you should be able to "sudo mv /usr/brlcad ~/brlcad && sudo chown -R Ch3ck ~/brlcad" |
| 15:24.40 | brlcad | instead of getting a whole new checkout |
| 15:25.07 | brlcad | then I'd suggest just deleting your existing build and install trees |
| 15:25.28 | brlcad | sudo rm -rf /usr/brlcad_build |
| 15:25.29 | brlcad | rm -rf ~/brlcad/dev-* |
| 15:25.36 | brlcad | (after the chown) |
| 15:25.58 | ``Erik | Ch3ck_: how you have things set up on brlcad.org is good... with ~/code/brlcad/ and ~/code/brlcad_build/ ... if you can do similar on your personal machine... |
| 15:26.24 | brlcad | then: mkdir ~/brlcad/.cmake && cd ~/brlcad/.cmake && cmake .. -DBRLCAD_BUILD_TYPE=Debug |
| 15:26.42 | brlcad | or what ``Erik said |
| 15:26.55 | Notify | 03BRL-CAD:starseeker * 57034 brlcad/trunk/src/other/stepcode/src/express/entity.c: Clear declaration-after-statement warnings |
| 15:27.04 | Izak_ | How do I add a mortal user to sudoers list? |
| 15:27.16 | brlcad | don't |
| 15:27.21 | Ch3ck_ | but when i try moving files on my personal machine it says user not on sudoers list |
| 15:27.26 | brlcad | just do everything I wrote as sudo as root |
| 15:27.30 | brlcad | then don't become root again :) |
| 15:27.39 | Ch3ck_ | ok |
| 15:28.08 | ``Erik | heh, .cmake/ ? :) I'm using src/brlcad/build/gcc/ src/brlcad/build/clang/ src/brlcad/build/gccopt/ etc myself |
| 15:28.37 | brlcad | ``Erik: I stash build dirs into the source dir it goes with because I usually have N build dirs all going at once |
| 15:28.48 | brlcad | different checkouts doing different things |
| 15:29.16 | ``Erik | ah, I run many builds out of the same source tree, to try to minimize portability issues |
| 15:29.20 | Izak_ | hhmm |
| 15:29.57 | brlcad | most of the things I'm doing can't go into the same source tree |
| 15:30.06 | Ch3ck_ | hungry! gotta get some ATP! fast |
| 15:30.39 | brlcad | one checkout, I'm halfway done adding a new primitive, another has a lot of affinity stuff, another is set up for performance profiling, another for the stable branch, ...etc |
| 15:31.07 | ``Erik | git branch, git stash, *cough* O:-) |
| 15:31.42 | brlcad | that's really no different |
| 15:32.07 | brlcad | other than git tracking commits into them for me |
| 15:32.12 | Notify | 03BRL-CAD:starseeker * 57035 (brlcad/trunk/src/other/stepcode/src/fedex_plus/classes.c brlcad/trunk/src/other/stepcode/src/fedex_plus/classes_misc.c): more declaration-after-statement warnings |
| 15:32.33 | brlcad | I still need to keep the checkout |
| 15:32.59 | Notify | 03BRL-CAD:starseeker * 57036 (brlcad/trunk/src/other/stepcode/src/clstepcore/ExpDict.h brlcad/trunk/src/other/stepcode/src/clstepcore/STEPattribute.h and 4 others): clear 'extra ';' inside a class' warnings |
| 15:33.01 | brlcad | because three or four are edited at the same time, different overlapping sets of patches and different states of testing |
| 15:33.26 | brlcad | I don't stop working on one and swtich to another |
| 15:34.40 | Notify | 03BRL-CAD:starseeker * 57037 brlcad/trunk/src/other/stepcode/src/cllazyfile/instMgrHelper.h: Add newline |
| 15:35.22 | Notify | 03BRL-CAD:starseeker * 57038 (brlcad/trunk/src/other/stepcode/src/base/judy/src/judyS2Array.h brlcad/trunk/src/other/stepcode/src/base/judy/src/judySArray.h): Match type to the _buff type - mismatch was an error in clang |
| 15:40.21 | starseeker | will need to do another github fork for stepcode pretty soon... |
| 15:41.25 | starseeker | wonders if some of the functionality in our step wrapper can/should be added to the stepcode classes directly... |
| 16:07.45 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:38.24 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:44.50 | Notify | 03BRL-CAD Wiki:Phoenix * 6014 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10 */ |
| 17:40.14 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 17:44.33 | Notify | 03BRL-CAD Wiki:Harman052 * 6015 /wiki/User:Harman052/GSoc2013/Logs: |
| 17:53.22 | Notify | 03BRL-CAD:carlmoore * 57039 brlcad/trunk/src/conv/nmg/g-nmg.c: add P to the Usage statement |
| 18:36.38 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:40.31 | Notify | 03BRL-CAD:starseeker * 57040 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/other/stepcode/src/clstepcore/STEPcomplex.cc): Tweak assignment of unit entities to the aggregate. |
| 19:27.06 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6016 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */ |
| 19:30.11 | *** join/#brlcad caen23 (~caen23@92.83.181.251) | |
| 19:56.48 | Notify | 03BRL-CAD:starseeker * 57041 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: orient the start and end points according to whether the edge is flipped according to the trim... still not sure I've got this right, but the 'closed curve' in 3 space actually did re-use the edge... |
| 20:14.40 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 20:32.10 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6017 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */ |
| 20:57.00 | Notify | 03BRL-CAD:starseeker * 57042 brlcad/trunk/src/other/stepcode/src/express/ordered_attrs.cc: Windows doesn't have strcasecmp |
| 20:58.06 | Notify | 03BRL-CAD:starseeker * 57043 brlcad/trunk/misc/CMakeLists.txt: Just ignore the directory, like other misc directories not involved with CMake. |
| 21:05.18 | Notify | 03BRL-CAD:starseeker * 57044 brlcad/trunk/misc/CMakeLists.txt: Oh yeah, don't add the directory |
| 21:07.24 | Notify | 03BRL-CAD:starseeker * 57045 (brlcad/trunk/src/other/stepcode/src/express/express.c brlcad/trunk/src/other/stepcode/src/express/fedex.c): If we're going to make this a library function, put it in express.c |
| 21:07.53 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 21:22.49 | Notify | 03BRL-CAD:starseeker * 57046 brlcad/trunk/src/other/stepcode/src/express/express.c: Ah, right, don't have the helper function here. |
| 21:25.22 | Notify | 03BRL-CAD:starseeker * 57047 brlcad/trunk/src/other/stepcode/src/express/express.c: Include sc_version_string |
| 21:41.40 | Ch3ck_ | brlcad: finally gave the correct arguments to the test but i get the following error with ./a.out:./a.out: error while loading shared libraries: librt.so.20: cannot open shared object file: No such file or directory |
| 21:41.54 | Ch3ck_ | So I don't understand what to do here |
| 21:42.30 | Ch3ck_ | exit |
| 21:42.53 | Ch3ck_ | Gotta go get some rest and continue testing 2moro ;) |
| 21:43.22 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6018 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */ |
| 21:44.17 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 22:29.28 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 22:40.47 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 23:46.43 | Notify | 03BRL-CAD:starseeker * 57048 brlcad/trunk/CMakeLists.txt: This test for the Windows Winmm library should work - need to fix up macro logic so that it actually does work. |
| 02:06.15 | Notify | 03BRL-CAD:starseeker * 57049 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: FreeCAD doesn't yet import our step file, since we have no shape definition. Start listing out what we will need for one of those. |
| 02:29.32 | Notify | 03BRL-CAD:starseeker * 57050 (brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake brlcad/trunk/misc/CMake/FindTERMLIB.cmake brlcad/trunk/misc/pkgconfig/CMakeLists.txt): We don't appear to need the RESOLVE_LIBRARIES macro |
| 02:42.28 | Notify | 03BRL-CAD:starseeker * 57051 (brlcad/trunk/src/other/incrTcl/itcl/CMake/CheckSystemFunctionality.cmake brlcad/trunk/src/other/incrTcl/itcl/CMake/ac_std_funcs.cmake and 19 others): Remove ResolveCompilerPaths from src/other CMake as well. |
| 03:30.50 | Notify | 03BRL-CAD:phoenixyjll * 57052 brlcad/trunk/src/libbrep/boolean.cpp: Simplify the code to output IsValid() information. |
| 03:43.39 | Notify | 03BRL-CAD:phoenixyjll * 57053 brlcad/trunk/src/libbrep/boolean.cpp: Don't use explicit dynamic memory allocation for curvesarray, in case that we forget to delete it. Use ON_ClassArray instead. |
| 03:48.29 | brlcad | Ch3ck: on modern linux systems, you also need to specify --rpath=/path/to/lib |
| 03:48.40 | brlcad | so that it knows where to look for the libraries at runtime |
| 03:50.35 | brlcad | n_reed: narrowed in on the ohloh problem, I found where in their code it's hanging, and have at least one terrible-but-better-than-nothing solution already |
| 03:50.38 | brlcad | looking into another |
| 03:50.46 | Notify | 03BRL-CAD:phoenixyjll * 57054 brlcad/trunk/src/libbrep/boolean.cpp: Rename the members in TrimmedFace with "m_" prefix for consistency. |
| 03:57.13 | Notify | 03BRL-CAD:phoenixyjll * 57055 brlcad/trunk/src/libbrep/boolean.cpp: Swap start & end if start > end. |
| 04:27.41 | Notify | 03BRL-CAD:phoenixyjll * 57056 brlcad/trunk/src/libbrep/boolean.cpp: Rename shadowed variable. |
| 05:52.26 | *** join/#brlcad caen23_ (~caen23@92.83.164.173) | |
| 07:39.18 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:53.23 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:56.20 | *** join/#brlcad vladbogo (~vladbogo@188.25.238.69) | |
| 09:01.02 | Notify | 03BRL-CAD:phoenixyjll * 57057 brlcad/trunk/src/libbrep/boolean.cpp: Keep the information of the usage of SSI curve, so that we can know the connection between two trimmed faces (split from two surfaces), and get the connectivity graph of the new geometry after boolean evaluation. |
| 10:05.08 | Ch3ck | facing a problem with the l command whereby suppling an l command with no object "seg fault(mged dumped)" error is this how its supposed work.. |
| 10:06.21 | Notify | 03BRL-CAD:iiizzzaaakkk * 57058 brlcad/trunk/src/librt/primitives/superell/superell.c: Modifying a comment by punctuating the word primitive |
| 10:52.24 | *** join/#brlcad caen23 (~caen23@92.83.164.173) | |
| 10:55.55 | Notify | 03BRL-CAD:starseeker * 57059 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: List out the C++ structs we'll need to populate and link up for shape definition |
| 10:56.37 | starseeker | huh: http://www.gecode.org/doc-latest/reference/group__TaskModelIntGeoPacking.html |
| 10:58.42 | Notify | 03BRL-CAD:vladbogo * 57060 brlcad/trunk/src/libdm/dm-qt.cpp: Check if Qpainter is null in drawVList and changed log position. |
| 11:03.53 | Notify | 03BRL-CAD:vladbogo * 57061 brlcad/trunk/src/libtclcad/tclcad_obj.c: Added the Qt display manager as a valid dm. |
| 11:27.59 | Izak_ | brlcad:please can you explain to me what RT_GET_SEG(segp, ap->a_resource) and the code after it at the end of rt_???_shot() does ? |
| 11:28.19 | Izak_ | brlcad: I don't understand that portion |
| 11:42.35 | Ch3ck | brlcad: did that successfully everthing now works :) |
| 12:02.10 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b116:74eb:0:48:3095:3101) | |
| 12:27.45 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 12:28.01 | Izak__ | Ch3ck: What about the test? |
| 12:30.40 | Ch3ck | working on it |
| 12:45.45 | ``Erik | Izak__: RT_GET_SEG() allocates a segment (using a pool allocator for performance, not just malloc()) that gets the hit information (inhit, outhit, soltab) put in it |
| 12:46.24 | Izak__ | ``Erik: Don't follow :( |
| 12:47.46 | ``Erik | when a ray is fired against a primitive, the intersection information has to be saved somehow for the boolean evaluator to process... a primitive can have multiple intersections, so a list of 'segments' holds all that information |
| 12:49.38 | ``Erik | RT_GET_SEG(segp, app.resource); is sorta kinda like a fast version of segp = (struct segment *)malloc(sizeof(struct segment)); |
| 12:53.00 | Izak__ | ``Erik: When generating the sextic polynomial, must I gradually build the equation up like in the tor primitive? |
| 12:55.49 | ``Erik | assembling and solving the polynomial is the part where you're the expert, dude :D I think brlcad mentioned that the root solver that tor uses could be extended to handle the hrt primitive, but was not capable as it stands now? |
| 13:02.02 | Izak__ | Well, I calculated the coefficients of the equation generated when the ray intersects the heart and proceeded |
| 13:04.14 | Izak__ | ``Erik: rt_hrt_shot() compiled but running the 'rt' command in the mged/archer interface gives me a message ending with "Raytrace failed". You can view the tr_hrt_shot() code here http://paste.kde.org/p425b3f28/ |
| 13:05.18 | ``Erik | (if it compiles, you might as well commit it, the primitive is not "official" yet so not working quite right isn't the end of the world) |
| 13:07.06 | Izak__ | ``Erik: Have you looked at the code already ? |
| 13:07.26 | ``Erik | I'm looking at it, but it lacks the markup I'm used to :D |
| 13:08.26 | Izak__ | Which markup is that ? |
| 13:08.40 | ``Erik | the color highlighting and code folding in vim |
| 13:08.47 | Izak__ | ok |
| 13:09.40 | ``Erik | I think your return values might be off, I think it might want the number of segments, not the number of intersection points |
| 13:10.18 | ``Erik | no, my bad, it's the number of intersect points, you're right |
| 13:10.39 | Izak__ | ``Erik:This one has the highlighting and betterhttp://paste.kde.org/pda00a9e3/ |
| 13:10.43 | ``Erik | I don't know why it'd fail O.o maybe add some printf or bu_log statements to see what the code is doing? |
| 13:11.19 | Izak__ | I'll do that |
| 13:11.59 | Izak__ | Then I'll also try to build the sextic equation gradually like the tor as brlcad: proposed |
| 13:12.16 | Ch3ck | brlcad: http://paste.kde.org/p41996ae7/ here is my test for pull_comb() routine. i'm unable to read object. |
| 13:12.45 | Ch3ck | and actually moving throught tree using the goblet.g object |
| 13:12.53 | Izak__ | hope ``Erik is looking at the better syntax-highlighted shot() |
| 13:15.38 | ``Erik | hm, fwiw, the default: label in a switch statement is usually at the end, but that shouldn't be the cause of the failure... |
| 13:18.15 | ``Erik | I'd also suggest removing the register keyword, it should be completely ignored on i386/x86_64 with a relatively modern compiler |
| 13:19.29 | Izak__ | ``Erik: You mean removing the keyword from the entire routine ? |
| 13:19.40 | ``Erik | :%s/register //g |
| 13:20.07 | ``Erik | "register int i;" should just be "int i;" |
| 13:20.48 | Izak__ | wondering what %s/register //g means |
| 13:21.06 | ``Erik | vim command to globally replace any instance of "register " with "" |
| 13:21.19 | Izak__ | using emacs |
| 13:21.29 | ``Erik | like "sed 's/register //g'" |
| 13:22.14 | Izak__ | ``Erik: You are really geeked up. I'm sure you think in 0s and 1s :) |
| 13:23.05 | ``Erik | I felt for bender in the futurama episode where he had a nightmare... "one one zero one zero zero one TWO???" |
| 13:24.37 | Izak__ | For now, I'll commit rt_hrt_shot with the register keyword in it |
| 13:26.25 | Notify | 03BRL-CAD Wiki:Phoenix * 6019 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10 */ |
| 13:26.38 | Notify | 03BRL-CAD:carlmoore * 57062 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/librt/primitives/hrt/hrt.c): fix spelling and remove trailing blanks |
| 13:36.45 | Izak__ | carlmoore:What have you done ? |
| 13:39.34 | Izak__ | ``Erik: Have you been able to view the last commit ? |
| 13:39.57 | Izak__ | sf,net says "no more commits" |
| 13:40.46 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6020 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */ |
| 13:41.06 | Izak__ | hungry |
| 13:43.49 | Notify | 03BRL-CAD:tbrowder2 * 57063 brlcad/trunk/src/util/dsp_add.c: add note about wiki |
| 13:51.47 | Notify | 03BRL-CAD:tbrowder2 * 57064 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/mann/en/attr.xml brlcad/trunk/include/raytrace.h): rename gattributes to attributes as file name and references to the man page |
| 13:53.17 | ``Erik | Izak__: I don't think your commit worked (perhaps a conflict stopped it?). the last commit to hrt.c from you was 23 hours ago |
| 14:44.49 | Notify | 03BRL-CAD:brlcad * 57065 brlcad/trunk/NEWS: tom renamed the 'gattributes' man page to just 'attributes' so it's easier to find. the page describes our v5 attribute system. |
| 15:11.34 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 15:21.42 | Notify | 03BRL-CAD:carlmoore * 57066 brlcad/trunk/src/conv/nmg/g-nmg.c: remove a set of braces, and a mistakenly-inserted brace is changed to bracket in Usage statement |
| 15:22.50 | jordisayol | hello. Can I set archer as default application for brlcad mime types on Linux? |
| 15:35.37 | brlcad | jordisayol: too soon |
| 15:35.49 | brlcad | we need to be at least in beta status |
| 15:35.55 | brlcad | right now, it's alpha |
| 15:37.18 | jordisayol | brlcad: I remember we talk that when it becomes alpha, but no problem, we will change it when it's beta |
| 15:59.45 | Notify | 03BRL-CAD:starseeker * 57067 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Make a stab at adding at least some form of shape definition to the step output. |
| 16:23.42 | Izak_ | b |
| 16:42.32 | Notify | 03BRL-CAD:iiizzzaaakkk * 57068 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Adding rt_hrt_shot to intersect a ray with the heart |
| 16:43.40 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) | |
| 16:54.19 | brlcad | Ch3ck: a crash is never "how it is supposed to work" |
| 16:54.40 | brlcad | can you fix it? |
| 17:01.06 | Notify | 03BRL-CAD:brlcad * 57069 brlcad/trunk/src/conv/step/g-step/g-step.cpp: ws consistency |
| 17:10.18 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6021 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */ |
| 17:10.38 | Notify | 03BRL-CAD:brlcad * 57070 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: include comments and logically break up the wall of code so I can understand what's going on |
| 17:11.35 | Ch3ck | brlcad: fixed the problem but having problems generating the dp from db_lookup(dbip, argv[1] ..) |
| 17:11.46 | Ch3ck | this where the problem lies |
| 17:12.18 | Ch3ck | was actually thinking of building the tree with db_build() as you did in the tree_walker_test |
| 17:12.26 | Ch3ck | before calling db_lookup |
| 17:16.48 | ``Erik | brlcad: any thoughts on why wish and bwish would do drastically different things with http://brlcad.org/~erik/tmp/whu.tcl ? |
| 17:30.43 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6022 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */ |
| 18:34.44 | Notify | 03BRL-CAD:erikgreenwald * 57071 brlcad/trunk/src/adrt/isst: use wish instead of bwish |
| 18:45.54 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6023 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */ |
| 18:47.58 | Notify | 03BRL-CAD:starseeker * 57072 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: tweaks - geometry still not coming in correctly with BRL-CAD step-g, looks like topology is off somewhere... |
| 18:58.35 | *** part/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 18:58.45 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 19:00.57 | Izak__ | ``Erik:Please take a look at this picture. A test of shot using the 'rt' command http://brlcad.org/~Izak/rt_shot_test.png |
| 19:11.11 | brlcad | Izak__: question for you regarding the doc camp, it's my understanding that you applied and were accepted as an individual. is that true? |
| 19:11.39 | Izak__ | brlcad:True |
| 19:11.58 | brlcad | congrats, that's fantastic |
| 19:12.09 | Izak__ | brlcad: Would prefer documenting for BRL-CAD though |
| 19:12.19 | brlcad | that leads to a follow-up question then of .. heh |
| 19:12.29 | brlcad | well that's my question actually |
| 19:12.31 | brlcad | you have a choice |
| 19:12.46 | brlcad | you either can go and get assigned to a project (maybe brl-cad maybe not) |
| 19:12.56 | brlcad | or you can be one of our 5 |
| 19:13.23 | brlcad | either way, I need to know because it determines how many others we get to send |
| 19:14.17 | brlcad | and slot-wise, if you're one of our five, that leaves just one more slot open, otherwise two |
| 19:14.19 | Izak__ | brlcad:Would prefer to get assigned to a project, to give others some one a chance |
| 19:14.49 | brlcad | going for a balance of 2 experience, 2 inexperienced, and 1 professional editor |
| 19:15.35 | Izak__ | Wow: hoping BRL-CAD sends a diverse team |
| 19:15.53 | brlcad | okay, that works .. let me know within the next couple hours if you change your mind |
| 19:16.07 | Izak__ | Okay then |
| 19:16.17 | brlcad | it'll be pretty diverse |
| 19:16.17 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6024 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */ |
| 19:16.50 | brlcad | have to balance people that understand and can write content quickly with people that will need to work on other aspects like structure, grammar, translations, etc |
| 19:17.19 | brlcad | just know that it is entirely likely that you will NOT be assigned to BRL-CAD, just in terms of % chance |
| 19:18.07 | Izak__ | meaning I will not sprint for BRL-CAD ? |
| 19:18.20 | brlcad | that is possible |
| 19:18.21 | brlcad | likely even |
| 19:18.24 | brlcad | I think there are 4 or 5 orgs if I recall correctly, so 20% or so |
| 19:18.49 | brlcad | I don't know how random the assignments are, or if you even have any say |
| 19:18.55 | Izak__ | yeah I know of the chosen orgs |
| 19:19.49 | brlcad | since you were accepted as an individual, you get to choose, but google asked that if you knowingly choose brl-cad, that we only send 4 others to keep things fair/balanced |
| 19:19.58 | Izak__ | So will u advise me to take a look at their software or docs just to be prepared? |
| 19:20.47 | brlcad | well I could certainly advise you for BRL-CAD, because we're going to have several meetings beforehand and do some work to make sure everyone is ready |
| 19:21.01 | brlcad | but I don't even know what other orgs were accepted to prepare you for them |
| 19:22.20 | Izak__ | I know them : Should I send them to you BRL-CAD, RTEMS, OpenMRS, Gnome |
| 19:23.40 | Izak__ | brlcad: Seen them ? |
| 19:25.49 | Notify | 03BRL-CAD:brlcad * 57073 brlcad/trunk/src/libbu/malloc.c: utilize posix_memalign() for allocations, starting with an ultra-conservative 8 byte alignment while more testing is performed. clean up some misplaced comments while we're at it. |
| 19:33.30 | Notify | 03BRL-CAD:brlcad * 57074 brlcad/trunk/src/libbu/malloc.c: this just artificially makes malloc/calloc even slower than they already are, needs to be fixed |
| 19:35.32 | Izak__ | wondering if brlcad: and Izak__: are done discussing |
| 19:38.31 | Notify | 03BRL-CAD:brlcad * 57075 brlcad/trunk/include/bu.h: define a semaphore specifically for malloc. this will prevent the deadlock condition frequently encountered with libfb's i/o locking (which has absolutely nothing to do with a potentially threadunsafe malloc implementation.). |
| 19:40.18 | Notify | 03BRL-CAD:brlcad * 57076 brlcad/trunk/src/libbu/malloc.c: utilize the new BU_SEM_MALLOC semaphore instead of BU_SEM_SYSCALL since this has been a historic source of confusion and unnecessary debugging hell. remove a few fprintf-wrapped locks as well since there are considerably more that remain unprotected, at least until a need is observed. |
| 19:40.53 | brlcad | Ch3ck: you fixed the "l" command crash? what was the cause? do you have a patch? |
| 19:41.34 | brlcad | Ch3ck: as for db_lookup, you must build the directory first as in the example |
| 19:44.15 | Notify | 03BRL-CAD:carlmoore * 57077 brlcad/trunk/src/conv/nmg/g-nmg.c: print output file name ('default' if that is the case), and also do if-else for percent |
| 19:44.36 | Ch3ck | well discovered the crash while building a test case for my pull_comb() routine |
| 19:45.02 | brlcad | sure |
| 19:45.08 | Ch3ck | well still debuggin my test there appears to be some NULL Pointer lurking somewhere |
| 19:45.13 | Ch3ck | in my code |
| 19:45.33 | Ch3ck | ill finish and look at the l command problem ;) |
| 19:45.39 | brlcad | okay |
| 19:45.51 | brlcad | if anything, a backtrace on the l command crash would help |
| 19:46.20 | Ch3ck | ok thanks |
| 19:46.30 | brlcad | do you remember gdb? |
| 19:46.35 | brlcad | gdb --args mged ... |
| 19:46.38 | brlcad | gdb> run |
| 19:46.52 | brlcad | run the "l" command in mged, crash kicks back to gdb |
| 19:46.57 | brlcad | then |
| 19:47.02 | brlcad | gdb> backtrace |
| 19:47.10 | brlcad | it'll print where exactly it crashed |
| 19:47.36 | Notify | 03BRL-CAD:starseeker * 57078 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Previous state caused step-g to crash |
| 19:49.40 | brlcad | ``Erik: just fyi, I ran a global s/register //g a little while back and benchmark dropped a consistent 10-20% |
| 19:50.00 | brlcad | I was frankly shocked, but I it was clearly taking the hints to heart in at least some critical functions |
| 19:50.54 | brlcad | Izak__: carlmoore is not on irc, just so you know |
| 19:51.20 | brlcad | and what he did was right there in his commit message :) |
| 19:51.28 | Izak__ | brlcad:Okay, 'cause he's always on my back :) |
| 19:51.37 | brlcad | well you keep making spelling mistakes :) |
| 19:52.22 | brlcad | he's very particular and has amazingly done well to eliminate nearly every spelling mistake in the entire package |
| 19:52.50 | Izak__ | thinking that brlcad: assigned carlmoore: to "justb keep following this guy" |
| 19:52.52 | brlcad | which is pretty amazing when you think about it .. more than a million words of documentation alone, more than a million lines of code |
| 19:53.01 | brlcad | nope |
| 19:53.05 | Izak__ | s/justb/just |
| 19:53.07 | brlcad | he does that all by himself |
| 19:53.55 | brlcad | he also writes scripts |
| 19:54.03 | brlcad | when someone makes a mistake more than once, they are then forever checked every day thereafter by his scripts |
| 19:54.09 | Izak__ | acknowledging the great job carlmoore: is doing |
| 19:54.14 | Ch3ck | brlcad: ok. Well looks like the problem comes from the bn_mat_inverse() routine. |
| 19:54.31 | brlcad | or once he cleans up a directory and marks it clean, his scripts catch when anything makes them unclean |
| 19:54.41 | brlcad | Ch3ck: stacktrace? |
| 19:54.42 | Ch3ck | when the matrix enters there it does not come out.. will do the backtrace with gdb |
| 19:55.01 | Ch3ck | i mean for my test |
| 19:57.06 | brlcad | got to migrate beyond using print statements for debugging ;) |
| 19:57.35 | brlcad | far too slow for real work |
| 20:00.45 | Ch3ck | yeah never really used gdb before much.. |
| 20:01.04 | Ch3ck | following some online tutorials in order to maximise its power. |
| 20:03.19 | Notify | 03BRL-CAD:brlcad * 57079 brlcad/trunk/src/conv/nmg/g-nmg.c: integer division for percentages is generally a bad idea. do it as doubles. |
| 20:03.36 | brlcad | Ch3ck: feel free to ask questions here too .. we all use it |
| 20:03.50 | brlcad | very powerful for figuring things out |
| 20:05.35 | Ch3ck | well i want to enter the pull_comb and actually know the precise point where the seg fault occurs |
| 20:05.44 | Ch3ck | how do i do that? do i set breakpoint? |
| 20:10.49 | Ch3ck | set break point at bn_mat_inverse. Then exec run but it gives me the following error: Program exited normally. |
| 20:10.52 | Ch3ck | Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.47.el6.i686 libgcc-4.4.6-3.el6.i686 libstdc++-4.4.6-3.el6.i686 tcl-8.5.7-6.el6.i686 zlib-1.2.3-29.el6.i686 |
| 20:13.31 | starseeker | brlcad: nevermind, my build was in a bad intermediate state |
| 20:23.52 | Ch3ck | currently steppting through code using gdb 'n' and 's' command |
| 20:41.47 | Ch3ck | brlcad: finally discovered the problem with gdb that "comb_leaf->tr_l.tl_mat" is a null pointer is this normal for every combination? |
| 20:42.11 | Ch3ck | or i need to declare one in case it does not exist |
| 20:43.31 | Ch3ck | or if the comb_leaf is like a xxx.r object then i'll have t create one or use the pull_leaf routine here right? |
| 20:48.10 | Notify | 03BRL-CAD:starseeker * 57080 brlcad/trunk/src/conv/nmg/g-nmg.c: Fix build error |
| 20:49.56 | Izak__ | a demain :) |
| 20:53.35 | Ch3ck | but when i use t the tree_state_pointer(tsp) it gives me a valid matrix. is that ok? |
| 20:54.09 | Ch3ck | or must i use the comb_leaf->tr_l.ts_mat? |
| 21:01.27 | Notify | 03BRL-CAD:mohitdaga * 57081 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Few changes in bw.c and pix.c related to style. Also read function returns 0 when end of file is reached. |
| 21:02.23 | Ch3ck | wrapping up to go sleep ;) |
| 21:03.32 | Ch3ck | starseeker: brlcad: still waiting on my patches to be reviewed ;) |
| 21:04.31 | Notify | 03BRL-CAD:mohitdaga * 57082 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bw-pix.c): Update bw-pix to use libicv. Also this imporves the usability of bw-pix. |
| 21:06.41 | Notify | 03BRL-CAD:mohitdaga * 57083 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/pixfade.c): Update pixfade to use libicv. This now uses icv api to fade an image. This helps in writting/reading to/from pipes. |
| 21:07.59 | zero_level | waves to ``Erik and brlcad |
| 21:15.26 | brlcad | waves to zero_level |
| 21:15.36 | brlcad | starseeker: glad to hear it |
| 21:31.30 | zero_level | hey getting this error while installing |
| 21:31.32 | zero_level | http://paste.kde.org/p973ae891/ |
| 22:01.53 | brlcad | that's current development, Izak_ that's for you |
| 22:02.12 | brlcad | zero_level: you could fix that or turn off strict ;) |
| 22:02.17 | brlcad | or wait for Izak_ to fix it |
| 22:04.04 | brlcad | Ch3ck: there's no way to tell just looking at "comb_leaf->tr_l.tl_mat" whether it's normal for that to be null or not |
| 22:04.12 | brlcad | need to see the stack trace that led to there |
| 23:32.25 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 00:36.44 | starseeker | phooey - FreeCAD didn't like the shape representation definition - guess I'll have to put both styles of shape definition in |
| 01:39.39 | brlcad | starseeker: for what it's worth, I've heard numerous commentaries about opencascade's STEP support being pretty terrible |
| 02:15.02 | Notify | 03BRL-CAD:starseeker * 57084 brlcad/trunk/src/other/stepcode/include/ordered_attrs.h: Take a stab at exporting the orderedAttrs functions for Windows. |
| 02:21.09 | starseeker | brlcad: fair enough, but it can load the Rhino export of the same geometry |
| 02:21.25 | starseeker | so it's clearly worth adding the extra header entries |
| 02:21.44 | starseeker | it's not hard, just a bit tedioius to hook up ;-) |
| 02:23.08 | starseeker | it's a bit tricky sorting out what the actually *requried* parts of the STEP files are from the informational entries we probably don't care about |
| 02:23.43 | brlcad | sure, not saying the course of action you mentioned wasn't worth it |
| 02:23.52 | starseeker | longer term it might be worth seeing about establishing some attribute conventions for _GLOBAL or something that map to the STEP bits I'm seeing |
| 02:24.20 | brlcad | just that freecad is unreliable in terms of correctness |
| 02:24.30 | starseeker | is currently mired in figuring out exactly why his step export doesn't import when Rhino's does |
| 02:24.49 | starseeker | there are geometry differences in that we are (currently) not splitting closed loops |
| 02:24.56 | starseeker | er closed curves rather |
| 02:25.25 | starseeker | but I can't tell whether I'm just not handling them correctly writing them out, or step-g isn't reading them in correctly |
| 02:26.13 | starseeker | agrees freecad isn't a benchmark of correctness |
| 02:27.07 | starseeker | they are the most logical open source export target for our geometry though (maybe even the only other realistic one) |
| 02:27.21 | starseeker | at least, as far as NURBS are concerned |
| 02:28.11 | starseeker | the OCE guys were intersted in looking at stepcode at one point, so once we've got our stuff polished up it may make them take another look |
| 02:29.02 | starseeker | takes another run at the bu_semaphore test as long as he's here... |
| 02:32.49 | Notify | 03BRL-CAD:starseeker * 57085 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Whatever needs to go in the WINMM entry, it's gonna have to be part of the ADDEXEC line... |
| 02:41.22 | starseeker | blinks |
| 02:41.41 | starseeker | brlcad: that might have done it - I just got a successful build of tester_bu_semaphore on MSVC |
| 13:44.57 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 13:44.57 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 14:32.43 | Notify | 03BRL-CAD:carlmoore * 57103 brlcad/trunk/src/librt/primitives/hrt/hrt.c: remove trailing blanks/tabs; fix spelling; supply periods in 'e.g.' |
| 14:50.25 | brlcad | heh |
| 14:52.48 | brlcad | hickoryknoll: you around? like to get a copy of your various codes and talk about what's next :) |
| 14:53.08 | Ch3ck_ | sipping a bottle of coke! |
| 15:25.25 | zero_level_ | hey can anyone help me switch off [-Werror=array-bounds] flags ? |
| 15:28.55 | Ch3ck_ | brlcad: i've just submitted the patch for stubbing an empty pull into BRL-CAD could you please apply it so I could proceed with generating for pull_comb() subroutine? |
| 15:40.17 | zero_level_ | Izak__ : I am not sure why this is happening on my pc. |
| 15:40.31 | zero_level_ | smthing to do with hrt.c |
| 15:42.36 | zero_level_ | at line 502 and 517 |
| 15:45.29 | Izak__ | Hoping someone helps zero_level: turn off those flags |
| 15:46.56 | Izak__ | ``Erik: How do rt_xxx_plot() functions work? |
| 15:50.00 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:52.25 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:26.21 | *** join/#brlcad caen23 (~caen23@92.83.172.41) | |
| 16:45.03 | *** join/#brlcad vladbogo (~vlad@86.121.103.57) | |
| 17:07.29 | *** join/#brlcad vladbogo_ (~vlad@86.121.96.61) | |
| 17:20.11 | ``Erik | Izak_: they generate a list of line segments to approximate the wireframe of the geometry in 3d space, which something like the mged display window uses to draw the geometry using GL_LINES... like for a BoT, it just draws the edges of the triangles, for a sph it draws edges in a latitude/longitude style... |
| 17:21.49 | ``Erik | http://www.youtube.com/watch?v=T2DXrs0OpHU#t=20 quantum computing explained |
| 17:22.00 | ``Erik | (by the dude who does phdcomic) |
| 17:22.42 | ``Erik | starseeker: http://users.cms.caltech.edu/~mvanier/hacking/rants/cars.html |
| 17:31.48 | starseeker | ``Erik: heh, that's awesome - thanks! |
| 17:36.04 | starseeker | "Visual Basic - a car that drives you" |
| 17:36.29 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:36.36 | Notify | 03BRL-CAD:carlmoore * 57104 brlcad/trunk/src/conv/nmg/g-nmg.c: remove unneeded brace pairs, and re-implement -P argument in ***Usage*** statement (why did that revert from my earlier commit?) |
| 17:36.40 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6028 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */ |
| 18:05.38 | zero_level_ | brlcad : Can you please help me regarding the "array-bounds" flag ? |
| 18:14.57 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 18:15.37 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 18:16.11 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 18:16.24 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 18:16.25 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 18:16.42 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:16.42 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 18:16.44 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 18:17.20 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:17.55 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:22.40 | brlcad | Izak_: the answer is NOT to turn off the flags |
| 18:22.56 | brlcad | they are messages intended for you to fix the problem the compiler identified |
| 18:23.09 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:29.15 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6029 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */ |
| 18:40.03 | *** join/#brlcad zero_level_ (0e8bf3a2@gateway/web/freenode/ip.14.139.243.162) | |
| 18:40.28 | ``Erik | :o it worked! |
| 18:45.44 | Notify | 03BRL-CAD:carlmoore * 57105 brlcad/trunk/src/libicv/bw.c: remove trailing blanks/tabs |
| 18:50.04 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 18:53.19 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 18:57.12 | Notify | 03BRL-CAD:starseeker * 57106 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add more top-level shape definition logic. Seeing differences in how these are defined, so need to give a little thought as to what best practices would be... |
| 18:59.23 | Notify | 03BRL-CAD:brlcad * 57107 NIL: create a branch where indianlarry can commit nurbs work in progress without any interference to/from trunk development. |
| 19:00.43 | Izak__ | brlcad:My compiler shows me no errors. The sextic equation has 6 roots and 7 coefficients, just as the torus' final equation has atmost 4 roots and 5 coefficients. So I don't understand how to fix an error I am not experiencing |
| 19:02.14 | brlcad | Izak__: newer versions of gcc are better at warning |
| 19:02.47 | brlcad | if you are to believe the warning, what was it saying was the problem? |
| 19:03.11 | brlcad | (and you should believe the warning, it's a real issue) |
| 19:03.47 | Notify | 03BRL-CAD:starseeker * 57108 brlcad/trunk/doc/html/CMakeLists.txt: Add logo ico file to CMake logic |
| 19:03.54 | brlcad | ``Erik: suspense is killing |
| 19:04.01 | Izak__ | It says I provided more elements than an array could carry: BUT I never did that |
| 19:04.45 | ``Erik | ? |
| 19:04.45 | brlcad | 14:40 < ``Erik> :o it worked! |
| 19:04.45 | ``Erik | oh, notify came back with no action on my part |
| 19:04.45 | brlcad | ah, awesome |
| 19:04.51 | brlcad | Izak__: but you did |
| 19:05.01 | brlcad | again, believe the message .. now to understand it |
| 19:05.24 | brlcad | what exactly was the message and/or line of code |
| 19:05.41 | Izak__ | I am using gcc 4.4.6. |
| 19:05.54 | brlcad | yep, that's ancient in gcc terms ;) |
| 19:06.18 | brlcad | gcc 4.7 and 4.8 started adding and enabling some pretty advanced bug detection infrastructure |
| 19:06.42 | ``Erik | recent clang is pretty impressive with bug spotting and static analysis, as well |
| 19:06.52 | brlcad | yeah |
| 19:07.11 | brlcad | they both have a variant of the research that coverity is built around |
| 19:07.13 | Izak__ | Mohit says it is line 502 and 517 of hrt.c |
| 19:07.20 | ``Erik | (fwiw, fbsd is using a fork of gcc 4.2.1 due to license issues, so all this new shiney bug stuff is 'different' there) |
| 19:07.40 | brlcad | Izak__: what's 502 (and do you have a log to see the exact message?) |
| 19:08.56 | Izak__ | brlcad: This is what mohit showed me http://paste.kde.org/p4d4c4a66/ |
| 19:10.11 | zero_level_ | brlcad : in the meanwhile can you inform me how to switch off the flag. |
| 19:10.37 | zero_level_ | I searched using grep, add_definitions , dont see any settings ! O.o |
| 19:14.10 | Izak__ | What's happening ? |
| 19:17.29 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 19:20.49 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:21.17 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:21.36 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 19:21.46 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 19:21.46 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:21.51 | brlcad | sago is fuxed today |
| 19:21.59 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 19:22.03 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 19:22.11 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 19:22.11 | Izak__ | why? |
| 19:22.21 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:22.24 | brlcad | these network problems |
| 19:22.36 | brlcad | their entire network keeps going down |
| 19:23.03 | brlcad | somebody is probably attacking them, having some friday fun |
| 19:23.12 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:23.23 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:23.38 | brlcad | Izak__: okay, hopefully our discussion doesn't get derailed again but lets start with the first one, hrt.c:502:9 |
| 19:24.00 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 19:24.09 | brlcad | what is the error? |
| 19:24.12 | zero_level_ | Izak__ to smothen your discussion . |
| 19:24.15 | zero_level_ | cf is of dimension 5 |
| 19:24.34 | zero_level_ | fastf_t cf[BN_MAX_POLY_DEGREE+1]; |
| 19:24.44 | brlcad | zero_level_: the point is for him to figure this out, no? :) |
| 19:24.59 | zero_level_ | where BN_MAX)POLY_DEGREE = 4 |
| 19:25.08 | zero_level_ | brlcad : ok. |
| 19:25.08 | brlcad | appreciated, but opportunity lost |
| 19:25.16 | zero_level_ | oops. |
| 19:25.53 | brlcad | Izak__: so there, see if you understand the problem now |
| 19:26.06 | *** part/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:26.32 | zero_level_ | brlcad : but by the look of the code i couldnt figure out if we needed that stuff from 502 to 525 in hrt.c |
| 19:28.07 | brlcad | well one has to know what "that stuff" means to figure that out, yes? |
| 19:28.26 | Izak__ | zero_level: Are you saying the sextic equation does not have roots or what? I dont follow |
| 19:28.51 | brlcad | Izak__: if you didn't follow what he just told you, lets continue :) |
| 19:29.02 | brlcad | he basically gave you the answer to what the problem is |
| 19:29.47 | brlcad | but if you don't see it, we can walk through the problem to make sure you understand exactly what the compiler is saying |
| 19:30.22 | zero_level_ | brlcad : sure. |
| 19:30.30 | zero_level_ | brlcad : let me help Izak_ here. |
| 19:30.43 | zero_level_ | I will try to guide him step by step. |
| 19:31.07 | brlcad | zero_level_: go for it, appreciated |
| 19:31.39 | zero_level_ | Izak__ : since compilers are right. (always). And I face this problem. So there is a problem. |
| 19:31.40 | brlcad | ~zero_level++ |
| 19:32.16 | Izak__ | listening |
| 19:32.29 | zero_level_ | Izak__ : If you look at the kde.paste link |
| 19:32.59 | zero_level_ | there is a error on line 502. at 9th col. |
| 19:33.18 | zero_level_ | do u see this ? |
| 19:33.38 | zero_level_ | why do u think that is a problem ? |
| 19:33.41 | Izak__ | seen it |
| 19:34.19 | Izak__ | cause 5 > BN_MAX_POLY_DEGREE |
| 19:34.28 | zero_level_ | no. |
| 19:34.41 | zero_level_ | do u use grep. |
| 19:34.46 | Izak__ | yes |
| 19:34.55 | zero_level_ | what is s ? |
| 19:35.10 | zero_level_ | replace by s by S. |
| 19:35.22 | zero_level_ | so what is S ? Which data type it is ? |
| 19:35.54 | Izak__ | a polynomial |
| 19:36.12 | zero_level_ | ok. what is S.cf ? |
| 19:36.52 | Izak__ | Array of polynomial coefficients |
| 19:36.54 | zero_level_ | also find out where is the polynomial data type defined ? |
| 19:36.58 | zero_level_ | ok. |
| 19:37.06 | zero_level_ | what is the length of the array ? |
| 19:40.29 | Izak__ | 5 |
| 19:41.39 | Izak__ | there? |
| 19:42.21 | zero_level_ | can u see find if any where in the complete src repository we have more than 4 degree of polynomial. ? |
| 19:43.37 | Izak__ | I think from bn.h the maxmum order of a polynomial is 4 so I don't think we have more than a 4 dgr poly |
| 19:44.04 | zero_level_ | i did grep -r "dgr = 6" |
| 19:44.18 | zero_level_ | and only got hrt.c |
| 19:45.00 | starseeker | yipe - gqa isn't happy (regression tests failing with a stack smash) |
| 19:45.00 | zero_level_ | was just wondering if there is a way to handle poly. with 5 or more degrees |
| 19:52.10 | brlcad | so that's the issue Izak__ |
| 19:52.14 | brlcad | there is a compile-time limit on the maximum size of polynomials |
| 19:52.32 | brlcad | that limit is set with BN_MAX_POLY_DEGREE |
| 19:52.52 | brlcad | do you see how the compiler message is right? |
| 19:53.00 | Izak__ | yes |
| 19:53.20 | brlcad | do you see how just turning off the message would be bad? :) |
| 19:53.37 | Izak__ | yeah |
| 19:54.02 | brlcad | you're indexing beyond the compile-time defined size of that cf array |
| 19:54.06 | brlcad | So... |
| 19:54.11 | brlcad | how to fix this |
| 19:54.20 | brlcad | what's the first idea that comes to mind? |
| 19:54.49 | Izak__ | my compiler has to be upgraded |
| 19:54.58 | brlcad | heh |
| 19:55.04 | brlcad | well all that will do is give you the error |
| 19:55.08 | brlcad | you have the error |
| 19:55.19 | brlcad | what's the first idea that comes to mind for fixing the error? |
| 19:55.40 | Izak__ | Making the root_solver accomodate sextic polynomials |
| 19:56.29 | brlcad | well, yes, you obviously need to accommodate this particular sextic polynomial |
| 19:56.53 | brlcad | but that implies the current implementation won't handle them, which you do not know |
| 19:57.23 | Izak__ | Increment BN_MAX_POLY_DEGREE to 6 |
| 19:57.41 | brlcad | that would be the first step |
| 19:57.52 | brlcad | that will increase the array size and at least make your lines not be errors |
| 19:58.18 | brlcad | won't mean it'll evaluate correctly or at all, but that definitely has to happen just from a C data structures perspective |
| 19:58.38 | brlcad | that, however, is a pretty major change... |
| 19:58.39 | Izak__ | Work on roots.c |
| 19:58.42 | brlcad | you'll need to test it |
| 19:58.56 | brlcad | the problem won't be compilation |
| 19:59.17 | brlcad | you have to make sure that increasing the size to 6 doesn't break any of the 4th order polynomial evaluations |
| 19:59.29 | brlcad | fortunately, we have unit and regression tests to confirm it |
| 19:59.31 | Notify | 03BRL-CAD:starseeker * 57109 (brlcad/trunk/src/other/stepcode/src/express/test/print_attrs.c brlcad/trunk/src/other/stepcode/src/express/test/print_schemas.c): Wrap unistd.h as well. |
| 19:59.49 | brlcad | start there, set it to 6, compile, then run "make test" and "make benchmark" and make sure both pass without any failures |
| 20:00.08 | brlcad | make sure they pass without failures BEFORE you set it to 6 too, obviously... |
| 20:00.16 | brlcad | to make sure it's in a working state before you "compare" |
| 20:00.25 | brlcad | Izak__: make sense what you need to do? |
| 20:06.08 | Izak__ | thankful to brlcad: and zero_level |
| 20:07.23 | brlcad | the next step will be to confirm whether the root solver can actually handle a stable sextic equation |
| 20:07.53 | brlcad | I suggest editing the unit test |
| 20:08.03 | brlcad | in src/libbn/tests is a roots tests |
| 20:08.33 | brlcad | you can add a 6th order test (after confirming that BN_MAX_POLY_DEGREE=6 doesn't break anything) |
| 20:08.38 | Izak__ | was thinking of that |
| 20:08.49 | brlcad | something with known input/output values like the real example in http://elib.mi.sanu.ac.rs/files/journals/tm/21/tm1124.pdf |
| 20:12.12 | *** join/#brlcad mpictor (~mark@2601:d:b280:b5:d63d:7eff:fe2d:2505) | |
| 20:13.53 | Izak__ | understanding what " that's what made your gsoc proposal interesting in the first place" means |
| 20:24.58 | zero_level_ | Izak__ , brlcad : in libbn/poly.c i dont see any function which solves sextic polynomial. |
| 20:25.06 | zero_level_ | looks like we have to implement one. |
| 20:25.18 | Ch3ck_ | you could get started. |
| 20:25.19 | Ch3ck_ | ;) |
| 20:25.39 | Ch3ck_ | since i know it's really complicated writing a root solver of order 6 |
| 20:26.36 | zero_level_ | Ch3ck_ : I understand the complexity. |
| 20:26.48 | zero_level_ | Just brought in because of the discussion. |
| 20:27.19 | zero_level_ | Izak__ : Its ok. n |
| 20:27.23 | Ch3ck_ | well will check on some recent math on resolvingthe problem. |
| 20:36.10 | starseeker | brlcad: looks like enabling the stack protection flags is giving gqa a fit - that's when the gqa regression test starts failing (r56758) |
| 20:36.15 | Ch3ck_ | brlcad: starseeker: waiting for the empty pull routine patch to be applied so I could create the one for pulling combinations in the pull |
| 20:39.50 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6030 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* 19 August - 25 August */ |
| 21:03.24 | *** part/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 21:04.41 | Ch3ck | gotta home get some rest now probably take on Prison Break ;) |
| 21:09.26 | brlcad | zero_level_: there's no specific support for sextic, but it may or may not matter (for this particular primitive) |
| 21:09.41 | brlcad | the routine used is in src/librt/roots.c |
| 21:11.07 | brlcad | Izak_: the test program I was thinking of was actually src/util/roots_example.c |
| 21:11.35 | brlcad | that's basically a unit test, but it predates the current unit test infrastructure |
| 21:11.52 | ``Erik | a more generalized root solver would be nice to have in libbn |
| 21:12.04 | brlcad | if our solver doesn't work for sextic, we'll look at integrating something more generalized (that already exists, like gmp) |
| 21:12.21 | brlcad | but hopefully not gmp |
| 21:12.27 | brlcad | it's a pig |
| 21:12.48 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Pull_Combination.png: this pulls an unpushed object |
| 21:14.01 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 0 /wiki/File:Pushed_pulled_object.png: This restores the object to original state after push is applied |
| 21:15.46 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6033 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Coding Log Report for GSoc 2013 */ |
| 21:17.35 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6034 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* = Test Results */ |
| 21:33.23 | Notify | 03BRL-CAD:brlcad * 57110 brlcad/trunk/src/libged/gqa.c: do not tokenize over spaces |
| 21:42.23 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 22:06.46 | ``Erik | Neil deGrasse Tyson #@neiltyson If you need to invoke your academic pedigree or job title for people to believe what you say, then you need a better argument |
| 22:14.46 | Notify | 03BRL-CAD:starseeker * 57111 brlcad/trunk/src/libged/gqa.c: Fix stack smash where strtok was reading beyond the limits of optarg (Sean found it) |
| 05:25.31 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:05.54 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 07:34.11 | Notify | 03BRL-CAD:mohitdaga * 57112 brlcad/trunk/include/bn.h: Change max degree to 6 for sextic equations. (brlcad, Izak_, Erik Please note this change.) |
| 07:58.31 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 09:04.55 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 0 /wiki/User:Mandeepkaur: |
| 10:22.58 | Notify | 03BRL-CAD:mohitdaga * 57113 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/color_space.c): Remove clumsy ness from rgb2gray function. |
| 10:26.35 | Notify | 03BRL-CAD:mohitdaga * 57114 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/pix-bw.c): Use icv in pix-bw utility. This imporvement now supports pipes and can also save file to output files specified. |
| 11:26.39 | Notify | 03BRL-CAD:mohitdaga * 57115 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c): Add macros for converting rgb images to gray channel images. |
| 11:54.41 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 14:24.20 | brlcad | zero_level: so you tested that regress and bencharm works with 57112?? |
| 15:37.17 | Notify | 03BRL-CAD:tbrowder2 * 57116 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: clarify keyword format |
| 15:42.07 | Notify | 03BRL-CAD:tbrowder2 * 57117 brlcad/trunk/src/util/fix_polysolids.c: indicate mandatory option arg with angle brackets |
| 15:46.37 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 16:03.13 | Notify | 03BRL-CAD:starseeker * 57118 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt brlcad/trunk/src/mged/setup.c): Apply patch #215 from Nyah Check that stubs in an empty pull command to libged and mged. |
| 16:06.10 | Notify | 03BRL-CAD:starseeker * 57119 brlcad/trunk/src/util/pix-bw.c: Return 0 on success - fixes compile failure from Werror=return-type |
| 16:11.10 | Notify | 03BRL-CAD:starseeker * 57120 (brlcad/trunk/src/librt/comb/comb.c brlcad/trunk/src/librt/db5_types.c): And changing from color back to rgb also has consequences (impacts red command behavior). |
| 16:27.38 | Notify | 03BRL-CAD:tbrowder2 * 57121 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: emphasize uniqueness of part names |
| 16:30.53 | *** join/#brlcad caen23 (~caen23@92.83.172.41) | |
| 17:15.33 | starseeker | pix-bw is failing in the regression test - just printing a usage statement |
| 17:20.36 | brlcad | zero_level: undoubtedly related to icv conversion (see r57119 too) |
| 17:21.35 | starseeker | zero_level: when you're working on these tools, you should be running the regression tests basically every time before you commit |
| 17:23.22 | starseeker | in this case, make regress-dsp will run the test |
| 17:23.56 | starseeker | more generally, make -k regress will run all the tests and you can check the scrollback to see which ones failed |
| 17:24.43 | starseeker | some may not relate to your work, but if it's a failure of image conversion that you weren't seeing before your changes that's an indication of a problem |
| 19:09.45 | starseeker | huh, weird - g-step can't get bn_mat_identity on VS 11 |
| 19:13.34 | starseeker | oh |
| 19:14.49 | Notify | 03BRL-CAD:starseeker * 57122 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Right - g-step needs BN_DLL_IMPORTS too |
| 20:34.52 | zero_level | starseeker : Thanks for r57119. |
| 20:35.53 | zero_level | Is Madras Cafe being screened in US. Just watched. excellent bollywood art. :) |
| 21:01.56 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6035 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */ |
| 21:33.05 | Notify | 03BRL-CAD:tbrowder2 * 57123 brlcad/trunk/src/util/dsp_add.c: add semicolons to separate see_also items (per auto-man-page formatting instructions) |
| 21:33.36 | Notify | 03BRL-CAD:tbrowder2 * 57124 brlcad/trunk/src/util/fix_polysolids.c: add missing option descriptions |
| 01:35.50 | brlcad | zero_level: it's showing in some places, but not anywhere near where I'm at (at least not yet) |
| 01:36.07 | brlcad | looks like three theaters in mountain view CA are showing it |
| 07:13.44 | *** join/#brlcad caen23 (~caen23@92.83.186.160) | |
| 08:38.44 | zero_level | starseeker : Your regress issue is intresting here. |
| 08:39.11 | zero_level | I see the genesis of this because usage of pix-bw has been changed. |
| 08:39.30 | zero_level | Thus it is giving syntax error. |
| 08:43.31 | zero_level | starseeker : I tried using grep to find what are the places pix-bw is used. I don't see a concrete place where pix-bw is used. |
| 09:41.07 | *** join/#brlcad caen23 (~caen23@92.85.91.219) | |
| 09:42.54 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 10:04.43 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 11:10.02 | Notify | 03BRL-CAD:tbrowder2 * 57125 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: add missing copyright section |
| 13:19.45 | Notify | 03BRL-CAD Wiki:Harman052 * 6036 /wiki/User:Harman052/GSoc2013/Logs: |
| 13:20.43 | Notify | 03BRL-CAD Wiki:Harman052 * 6037 /wiki/User:Harman052/GSoc2013/Logs: |
| 15:40.53 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 16:41.19 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:14.47 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:19.17 | Notify | 03BRL-CAD:tbrowder2 * 57126 brlcad/trunk/doc/burst/burst.mm: add macro at top to trigger proper doclifter response pre advice from Eric Raymond |
| 20:19.59 | Notify | 03BRL-CAD:tbrowder2 * 57127 brlcad/trunk/doc/burst/README: add info from Eric Raymond ref doclifter |
| 21:26.53 | Notify | 03BRL-CAD:tbrowder2 * 57128 brlcad/trunk/TODO: gattributes has been renamed |
| 23:02.41 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 01:03.26 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 01:03.26 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 04:22.06 | Notify | 03BRL-CAD:phoenixyjll * 57129 brlcad/trunk/src/libbrep/boolean.cpp: Implement IsFaceInsideBrep() to decide whether a trimmed face is inside another brep. |
| 06:11.57 | Notify | 03BRL-CAD:phoenixyjll * 57130 brlcad/trunk/src/libbrep/boolean.cpp: Use randomly generated test points. And try to use a more strict tolerance (it seems that the default 0.001 is not enough in some cases. Fortunately setting a smaller tol doesn't effect the performance obviously) |
| 06:32.33 | Notify | 03BRL-CAD:phoenixyjll * 57131 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/boolean.cpp and 2 others): Decide whether the trimmed faces belong to the final structure according to type of the operation. |
| 06:33.55 | Notify | 03BRL-CAD:phoenixyjll * 57132 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Mark the input curve as const in sub_curve(). |
| 06:37.31 | brlcad | zero_level: what is the usage change? |
| 06:38.42 | brlcad | usage changes are user visible and we have tests for that specifically to detect them (they must be justified and, regardless, be deployed in accordance with a change policy) |
| 06:39.04 | brlcad | see the top-level CHANGES file for details |
| 06:49.06 | Notify | 03BRL-CAD:phoenixyjll * 57133 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep.cpp): Tweak the brep command to support the other two operations (intersect and diff). |
| 06:49.20 | *** join/#brlcad caen23 (~caen23@92.83.160.32) | |
| 06:57.13 | Notify | 03BRL-CAD:phoenixyjll * 57134 brlcad/trunk/src/libged/brep.c: Modify the help messages of the brep command. |
| 08:02.25 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:45.18 | Notify | 03BRL-CAD:indianlarry * 57135 brlcad/trunk/src/util/dsp_add.c: removed C++ style comment and reapplied original 'static' declaration of optstring |
| 09:55.37 | Notify | 03BRL-CAD:indianlarry * 57136 (brlcad/branches/nurbs/TODO brlcad/branches/nurbs/doc/burst/README and 26 others): Merging trunk into branch 'nurbs' r:57107:57135 |
| 10:10.13 | Notify | 03BRL-CAD Wiki:Phoenix * 6038 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 10 */ |
| 10:38.00 | Notify | 03BRL-CAD:tbrowder2 * 57137 (brlcad/trunk/TODO brlcad/trunk/doc/docbook/system/mann/en/attr.xml brlcad/trunk/src/libged/attr.c): add some user-specifed attribute sort capability |
| 10:40.48 | Notify | 03BRL-CAD:tbrowder2 * 57138 brlcad/trunk/src/libged/attr.c: ws |
| 11:15.41 | Notify | 03BRL-CAD:tbrowder2 * 57139 brlcad/trunk/src/libged/attr.c: refactor some dup code (more pearls remain) |
| 12:29.16 | Notify | 03BRL-CAD:indianlarry * 57140 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c): increased point size to 3.0 when drawing points in the Vlist to help standout from line drawing; added code to save point size state to restore after vlist drawing; propagated vlist point drawing to dm-wgl.c |
| 13:43.46 | Notify | 03BRL-CAD:carlmoore * 57141 (brlcad/trunk/include/icv.h brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): remove trailing blanks/tabs; fix spelling & wording |
| 13:44.03 | zero_level | waves to brlcad. |
| 13:53.22 | zero_level | brlcad : The changes in pix-bw are in terms of input arguments. |
| 13:54.04 | zero_level | This is necessary, to accomodate pipes. |
| 13:56.21 | zero_level | I believe regress is failing because pix-bw is used as utility somewhere. |
| 13:57.34 | zero_level | I tired finding the "usage of pix-bw" using grep. |
| 13:57.54 | zero_level | But apperently I didnt see any existing usage. |
| 13:58.11 | zero_level | is wondering what could be wrong. |
| 13:59.51 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:37.08 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:01.42 | brlcad | Ch3ck: where are you? |
| 16:02.42 | brlcad | Izak_: any idea? |
| 16:22.25 | Notify | 03BRL-CAD:indianlarry * 57142 (brlcad/trunk/src/libged/dg_obj.c brlcad/trunk/src/libged/draw.c brlcad/trunk/src/mged/dodraw.c): Added buffer to a vlist point in the 'bound_solid' functions otherwise single point would have zero dimension and dozoom() would always consider a speck and not draw |
| 16:52.17 | Notify | 03BRL-CAD:indianlarry * 57143 (brlcad/branches/nurbs/TODO brlcad/branches/nurbs/doc/docbook/system/mann/en/attr.xml and 11 others): Merging trunk into branch 'nurbs' r:57137:57142 |
| 20:25.20 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6039 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 */ |
| 20:28.26 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6040 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 10 (19 August - 25 August) */ |
| 20:35.35 | Notify | 03BRL-CAD:carlmoore * 57144 brlcad/trunk/doc/docbook/system/man1/en/g-nmg.xml: add description of P option to g-nmg.xml |
| 20:38.17 | Notify | 03BRL-CAD:carlmoore * 57145 brlcad/trunk/src/conv/g-obj.c: add h? options; remove uneeded braces |
| 20:58.16 | Notify | 03BRL-CAD:carlmoore * 57146 brlcad/trunk/doc/docbook/system/man1/en/g-obj.xml: account for P in the man page |
| 21:02.23 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:d6bb:0:43:aa01:a301) | |
| 21:17.53 | Notify | 03BRL-CAD:carlmoore * 57147 brlcad/trunk/src/conv/g-obj.c: implement P in the Usage statement; simplify the setting of 'verbose' value |
| 21:27.45 | Notify | 03BRL-CAD:carlmoore * 57148 brlcad/trunk/src/conv/g-obj.c: Usage again: add '-name' for -e; put brackets around -o, because that will just default to stdout if left out |
| 21:30.52 | Notify | 03BRL-CAD:mohitdaga * 57149 brlcad/trunk/src/libicv/filter.c: Modify filter function to preserve boundary conditions. |
| 21:35.40 | Notify | 03BRL-CAD:mohitdaga * 57150 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bwfilter.c): Modify bwfilter to use icv api. Also this change enables this utility to redirect the output to pipes. And offset is now set with -O instead of -o flag.(since output image usage that flag and wanted this to be universal) |
| 21:39.09 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:d6bb:0:43:aa01:a301) | |
| 22:21.32 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b105:d6bb:0:43:aa01:a301) | |
| 23:33.20 | Notify | 03BRL-CAD Wiki:Mobiqrcode * 0 /wiki/User:Mobiqrcode: |
| 23:35.00 | Notify | 03BRL-CAD:tbrowder2 * 57151 brlcad/trunk/include/bu.h: correct spelling |
| 00:22.23 | Notify | 03BRL-CAD:tbrowder2 * 57152 brlcad/trunk/src/libged/attr.c: expand comment |
| 00:22.55 | Notify | 03BRL-CAD:tbrowder2 * 57153 brlcad/trunk/src/libged/attr.c: improve grammar |
| 00:30.53 | Notify | 03BRL-CAD:brlcad * 57154 brlcad/trunk/src/libbu/sscanf.c: ws indent formatting |
| 00:33.00 | Notify | 03BRL-CAD:tbrowder2 * 57155 brlcad/trunk/src/libged/attr.c: ws, style |
| 00:50.38 | Notify | 03BRL-CAD:starseeker * 57156 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): Sigh. The 'only generate it once' solution didn't work with the Ninja generator - do things the 'proper' way and provide sources for each executable target. |
| 00:53.09 | Notify | 03BRL-CAD:tbrowder2 * 57157 brlcad/trunk/TODO: use current attr syntax |
| 01:26.45 | Notify | 03BRL-CAD:brlcad * 57158 brlcad/trunk/src/adrt/master/master.c: eliminated gratuitous spaces after function names and other ws style indent problems |
| 01:28.52 | Notify | 03BRL-CAD:brlcad * 57159 brlcad/trunk/src/adrt/master/master.c: cppcheck recognizes the range check and usage, check range first. |
| 01:43.07 | brlcad | zero_level: can you be more specific? what was the changes to the usage synopsis? |
| 01:45.00 | brlcad | there is nothing inherent about supporting pipes that implies a change to the synopsis is "necessary" |
| 02:36.32 | Notify | 03BRL-CAD:brlcad * 57160 brlcad/trunk/src/adrt/slave/slave.c: move variable declaration into the ifdef with the use. |
| 02:50.40 | Notify | 03BRL-CAD:brlcad * 57161 brlcad/trunk/src/adrt/master/master.c: work table is no more |
| 02:51.43 | Notify | 03BRL-CAD:brlcad * 57162 brlcad/trunk/src/adrt/master/tienet_master.c: missing semicolon, reduce scope of some vars |
| 02:56.05 | Notify | 03BRL-CAD:brlcad * 57163 (brlcad/trunk/src/adrt/master/compnet.c brlcad/trunk/src/adrt/master/dispatcher.c and 3 others): ws style cleanup |
| 03:10.14 | Notify | 03BRL-CAD:brlcad * 57164 brlcad/trunk/NEWS: mohit changed the bwfilter tool, renaming the -o offset option to -O so that -o can be retained as an output file name option |
| 03:13.59 | Notify | 03BRL-CAD:brlcad * 57165 brlcad/trunk/src/libbn/tests/CMakeLists.txt: patch not yet applied, remove the tests |
| 03:17.26 | Notify | 03BRL-CAD:brlcad * 57166 (brlcad/trunk/src/adrt/librender/cut.c brlcad/trunk/src/adrt/librender/flos.c and 2 others): convert to bu_sscanf() |
| 04:32.43 | Notify | 03BRL-CAD:brlcad * 57167 brlcad/trunk/src/libged/draw.c: wrap the innocuous debug printing within #ifdefs with a simple trigger. probably worth having a bu routine to calculate h:m:s from a time delta. curiously encountered a regress-solids failure due to the GED_HELP return code making the draw call presssume it failed. |
| 04:35.49 | Notify | 03BRL-CAD:brlcad * 57168 (brlcad/trunk/src/burst/Hm.c brlcad/trunk/src/burst/grid.c brlcad/trunk/src/bwish/tcl.c): reduce variable scope |
| 04:51.40 | Notify | 03BRL-CAD:brlcad * 57169 brlcad/trunk/src/conv/3dm/3dm-g.cpp: prefer prefix increment for non-pod and loop vars |
| 05:08.19 | Notify | 03BRL-CAD:phoenixyjll * 57170 brlcad/trunk/src/libbrep/boolean.cpp: Don't always flip that face. We should decide whether it's necessary to flip according to the operation. |
| 06:16.51 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:20.47 | zero_level | Earlier the input arguments where paresed with loops runnung all through and checking values of argv[][] mannually. This indeed didnt allow the arguments to be passed in any order. |
| 08:22.45 | zero_level | I have used bu_getopt. But using this changing the input arguments for instance "-ntsc" now becomens "-n". |
| 08:23.16 | zero_level | We have to specify weights with every channel. For eg -R 0.0 / |
| 08:24.07 | zero_level | I have to change the man pages, but just waiting for the consent. (If we can improve it further) |
| 08:41.03 | Notify | 03BRL-CAD Wiki:Edatamarkets * 0 /wiki/User:Edatamarkets: |
| 09:39.02 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6041 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: |
| 09:52.26 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6042 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */ |
| 10:08.31 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 10:18.07 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 10:18.36 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 10:20.25 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6043 /wiki/User:Izak/GSOC_2013_logs: /* August 19th to August 24th */ |
| 10:55.52 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10c:6682:0:3:9def:3501) | |
| 11:17.59 | *** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net) | |
| 11:33.19 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 11:33.38 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 12:19.46 | brlcad | zero_level: we need to document exactly what that change is |
| 12:20.10 | brlcad | from a users perspective, that is |
| 12:20.29 | brlcad | what is the synopsis now? what was the synopsis before? |
| 12:21.24 | brlcad | as the regression tests are broken at the moment, this is top priority to fix, update, or revert |
| 12:22.08 | brlcad | a "consent" on whether what you've done is okay requires more information (the synopses) |
| 12:25.55 | brlcad | see http://www.tldp.org/LDP/intro-linux/html/intro-linux.html for a description of a synopsis, and http://www-hermes.desy.de/Unixhelp/manual_4.1.2.html |
| 12:27.24 | brlcad | need to know what it was before your change and what it is now with your change |
| 12:28.04 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10c:6682:0:3:9def:3501) | |
| 12:28.06 | brlcad | Ch3ck_: I count no fewer than 10 errors in your reply, but thank you for finally getting back to me |
| 12:28.27 | Ch3ck_ | which reply? |
| 12:28.30 | Ch3ck_ | the email? |
| 12:28.35 | brlcad | yes |
| 12:28.39 | Ch3ck_ | ok |
| 12:28.42 | brlcad | :) |
| 12:28.54 | Ch3ck_ | i realised the error when i'd already pressed send! :( |
| 12:29.03 | ``Erik | brlcad: is bz getting dumps done? |
| 12:29.06 | brlcad | "the error"? |
| 12:29.13 | brlcad | there are many :) |
| 12:29.26 | Ch3ck_ | what kind of errors? actually |
| 12:29.32 | Ch3ck_ | typo? or grammatical? |
| 12:29.40 | brlcad | yes |
| 12:30.16 | Ch3ck_ | will correct and resend |
| 12:30.19 | brlcad | ``Erik: I'm not 100% positive but I don't think so |
| 12:30.27 | brlcad | Ch3ck_: no, don't bother |
| 12:30.37 | Ch3ck_ | so what do i do now? :( |
| 12:31.08 | brlcad | the gist is there, just ironic given your whole point was how excellent your writing skills are ... yet it contained so many mistakes :) |
| 12:31.12 | brlcad | just humorous |
| 12:31.42 | Ch3ck_ | but you could look at the article i gave |
| 12:32.08 | Ch3ck_ | which was sociological perspective on the Global village ;) |
| 12:32.08 | brlcad | i'm sure you are *capable* of writing better |
| 12:32.37 | Ch3ck_ | :) |
| 12:32.37 | brlcad | especially when you have time to work through drafts, scrutinize details |
| 12:32.46 | Ch3ck_ | yeah.. |
| 12:32.49 | brlcad | you should try to learn to write critically all the time |
| 12:33.13 | brlcad | it's just like with your code, learning to notice where the commas are missing or a space isn't right |
| 12:33.24 | brlcad | or words are repeated.. :) |
| 12:33.29 | brlcad | documentation Documentation |
| 12:33.45 | Ch3ck_ | was just doing some emphasis there.. ;) |
| 12:33.54 | brlcad | right.. |
| 12:35.07 | brlcad | also, no way to say this more plainly but |
| 12:35.11 | brlcad | "alot" is not a word |
| 12:35.55 | brlcad | one of many things I tend to be pedantic about |
| 12:36.25 | Ch3ck_ | yeah |
| 12:38.58 | brlcad | hilarious commentary: http://hyperboleandahalf.blogspot.com/2010/04/alot-is-better-than-you-at-everything.html |
| 12:43.20 | Ch3ck_ | well i guess it's been in popular use due to the evolution of blogs and social networks which encourage an informal atmosphere |
| 12:44.02 | Ch3ck_ | well guess this has somehow been detrimental to language proficiency for some. I guess :) |
| 12:50.23 | brlcad | it's nothing at all new |
| 12:51.24 | brlcad | I had teachers 30 years ago giving lectures about how "alot" is not a word even though plenty used it as one and seemed to think it was |
| 12:53.05 | brlcad | it's one that just doesn't even make any sense, you'd wouldn't say "ahot day" or "alittle bit" |
| 12:55.50 | Ch3ck_ | well rapstars can't let that go ;) |
| 12:57.59 | ``Erik | looking to a rap star for grammatical correctness is like looking to a modern art painter for photographic reproduction correctness O.o |
| 12:59.00 | Ch3ck_ | yeah |
| 12:59.43 | Ch3ck_ | well nowadays with the proliferation of movies; in fact the entertainment industry. Someone with a solid grammatical foundation will have severe problems in English language |
| 13:00.00 | Ch3ck_ | i mean without |
| 13:00.05 | Ch3ck_ | a foundation |
| 13:01.10 | Ch3ck_ | especially when referencing to movies and stuff for pronunciation ;) |
| 13:06.39 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10c:6682:0:3:9def:3501) | |
| 13:14.46 | Ch3ck_ | brlcad: succeeded in extracted the matrix transformation for the basic primitives. But need some assistance in generating the matrix transformation from a arb8 and arbn |
| 13:16.24 | Notify | 03BRL-CAD:phoenixyjll * 57171 brlcad/trunk/src/libbrep/boolean.cpp: Make use of the connectivity graph to reduce inside/outside tests. |
| 13:23.01 | *** join/#brlcad caen23 (~caen23@92.85.89.89) | |
| 13:30.41 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_sph.png: |
| 13:31.04 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Sph_sph_inter.png: |
| 13:31.34 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Ehy_tor.png: |
| 13:32.19 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Ehy_tor_inter.png: |
| 13:32.45 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb8_ehy.png: |
| 13:33.08 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb8_ehy_inter.png: |
| 13:35.05 | Notify | 03BRL-CAD Wiki:Phoenix * 6050 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */ |
| 13:38.10 | Notify | 03BRL-CAD Wiki:Phoenix * 6051 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 13:39.18 | Notify | 03BRL-CAD Wiki:Phoenix * 6052 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 14:15.32 | brlcad | hah, that is awesome wu |
| 14:37.08 | ``Erik | awesome, looks like apple's xcode team is deprecating sbrk()... http://paste.lisp.org/display/138646 |
| 14:39.15 | ``Erik | looks like we only use it for verbose stats, the mem= field in memory_summary() |
| 14:45.19 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b10c:6682:0:3:9def:3501) | |
| 14:46.11 | Notify | 03BRL-CAD:starseeker * 57172 brlcad/trunk/TODO: Add a note to figure out why the initialization of stp->st_path is the way it is. |
| 14:46.23 | brlcad | ``Erik: interesting, I'd just get rid of it |
| 14:46.39 | Notify | 03BRL-CAD:starseeker * 57173 brlcad/trunk/regress/CMakeLists.txt: add asc2g as a dependency for a couple more of the targets |
| 14:49.08 | brlcad | starseeker: the bu_htond/bu_ntohd issue is a lot more clear now |
| 14:49.23 | Notify | 03BRL-CAD:n_reed * 57174 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c): revert r57140, we need a general way to change point size |
| 14:49.37 | brlcad | msvc didn't change anything, they now implement a function that didn't previously exist and we have a name conflict |
| 14:50.18 | brlcad | moreover, it reminds us that our version isn't consistent with the others so probably shouldn't be named that way anyways |
| 14:52.15 | caen23 | are there any statistics regarding what operating systems brl-cad is run on? |
| 14:53.50 | Notify | 03BRL-CAD:erikgreenwald * 57175 (brlcad/trunk/CMakeLists.txt brlcad/trunk/include/config_win.h and 2 others): remove sbrk() as it is marked deprecated in the new xcode5 mac stuff and we don't really use it much |
| 14:55.03 | brlcad | caen23: not any current |
| 14:56.32 | caen23 | then do you have an idea about how many people use it on something other than mac win linux/unix? |
| 14:58.43 | ``Erik | I think once every 3-4 years, brlcad compiles it on haiku... that's probably a significant portion of BRL-CAD usage outside of win/mac/linux/unix/bsd... :D |
| 15:00.47 | ``Erik | "what do we want?" "time travel!" "when do we want it?" "it's irrelevant!" |
| 15:03.07 | caen23 | the reason i was asking is because i know the debug version at least is compiled with the c89 flag, and i was wondering if it's intended to be run on platforms where a more recent compiler isn't available |
| 15:05.39 | Notify | 03BRL-CAD:tbrowder2 * 57176 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt): add function to provide an ISO time (planned to be used for attribute mod and creation times); will provide a regression test later |
| 15:10.58 | Notify | 03BRL-CAD:r_weiss * 57177 brlcad/trunk/src/other/stepcode/src/clutils/dirobj.cc: Update to stepcode function 'DirObj::CheckIndex' to quiet a valgrind 'mismatched free' warning. |
| 15:15.58 | *** join/#brlcad caen23 (~caen23@92.85.89.89) | |
| 15:19.06 | Notify | 03BRL-CAD:carlmoore * 57178 (brlcad/trunk/doc/docbook/system/man1/en/g-egg.xml brlcad/trunk/doc/docbook/system/man1/en/g-nmg.xml): make fixes to g-egg and g-xml man pages (g-egg: shorten -P writeup; g-nmg: provide missing period and -P writeup |
| 15:31.17 | Ch3ck_ | brlcad: starseeker: ``Erik: i'm currently implementing the pull_leaf() I'm supporing the following primitives(EHY, ELL, SPH, ARB8, EPA, ETO,EXTRUDE, HYP, PARTICLE, RPC, RHC, SUPERELL,TGC,TOR, ARBN).I just wish to ask if this is ok? for GSoC or i'll need to provide support for all primitives. Since I want to focus now on testing and completing the pull routine. |
| 15:31.46 | Ch3ck_ | and debugging and testing my pull_leaf() |
| 15:33.01 | Ch3ck_ | However due to the complexity of some primitives like(SUPERELL,TOR,ARBN, PART, RHC, RPC) I'll not be able to extract all aspects of the primitive. due to their inherent complexities. |
| 15:36.34 | Notify | 03BRL-CAD:n_reed * 57179 brlcad/trunk/src/libdm/dm-wgl.c: restore wgl implementation of BN_VLIST_POINT_DRAW |
| 15:36.47 | Notify | 03BRL-CAD:iiizzzaaakkk * 57180 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting sextic equation in comment preceeding rt_hrt_shot() implementation |
| 15:43.57 | zero_level | brlcad , ``Erik : I am not able to find the cause of regress (failure). |
| 15:44.16 | zero_level | I believe to find it i have to understand the architecture regress-dsp. |
| 15:44.40 | zero_level | Because this time all I did was chage the usage type of a utility. |
| 15:44.53 | zero_level | Utility (pix-bw). |
| 15:45.43 | zero_level | brlcad : I am in a process of changing the synopsis. |
| 16:28.25 | brlcad | caen23: it's more about code compliance |
| 16:30.38 | brlcad | caen23: the intention has always been to be able to run on any (desktop/server) platform available for use |
| 16:32.04 | brlcad | the standards-compliance certainly affects that end, but it of lesser concern -- we'll be adopting c99 as soon as we fully validate as strictly c89-compliant and we're willing to adopt the msvc issues |
| 16:32.35 | brlcad | we're probably less than a week's worth of work away from demonstrating strict c89 compilation |
| 16:33.33 | brlcad | Ch3ck_: what do you pull from the leaf? |
| 16:34.57 | brlcad | whatever you do for any primitives really needs to be done for all primitives or that feature cannot be used |
| 16:35.30 | brlcad | it'd be better to handle no primitives (e.g., combs only) and pull to be otherwise complete/robust/documented |
| 16:35.31 | Ch3ck_ | well there are some really complicated primitives like metball |
| 16:35.49 | brlcad | metaball |
| 16:35.51 | brlcad | brep/nurbs |
| 16:35.56 | brlcad | nmg |
| 16:36.04 | brlcad | there are a half dozen really complex primitives |
| 16:36.35 | Ch3ck_ | well for some primitives; you can't get all the matrix informations like scale, rotation and translation |
| 16:36.41 | Ch3ck_ | but i could get the translations for most. |
| 16:36.49 | brlcad | right |
| 16:36.55 | brlcad | so you'd either do nothing |
| 16:36.58 | brlcad | or do translations |
| 16:37.07 | Ch3ck_ | exactly |
| 16:37.47 | Ch3ck_ | well since i figured pulling from the leaf nodes is extracting all the matrix information available like translation components, scale and rotation components |
| 16:38.02 | Ch3ck_ | but not all primitives will have all three |
| 16:38.45 | brlcad | no primitive really has any of those |
| 16:38.58 | Ch3ck_ | yeah directly |
| 16:39.12 | Ch3ck_ | but you could get some of this data indirectly from some of the primitives |
| 16:39.21 | Ch3ck_ | that's what i'm currently doing and |
| 16:39.26 | brlcad | well, yes and no |
| 16:39.32 | brlcad | you don't "get that" from them |
| 16:39.37 | brlcad | you're defining it for them |
| 16:39.46 | brlcad | you could define it to be something else in theory |
| 16:39.47 | Ch3ck_ | yeah based on what they have |
| 16:39.58 | Ch3ck_ | stored in them. |
| 16:40.16 | Ch3ck_ | so what do i do in this case? |
| 16:40.32 | Ch3ck_ | concerning the primitives |
| 16:40.43 | brlcad | like I said, you can either ignore them (for now) and focus on finalizing pull |
| 16:40.53 | Ch3ck_ | ok |
| 16:41.00 | brlcad | or just implement support for translations since nearly all primitives have a notion of an origin |
| 16:41.15 | brlcad | and you can easily pull the origin to 0,0,0 to extract a translation |
| 16:41.34 | Ch3ck_ | well i've supported translations for almost all primitives and here is the code |
| 16:41.44 | brlcad | almost all is not all :) |
| 16:41.54 | Ch3ck_ | yeah |
| 16:41.59 | brlcad | so can it be all? |
| 16:42.05 | Ch3ck_ | yeah |
| 16:42.10 | Ch3ck_ | almost can be for all |
| 16:42.18 | brlcad | what? |
| 16:42.23 | brlcad | all != almost all |
| 16:42.32 | brlcad | can it be ALL of them or only almost all of them? |
| 16:42.38 | Ch3ck_ | no |
| 16:42.52 | brlcad | I asked "A or B" and you said "no" |
| 16:43.39 | Ch3ck_ | http://paste.kde.org/p541faed2/ |
| 16:43.55 | Ch3ck_ | no for both a and b |
| 16:44.28 | Ch3ck_ | all != almost all (correct |
| 16:44.32 | brlcad | that code doesn't answer my question |
| 16:44.56 | brlcad | that code is merely the state of where you're at, my question is where are we able to go |
| 16:45.38 | Ch3ck_ | well we'll be able to add support for extracting translation components for primitives |
| 16:46.02 | brlcad | is it possible to extract translation components for ALL primitives or only most of them or do you not know? |
| 16:46.21 | Ch3ck_ | well I can't extract for all |
| 16:46.36 | Ch3ck_ | since they're alot of complexities with some of them |
| 16:46.49 | brlcad | give me an example |
| 16:46.53 | Ch3ck_ | the one's currently implemented are the ones i best understand |
| 16:47.06 | Ch3ck_ | ok with the metaball forexample |
| 16:48.26 | Ch3ck_ | given the equation of the plane in arbn. I have no idea to define the translation components here |
| 16:48.29 | Ch3ck_ | thats why |
| 16:49.24 | brlcad | answering my own question then, your answer should have been "I do not know" |
| 16:50.09 | brlcad | again, you're defining it for the primitives |
| 16:50.29 | brlcad | not knowing how to define it for a particular primitive is not surprising |
| 16:51.08 | Ch3ck_ | well i am working with each primitive at a time |
| 16:51.19 | brlcad | of course, how else would you work with them? :) |
| 16:51.43 | Ch3ck_ | and given there are over 40 of them. I don't really know if I'll have to define them for all of them |
| 16:51.58 | brlcad | well I answered that for you |
| 16:52.13 | Ch3ck_ | yeah you said all |
| 16:52.18 | brlcad | if it's going to be defined for some of them, it should be defined for all of them |
| 16:52.31 | brlcad | some of them will be tricky to define, but not impossibly hard |
| 16:52.41 | Ch3ck_ | yeah |
| 16:52.42 | brlcad | metaball is a good example because it doesn't track a V position |
| 16:52.54 | brlcad | but you can certainly pick a position |
| 16:53.03 | brlcad | the centroid of the points or the first point, for example |
| 16:54.08 | Ch3ck_ | But since I could implement for some and get started with the routine working extracting only for some particular primitives. Could I not define for some and continue adding support for the other primitives. while integrating the command into the software completely |
| 16:54.32 | Ch3ck_ | and finalizing the pull |
| 16:54.45 | brlcad | it's a problem of usability to approach in that order |
| 16:54.59 | Ch3ck_ | knowing i'll only have to add support for the primitives i've not defined yet. |
| 16:55.02 | Ch3ck_ | ok |
| 16:55.06 | brlcad | from a users perspective, it'd be bad design if pull only sometimes worked |
| 16:55.26 | Ch3ck_ | so what do i do in this case |
| 16:55.36 | Ch3ck_ | forget about the primitives completely? |
| 16:55.45 | Ch3ck_ | and focus on combinations only? |
| 16:55.46 | brlcad | no |
| 16:56.18 | brlcad | I suggest focusing on the pull interface, synopsis, docs, full integration, maybe test cases first |
| 16:57.09 | Ch3ck_ | ok |
| 16:57.10 | brlcad | then you could integrate your existing primitive code into the functab later to capture them |
| 16:57.24 | brlcad | having a switch statement in pull_leaf() won't work long-term |
| 16:57.41 | brlcad | the primitives themselves need to define that code |
| 16:57.57 | Ch3ck_ | so whats the best approach here? |
| 16:58.14 | brlcad | for? |
| 16:58.23 | brlcad | proceeding or primitives? |
| 16:58.26 | Ch3ck_ | in the switch statement |
| 16:58.35 | brlcad | the switch disappears |
| 16:58.44 | brlcad | they become functions in each primitive |
| 16:58.54 | Ch3ck_ | ok yeah |
| 16:59.42 | Ch3ck_ | so i'll have to integrate the code in each of the primitives? |
| 16:59.56 | Ch3ck_ | or subroutines in pull itself? |
| 17:00.01 | Ch3ck_ | i mean pull.c |
| 17:01.04 | brlcad | the code belongs with the primitives |
| 17:01.08 | Notify | 03BRL-CAD:n_reed * 57181 (brlcad/trunk/include/bn.h brlcad/trunk/include/raytrace.h and 5 others): Make it possible to specify a point size or line width within a vlist. Implemented for ogl vlist drawing. |
| 17:01.31 | brlcad | still, this is out of order work if there's still other pull interface work needing to be done |
| 17:02.23 | Ch3ck_ | ok |
| 17:02.37 | Ch3ck_ | could you please give me an example to demonstate how this could be done? |
| 17:02.41 | Ch3ck_ | ;) |
| 17:04.34 | brlcad | when it's time, absolutely ;) |
| 17:05.13 | caen23 | brlcad: thanks for your earlier explanations |
| 17:05.37 | Ch3ck_ | ok |
| 17:06.01 | Ch3ck_ | brlcad: will start working on the pull interface, synopsis, docs, and others |
| 17:06.10 | Ch3ck_ | before falling back to primitives ;) |
| 17:06.18 | brlcad | sounds good |
| 17:06.41 | brlcad | and perfect patches ... i'm hoping the ones you have open apply cleanly |
| 17:07.12 | brlcad | I think you might have the record (ever) for number of patches with mistakes |
| 17:07.29 | brlcad | it's quite impressive :) |
| 17:07.40 | Ch3ck_ | what? really ! |
| 17:08.00 | Ch3ck_ | didn't want to have that kind of record! |
| 17:08.03 | Ch3ck_ | ;) |
| 17:08.47 | Ch3ck_ | actually my patches applying cleanly is no longer a problem the nut is white space and indentation which i've cracked ;)\ |
| 17:10.37 | brlcad | cracked is one way to describe it ... :) |
| 17:11.57 | brlcad | not just style though, you've had bad return codes, dead code, lazy comments, wrong dates, ... it's a lot you've clearly not had to think about bmuch before |
| 17:13.38 | Ch3ck_ | well was copying from the current state of the code. I mean the dates ;) |
| 17:13.46 | Ch3ck_ | didn't manufacture them.. |
| 17:14.02 | Ch3ck_ | copied mostly from how it was in the push.c file |
| 17:20.24 | brlcad | so? |
| 17:20.49 | brlcad | just means you're not scrutizing and checking lines in files that you are copy-pasting |
| 17:20.54 | brlcad | and you should be |
| 17:21.29 | Ch3ck_ | well was using it as reference actually |
| 17:21.36 | Ch3ck_ | since i thought it was up to date ;) |
| 17:21.50 | brlcad | it was up to date for the file you copied it from |
| 17:22.01 | brlcad | you assumed it meant one thing when it meant another |
| 17:23.12 | brlcad | would have been an excellent question to ask |
| 17:23.36 | Ch3ck_ | ok |
| 17:23.48 | brlcad | still, that was just one of a dozen little issues |
| 17:24.00 | brlcad | nothing major obviously, just a lot of small cuts |
| 17:24.45 | brlcad | like I said, clearly a lot you've not had to think about much before is all |
| 17:26.08 | brlcad | running as root is a similar issue.. |
| 17:26.20 | brlcad | you would have, nay, SHOULD have gotten yelled at by your peers for doing that! |
| 17:27.14 | Notify | 03BRL-CAD:n_reed * 57182 brlcad/trunk/src/libdm/dm-wgl.c: Copy implementation of vlist point size and line width specification to wgl. |
| 17:27.58 | brlcad | any third or fourth year CS student should have been all over ingraining a sense of guilt into first and second year students, I know my uni sure did :) |
| 17:31.22 | *** join/#brlcad caen23 (~caen23@92.85.89.89) | |
| 17:33.30 | Ch3ck_ | well thats not the case here ;) |
| 17:34.29 | Ch3ck_ | I mean its really hard! I mean hard! here to find programmers like us ;) |
| 17:35.02 | Ch3ck_ | everyone is kinda luke-warm towards programming talk less of hacking Linux ;) |
| 17:39.13 | Ch3ck_ | brlcad: i've added the pull_comb() routine to the pull ticket on sf. Waiting for it to be reviewed and applied ;) |
| 17:50.43 | brlcad | I get notification every time you do, someone will get to it asap |
| 17:53.21 | Ch3ck_ | ;) |
| 18:08.17 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6053 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */ |
| 18:15.31 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6054 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 27th */ |
| 18:31.07 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6055 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 27th */ |
| 18:41.12 | Notify | 03BRL-CAD:n_reed * 57183 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c): distinguish between indexing and dereferencing |
| 19:01.33 | Notify | 03BRL-CAD:n_reed * 57184 brlcad/trunk/src/libdm/dm-X.c: implement vlist point size specification for dm-x |
| 19:14.39 | Notify | 03BRL-CAD:starseeker * 57185 brlcad/trunk/src/tclscripts/CMakeLists.txt: Don't just print the error if the file isn't found, return an error code |
| 19:24.00 | Ch3ck_ | running to bed ;) |
| 19:28.55 | brlcad | zero_level: what progress have you made? |
| 19:34.26 | zero_level | I was recheking with grep. |
| 19:43.36 | zero_level | The only subsequent usage I could find was in tclscripts/lib/RtImage.tcl |
| 19:43.57 | zero_level | wonders if this is really called in the regress! |
| 19:51.37 | ``Erik | zero_level: what does the machine say the problem is? |
| 19:52.17 | zero_level | ``Erik it gives a syntax |
| 19:52.32 | zero_level | error while running regress-dsp |
| 19:52.41 | ``Erik | what error does it say? |
| 19:52.52 | zero_level | It is probably because i changed input parameters. |
| 19:53.22 | ``Erik | which parameters did you change? can you find those in the regress-dsp call chain? |
| 19:53.57 | zero_level | ``Erik http://paste.kde.org/p5c66dee9/ |
| 19:54.32 | zero_level | call chain ? These are alien words to me. |
| 19:54.38 | ``Erik | so 'expr' is giving a syntax error, this is a bash script issue, right? |
| 19:54.49 | zero_level | yes I guess so, |
| 19:55.27 | ``Erik | regress-dsp calls a shell script, you can run that shell script manually... if you do that, you can do awesome stuff like add flags for debugging |
| 19:55.27 | zero_level | ``Erik : do u get such error ? |
| 19:55.45 | zero_level | do u mean regress/dsp.sh ? |
| 19:55.46 | ``Erik | actually, I saw a slew of errors before the bash error when I ran regress |
| 19:55.59 | ``Erik | but I'm teaching you how to find the issue, not finding the issue for you :D |
| 19:56.28 | ``Erik | yeh, regress/dsp.sh is the shell script in the call chain that the error shows up in |
| 19:56.42 | zero_level | was it this error http://paste.kde.org/p20e8292d/ ? |
| 19:57.03 | ``Erik | no |
| 19:57.06 | zero_level | ok. |
| 19:57.26 | ``Erik | bash has two flags I recommend you read about in the man page, '-x' and '-e' |
| 19:57.55 | ``Erik | since you know which script the error shows up in, I think this is enough for you right now :) |
| 19:58.53 | ``Erik | drops the mic and walks off the stage |
| 20:01.09 | zero_level | is still on the stage :) |
| 20:03.35 | ``Erik | did you find the documentation for the two flags? |
| 20:04.09 | zero_level | There is no call to pix-bw in the dsp.sh file. |
| 20:05.02 | zero_level | u meant man page of bash ? |
| 20:05.08 | ``Erik | yeah, man page of bash |
| 20:05.50 | zero_level | i am afraid bt i see -i,r,l,s,D options |
| 20:06.13 | ``Erik | hm, sometimes bash ships with a differnet manpage... http://serverfault.com/questions/391255/what-does-passing-the-xe-parameters-to-bin-bash-do |
| 20:07.36 | zero_level | ok. I understand you were suggesting a scheme for debugging ? |
| 20:07.46 | ``Erik | btw, a 'call chain' is a way to refer to the list of functions/programs/scripts/etc that are executed... a(){b();} b(){ c();} so a() would have a call chain of a->b->c |
| 20:07.53 | ``Erik | yes |
| 20:08.06 | ``Erik | and in this case, a script calls a script calls a script calls pix-bw |
| 20:09.09 | zero_level | I guessed that. |
| 20:09.28 | ``Erik | aight, then you're set! good luck finding it :D |
| 20:09.44 | zero_level | but i wonder grep should have shown some results. |
| 20:10.25 | brlcad | zero_level: if I grep pix-bw in regress/ it's used |
| 20:10.29 | brlcad | it's the first hit |
| 20:11.00 | ``Erik | hm, grep has a -r flag that you may not have used |
| 20:11.30 | brlcad | ``Erik: it's stashed in a variable, so he probably missed it |
| 20:12.07 | brlcad | zero_level: grep pix-bw regress/* |
| 20:12.25 | brlcad | notice the first line |
| 20:12.26 | ``Erik | which, literal pix-bw? |
| 20:12.38 | zero_level | if you are guys are pointing towards asc2dsp.sh ? Then I saw it. But i hardly see any arguments passed ! |
| 20:12.42 | ``Erik | grep line is wrong if we have the same src |
| 20:13.05 | ``Erik | "grep pix-bw regress/*/*" or "grep -r pix-bw regress" |
| 20:13.27 | brlcad | eh? |
| 20:13.34 | brlcad | it's not in a regress subdir |
| 20:14.00 | ``Erik | hm, it is on my checkout |
| 20:14.01 | brlcad | ah, I see there's ANOTHER usage there |
| 20:14.06 | brlcad | in the dsp subdir |
| 20:14.24 | ``Erik | oh, heh, two of 'em |
| 20:14.35 | brlcad | zero_level: what arguments are you seeing passed in asc2dsp.sh? |
| 20:14.55 | brlcad | what's the actual line that invokes pix-bw? |
| 20:15.05 | zero_level | P2B="`ensearch pix-bw`" |
| 20:15.36 | brlcad | nope |
| 20:15.41 | brlcad | that's a very important line |
| 20:15.43 | ``Erik | looks like asc2dsp.sh is called by regress-asc2dsp but not regress-dsp |
| 20:15.44 | brlcad | but not the line where it's run |
| 20:16.14 | brlcad | this is shell scripting, so you're forgiven ;) |
| 20:16.35 | zero_level | ok. u mean it is run on line:67 in asc2dsp.sh |
| 20:16.49 | zero_level | sees brlcad is being nice. Thanks :) |
| 20:17.09 | brlcad | nop, not 67 |
| 20:17.12 | ``Erik | someone musta left the scotch cabinet unlocked O.o |
| 20:17.22 | brlcad | that line is running a shell function called "ensearch" which is given an argument of "pix-bw" |
| 20:17.27 | zero_level | I got it this time |
| 20:17.31 | zero_level | 95. |
| 20:17.33 | brlcad | and setting a variable P2B to the result |
| 20:17.40 | brlcad | bingo |
| 20:17.57 | zero_level | What is ensearch meant for ? |
| 20:18.05 | brlcad | it's running a function to find the pix-bw tool .. sets the result to that variable, then just calls the variable |
| 20:18.07 | zero_level | googled it. didnt f |
| 20:18.16 | zero_level | ok. |
| 20:18.18 | brlcad | heh |
| 20:19.49 | brlcad | google should be the second or third idea that comes to mind |
| 20:19.59 | brlcad | first should have been to just grep for it |
| 20:20.08 | brlcad | grep -r ensearch regress |
| 20:20.17 | brlcad | you would have found it in library.sh |
| 20:20.37 | starseeker | ensearch may go away in the future, actually - it dates from the days when we needed to find commands in the source tree. These days, the build directory layout duplicates the relative hierarchy found in the actual BRL-CAD install |
| 20:20.41 | brlcad | and still, all you would have found was the implementation |
| 20:21.10 | brlcad | starseeker: meh, it ain't broken yet ;) |
| 20:21.23 | starseeker | brlcad: lines of code reducation :-P |
| 20:21.29 | brlcad | bigger fish |
| 20:21.34 | starseeker | zero_level: so what do the scripts do with P2B? |
| 20:21.42 | brlcad | that aren't likely to cause breakage |
| 20:22.00 | zero_level | brlcad: just mis interperated it as a keyword. |
| 20:22.05 | ``Erik | suddenly, I'm in the mood for seared ahi |
| 20:22.36 | brlcad | zero_level: and I know you keep saying you're changing the synopsis, but you haven't told me what it was before your change? |
| 20:23.02 | brlcad | changes are usually made very intentionally and per a policy |
| 20:23.27 | brlcad | especially once we test or publish them |
| 20:23.54 | brlcad | Izak_: did you test whether the root solever is behaving? |
| 20:25.15 | zero_level | brlcad : Do u mean before making the change ? or before chaning the synopsis ? |
| 20:25.52 | zero_level | brlcad : Can you point me to a way where string can be passed as input arguments ? |
| 20:26.03 | ``Erik | zero_level: changes to the user interface are very serious and usually go through a deprecation sequence |
| 20:26.18 | ``Erik | (options and arguments qualify as user interface) |
| 20:26.52 | zero_level | ``Erik, brlcad : ok. |
| 20:26.59 | zero_level | In the case of pix-bw |
| 20:27.06 | brlcad | zero_level: yes, before making the change |
| 20:27.20 | Notify | 03BRL-CAD:brlcad * 57186 brlcad/trunk/TODO: get rid of all the -P options |
| 20:27.34 | brlcad | what is/was the synopsis |
| 20:28.02 | zero_level | ix-bw [-ntsc] [-crt] [-R [num]] [-G [num]] [-B [num]] [in.pix] > out.bw |
| 20:28.22 | ``Erik | obviously, the command line arguments to pix-bw broke, thus breaking the regress script... just fixing the regress script is inadequate, as third party programs may be calling pix-bw and will need warning before jerking the carpet out from under them :) |
| 20:28.32 | ``Erik | s/broke/changes/ |
| 20:28.53 | brlcad | zero_level: is that after or before your change? |
| 20:29.05 | zero_level | it is before the changes. |
| 20:29.33 | zero_level | Now I must confess i dont have experience with arguments parsing. |
| 20:29.41 | zero_level | So few questions i wanted to ask. |
| 20:30.01 | zero_level | 1) Is there a way where we can parse a string from command line arguments. |
| 20:30.15 | zero_level | like -ntsc |
| 20:30.21 | zero_level | or like -crt |
| 20:30.46 | brlcad | 1) yes, don't use getopt |
| 20:30.55 | brlcad | getopt will treat that as -n -t -s -c |
| 20:31.17 | brlcad | still, have to understand the changes |
| 20:31.21 | brlcad | what's the new synopsis |
| 20:31.41 | zero_level | 2) is there a way where we could have a handle say -R and make it a flag for both an argument and without argument |
| 20:32.03 | zero_level | like pix-bw -R eg.pix > eg.bw |
| 20:32.15 | brlcad | Prior Usage: pix-bw [-ntsc -crt -R[#] -G[#] -B[#]] [in.pix] > out.bw |
| 20:32.21 | brlcad | slightly different from what you wrote |
| 20:32.35 | brlcad | might have been carl or tom though |
| 20:32.45 | zero_level | and pix-bw -R 1.2 eg.pix > eg.bw |
| 20:33.23 | zero_level | brlcad i hope i was able to convey my question 2. ? |
| 20:33.39 | brlcad | 2) probably not reliably (at least not with getopt) |
| 20:33.48 | brlcad | yep, optional arg |
| 20:34.09 | brlcad | getopt just has the ':' to say argument or no argument |
| 20:34.19 | brlcad | anything else you have to customize |
| 20:34.26 | zero_level | ok. |
| 20:34.34 | brlcad | but I wouldn't without knowing more about the problem |
| 20:34.52 | brlcad | what is the difference between "-R" and "-R 1.4" |
| 20:35.01 | zero_level | The reason i wanted to use getopt here was because we could pass the arguments in any order. |
| 20:35.15 | zero_level | but customization was tedious here. |
| 20:35.38 | ``Erik | we have bu_getopt() |
| 20:35.40 | zero_level | and it mades sense using -N instead -ntsc |
| 20:36.11 | brlcad | most tools should stick to lowercase unless it's a boolean on/off toggle |
| 20:36.38 | zero_level | It was just because -n is used for width of input files. |
| 20:36.45 | brlcad | or unless there's some established precedent like -P and -C |
| 20:37.49 | brlcad | note that you could still handle -ntsc and/or -crt in an argument processing loop |
| 20:38.03 | brlcad | the loop just changes slightly |
| 20:38.31 | zero_level | Also in any way we have to take the input file size from the user, if we wish to use icv in current form. That is icv_read(.); icv_rgb2gray(); icv_write(.)... |
| 20:39.45 | brlcad | while(1) { if (BU_STR_EQUAL(optarg, "-ntsc")) ... else if (BU_STR_EQUAL(optarg, "-crt")) ... else if (bu_getopt(...)) {...} } |
| 20:39.45 | zero_level | brlcad : are you suggesting looping in bw_getopt(..) or in a customized manner ? |
| 20:40.30 | brlcad | just notional, but the idea is to check any non-getopt args before calling getopt |
| 20:40.46 | brlcad | alternatively, handle them in the getopt error handler |
| 20:41.57 | zero_level | alright. For the time being I am resurrecting the regress. And then i will start working on minimizing usage changes for pix-bw. |
| 20:42.09 | zero_level | brlcad : I hope this is fine ? |
| 20:42.25 | brlcad | yep, regress is top priority |
| 20:42.38 | brlcad | we cannot release until regress is fixed |
| 20:42.52 | zero_level | are we making a release point ? |
| 20:43.17 | brlcad | yes |
| 20:43.29 | zero_level | schedule ? |
| 20:43.48 | brlcad | going to sync to a release branch this thursday/friday |
| 20:44.15 | brlcad | and tag it as soon as everything passes, documented, tested |
| 20:44.37 | brlcad | so looking at the regress, the problem is probably -B |
| 20:45.02 | zero_level | yeah i see that. |
| 20:45.10 | brlcad | your current usage is |
| 20:45.10 | zero_level | Just testing on bix |
| 20:45.11 | brlcad | pix-bw [-h] [squaresize] [-w width] [-n height] [ [-N] [-C] [-R red_weight] [-G green_weight] [-B blue_weight] ] [-o out_file.bw] [file.bw] > [out_file.bw] |
| 20:45.30 | zero_level | c/bix/bz |
| 20:45.51 | brlcad | by the way, that usage does not look right |
| 20:46.12 | brlcad | [squaresize] |
| 20:48.01 | brlcad | also, -C means something else, so if they're going to change I would suggest something like [-e [ntsc|crt]] |
| 20:48.51 | brlcad | rather: [-e {ntsc|crt}] |
| 20:49.05 | brlcad | that keeps it minimally impacting |
| 20:49.57 | brlcad | in order to capture [-R[#]], I suggest breaking them out into separate options like -r -g -b and -R# -G# -B# |
| 20:50.13 | brlcad | the first specifying which channels to use, the latter specifying what weight |
| 20:50.15 | zero_level | this looks fine to me. |
| 20:50.38 | brlcad | then fixing the regression scripts also becomes minimally impacting |
| 20:50.52 | brlcad | (see CHANGES file for the definition of minimally impacting) |
| 20:52.12 | zero_level | alright,. |
| 20:54.31 | brlcad | and note that there was a second P2B usage |
| 20:56.36 | brlcad | starseeker: to answer your question, depends what you mean by initializing it |
| 20:57.01 | brlcad | starseeker: no problem zero-initializing (with a valid magic) and that *should* be happening already since it's not a pointer |
| 20:57.12 | brlcad | if it's not, that's a problem |
| 20:57.31 | brlcad | filling in that structure all the time would probably be a performance problem |
| 20:58.06 | brlcad | at least enough to warrant timeing and testing |
| 20:59.09 | brlcad | should be visible on db load and prep timing for big targets |
| 21:16.20 | Notify | 03BRL-CAD:starseeker * 57187 brlcad/trunk/src/librt/search.c: More thinking about what will needed for db_search function |
| 21:21.12 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 21:53.47 | Notify | 03BRL-CAD:carlmoore * 57188 brlcad/trunk/src/conv/g-obj.c: minor formatting changes, including removal of a trailing blank |
| 23:17.42 | ``Erik | "where's waldo: the audiobook" |
| 00:35.19 | *** join/#brlcad caen23 (~caen23@92.85.89.89) | |
| 01:05.45 | starseeker | narrows down the CMake Ninja issue and moves on to seeing what the crash on Windows 8 is about... |
| 01:28.28 | starseeker | ...if visual studio will ever finish updating... |
| 01:43.57 | starseeker | yay |
| 01:44.17 | starseeker | big friggin update... |
| 01:57.28 | starseeker | aaaand the windows build is busted |
| 02:13.27 | Notify | 03BRL-CAD:starseeker * 57189 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/date-time.c): Looks like we will need _gmtime_s on Windows? |
| 02:14.08 | Notify | 03BRL-CAD:starseeker * 57190 brlcad/trunk/src/librt/search.c: Ah, right, gcc doesn't like C++ comments in C |
| 02:18.32 | Notify | 03BRL-CAD:brlcad * 57191 brlcad/trunk/HACKING: extensive updating and expansion of the testing and debugging section in response to tom's questions on the mailing list. explain the three types of tests, give examples, and talk about manual testing too. |
| 02:25.49 | Notify | 03BRL-CAD:starseeker * 57192 brlcad/trunk/CMakeLists.txt: Neither gmtime_s nor _gmtime_s works as a function test - try the symbol check. |
| 02:29.13 | brlcad | starseeker: how about just #define gmtime_r _gmtime_s in config_win.h ? |
| 02:30.27 | brlcad | no need for conditionals or tests if it's a fully compatible interface |
| 02:30.56 | brlcad | that said, we should probably be using gmtime() instead of gmtime_r() for c89 compliance |
| 02:31.27 | Notify | 03BRL-CAD:starseeker * 57193 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libbu/date-time.c): Looks like it's gmtime_s |
| 02:31.42 | starseeker | brlcad: it's not fully compatible (argument order is reversed) |
| 02:31.57 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 02:32.26 | starseeker | doesn't gmtime have issues in parallel situations? |
| 02:33.15 | brlcad | just reversed? a macro |
| 02:33.33 | brlcad | #define gmtime_r(x, y) _gmtime_s(y, x) |
| 02:33.45 | brlcad | there's at least one other example of that iirc |
| 02:34.34 | starseeker | let me give it a try and see if it actually builds - if it does I'll try to do the macro in config_win.h |
| 02:35.20 | brlcad | given how close we are to "upgrading" to c99, I can play a blind eye to gmtime() at least until we hit a build failure |
| 02:35.48 | starseeker | shrugs - if we go with gmtime it's probably all moot then |
| 02:36.34 | brlcad | gmtime() is a simple change, just requires a semaphore lock/unlock to call and copy the static buffer, all of 5 lines of code |
| 02:36.44 | brlcad | which file is that? |
| 02:36.55 | starseeker | date-time.c |
| 02:36.58 | starseeker | in libbu |
| 02:37.11 | starseeker | just added today, IIRC |
| 02:37.14 | brlcad | got it |
| 02:37.38 | starseeker | if you've got that I'll move on to fixing the dm point thing |
| 02:38.31 | brlcad | yeah, got it -- just gimme a sec |
| 02:38.54 | starseeker | no problem - sorry for all the thrashing |
| 02:46.05 | brlcad | date, just build testing now |
| 02:47.42 | brlcad | s/date/done/ |
| 02:48.55 | Notify | 03BRL-CAD:starseeker * 57194 brlcad/trunk/src/libdm/dm-wgl.c: Variable names appear to be different between wgl and ogl (why??) |
| 02:52.21 | Notify | 03BRL-CAD:brlcad * 57195 brlcad/trunk/include/bu.h: add a new semaphore for the new date-time interface. doesn't need to lock on the same syscall interface, just needs to be enough to protect multiple reads from the static struct memory that is returned. |
| 02:52.53 | Notify | 03BRL-CAD:brlcad * 57196 brlcad/trunk/src/libbu/date-time.c: call gmtime() instead of gmtime_r() for c89+ compliance and greater portability. makes things really simple for windows too (they provide gmtime()) |
| 02:53.00 | starseeker | hah - that's cool, newer Windows gives you a plot as a function of time of the rate of file deletions per second, with a line identifying the current value |
| 02:53.43 | starseeker | brlcad: I'll yank the CMake stuff then |
| 02:54.33 | starseeker | brlcad: thanks! |
| 02:54.34 | Notify | 03BRL-CAD:starseeker * 57197 brlcad/trunk/CMakeLists.txt: Using gmtime now, don't need this |
| 02:55.47 | Notify | 03BRL-CAD:brlcad * 57198 brlcad/trunk/src/conv/3dm/3dm-g.cpp: convert the name field to a bu_vls to eliminate the fixed object name limit. untested but fairly benign. |
| 02:58.13 | Notify | 03BRL-CAD:starseeker * 57199 brlcad/trunk/HACKING: CmakeLIsts.txt -> CMakeLists.txt |
| 02:58.20 | starseeker | (save carl the trouble ;-) |
| 03:02.15 | Notify | 03BRL-CAD:starseeker * 57200 (brlcad/trunk/misc/perl/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Mark items as advanced so they don't show in the default CMake gui interface. |
| 03:06.18 | Notify | 03BRL-CAD:brlcad * 57201 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/date-time.c): since the function doesn't specifically match the std library gmtime function in behavior or arguments, it really shouldn't be named identically. how about bu_utctime()? |
| 03:29.30 | Notify | 03BRL-CAD:phoenixyjll * 57202 brlcad/trunk/src/libbrep/boolean.cpp: Find seaming curves and share edges. |
| 03:31.43 | Notify | 03BRL-CAD:phoenixyjll * 57203 brlcad/trunk/src/libbrep/boolean.cpp: Eliminate dead code. |
| 03:32.17 | Notify | 03BRL-CAD:brlcad * 57204 brlcad/trunk/include/bu.h: make it clear that the arg is the result, doxygen comment shouldn't be @file so it gets associated with the function that follows (@file only useful for multi-function source files that warrant an intro on the package they belong with. |
| 03:34.33 | Notify | 03BRL-CAD:brlcad * 57205 brlcad/trunk/src/libbu/date-time.c: instead of a completely different string, how about instead returning a 'null' time entry ala SQL. this way it's formatted correctly and can be evaluated as an error, but is otherwise syntactically safe/consistent if anything is set up to parse the result. |
| 03:56.35 | starseeker | bugger - it's crashing in Tk |
| 03:58.09 | starseeker | tkWinDialog.c line 1037 |
| 03:59.55 | starseeker | guess I'll have to see if there are any Win specific Tcl/Tk fixes for newer systems |
| 04:02.58 | starseeker | mutter... I've been avoiding Tcl/Tk upgrades, there are some known issues... |
| 04:03.12 | starseeker | oh well, at least we're building |
| 04:12.49 | brlcad | suspected it had nothing to do with the other changes |
| 04:17.21 | brlcad | starseeker: if you want to try a fix, could try changing the two (int)buffer casts into (LPARAM)buffer |
| 04:18.02 | brlcad | Tk's int cast there may be screwing up the pointer on 64-bit windows |
| 04:19.49 | brlcad | then if it works, you can submit the patch ;) |
| 04:22.31 | Notify | 03BRL-CAD:starseeker * 57206 brlcad/trunk/src/other/tk/win/tkWinDialog.c: Cheat and grab the tkWinDialog.c file from 8.5.14 - this allows MGED to successfully run on Windows 8 when built with Visual Studio 11. |
| 04:23.43 | starseeker | brlcad: we're a few versions behind on the 8.5 series - looks like they already got it :-) |
| 04:26.43 | starseeker | huzza - first successful build and MGED/Archer run on Windows 8 + Visual Studio 2012! |
| 04:27.22 | brlcad | cool |
| 04:27.35 | Notify | 03BRL-CAD:brlcad * 57207 brlcad/trunk/src/conv/3dm/3dm-g.cpp: consolidate the uuid string size into one place and initialize them to zero. |
| 04:27.57 | brlcad | ah yeah, looks like the cast was the problem |
| 04:30.26 | Notify | 03BRL-CAD:brlcad * 57208 brlcad/trunk/src/conv/asc/asc2g.c: reduce scope |
| 04:32.13 | Notify | 03BRL-CAD:phoenixyjll * 57209 brlcad/trunk/src/libbrep/boolean.cpp: Deal with singular trims and closed trims. |
| 04:32.47 | starseeker | cool http://www.isprs.org/proceedings/xxxvi/3-w19/papers/060.pdf |
| 04:35.31 | Notify | 03BRL-CAD:brlcad * 57210 (brlcad/trunk/src/conv/comgeom/solid.c brlcad/trunk/src/conv/cy-g.c brlcad/trunk/src/conv/dem-g.c): more var scope reduction |
| 05:13.02 | Notify | 03BRL-CAD:brlcad * 57211 brlcad/trunk/src/conv/dxf/bot-bldxf.c: reduce var scope |
| 05:32.08 | Notify | 03BRL-CAD:brlcad * 57212 (brlcad/trunk/include/bu.h brlcad/trunk/src/conv/stl/g-stl.c and 53 others): rename the now-bu_-prefixed ntohd/ntohf/htond/htonf functions as belonging to the 'cv' data conversion package since their arguments are more similar (they convert arrays of values). proper would have been to match the style of the [nh]to[gn][ls]-style functions taking just one value and returning it as a |
| 05:32.10 | Notify | uint32_t/uint64_t accordingly, like the new windows functions now do (which we probably can/should leverage in our implementation). |
| 05:41.42 | brlcad | left as an exercise for the reader |
| 06:30.06 | Notify | 03BRL-CAD:phoenixyjll * 57213 brlcad/trunk/src/libbrep/boolean.cpp: ws. |
| 08:13.22 | Notify | 03BRL-CAD:phoenixyjll * 57214 brlcad/trunk/src/libbrep/boolean.cpp: More work trying to pass ON_Brep::IsValid() - the loop's first trim's m_vi[0] should be equal to the last's m_vi[1], and use ON_ZERO_TOLERANCE to determine singular trims, and set the vertex's tolerance to 0.0. |
| 08:39.57 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 09:07.18 | Ch3ck_ | brlcad: starseeker: ``Erik: I wish to create the pull interface on BRL-CAD. I just wish to know to files i'll be dealing here. grepped xpush and push to see which files and directories were called and got(src/mged, src/tclscripts, src/libtclcad, src/archer, src/libged/wdb_obj.c, src/rt, regress, doc). I just wish to know which ones are the most important since i'm trying to integrate the pull into archer(src/archer). Waiting for your guidance. ;) |
| 09:52.06 | Notify | 03BRL-CAD Wiki:Phoenix * 6056 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */ |
| 10:51.54 | Ch3ck_ | join #ublab |
| 11:37.52 | Notify | 03BRL-CAD Wiki:BurtFindley * 0 /wiki/User:BurtFindley: |
| 11:43.05 | Notify | 03BRL-CAD Wiki:BurtFindley * 6057 /wiki/Students_at_University_Level: writing |
| 11:50.38 | Ch3ck_ | gotta go get some ATP! ;) |
| 12:27.21 | Notify | 03BRL-CAD:brlcad * 57215 (brlcad/trunk/src/conv/dxf/dxf-g.c brlcad/trunk/src/conv/dxf/g-dxf.c): reduce var scope |
| 12:31.25 | Notify | 03BRL-CAD:brlcad * 57216 brlcad/trunk/src/conv/g-dot.c: reduce var scope, total is unused |
| 12:35.04 | Notify | 03BRL-CAD:brlcad * 57217 brlcad/trunk/src/conv/g-vrml.c: close the texture file fd, reduce var scope |
| 13:02.31 | Notify | 03BRL-CAD:brlcad * 57218 (brlcad/trunk/src/conv/enf-g.c brlcad/trunk/src/conv/fast4-g.c): reduce var scope |
| 13:04.20 | Notify | 03BRL-CAD:brlcad * 57219 brlcad/trunk/src/conv/g-xxx.c: completely rework the template converter to avoid forward decls, eliminate the globals, and actually utilize the user data struct |
| 13:05.38 | Notify | 03BRL-CAD:brlcad * 57220 brlcad/trunk/src/conv/CMakeLists.txt: enable continuous compilation of the g-xxx example so that the sources stay up-to-date. include walk_example as a sample app. |
| 13:06.21 | Notify | 03BRL-CAD:brlcad * 57221 brlcad/trunk/src/conv/g-xxx_facets.c: reduce var scope |
| 13:19.06 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:51.59 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:52.02 | Notify | 03BRL-CAD:indianlarry * 57222 (brlcad/branches/nurbs/CMakeLists.txt brlcad/branches/nurbs/HACKING and 119 others): Merging trunk into branch 'nurbs' r:57144:57221 |
| 14:02.10 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:11.01 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:24.32 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:25.26 | Notify | 03BRL-CAD:indianlarry * 57223 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: Initial pullback using first order derivative (WIP currently tetsing resolving known trim points still have a handful of points that don't resolve generally due to singularities in the Jacobian plan to brute force those points through subdivsion for now ) |
| 14:56.37 | zero_level | hey do any one have a experience with 'expr: syntax error' in bash. |
| 15:01.19 | brlcad | zero_level: of course, what's up? |
| 15:01.27 | brlcad | usually it means one of the parameters is empty |
| 15:02.30 | brlcad | try printing the command in the script, e.g., |
| 15:02.36 | brlcad | cmd="expr ..." |
| 15:02.39 | brlcad | echo $cmd |
| 15:02.41 | brlcad | $cmd |
| 15:03.29 | zero_level | i am getting this error in |
| 15:03.31 | zero_level | $P2B -B 1.0 $BASE2.pix > $BASE2.bw |
| 15:03.50 | brlcad | no you're not |
| 15:04.18 | zero_level | i tried echo before and after this line. |
| 15:04.33 | zero_level | is wondering. |
| 15:05.24 | brlcad | again, echo the exact command |
| 15:05.35 | brlcad | you can also then try running that exact command outside of the script |
| 15:05.47 | brlcad | echo "$P2B -B 1.0 $BASE2.pix > $BASE2.bw" |
| 15:06.22 | brlcad | put that in the script, see what it prints, then run what it printed manually |
| 15:29.27 | Notify | 03BRL-CAD:tbrowder2 * 57224 brlcad/trunk/include/bu.h: remove spurious period |
| 16:12.55 | Ch3ck_ | brlad: still waiting for your response |
| 16:18.43 | Notify | 03BRL-CAD Wiki:Harman052 * 6058 /wiki/User:Harman052/GSoc2013/Logs: |
| 16:26.50 | zero_level | brlcad : I checked and I am not getting syntax error for that line. |
| 17:04.41 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6059 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */ |
| 17:12.05 | ``Erik | brlcad: routing issue seems to have magically cleared up |
| 17:23.17 | Notify | 03BRL-CAD:tbrowder2 * 57225 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/date-time.c): change signature and intent of bu_utctime; eliminate need for time.h in bu.h; change some attr struct vars to integral instead of char* |
| 17:38.39 | *** join/#brlcad kesha (~kesha@49.249.17.122) | |
| 17:42.10 | Notify | 03BRL-CAD:tbrowder2 * 57226 brlcad/trunk/src/libbu/avs.c: add func to update attr creation or modification times |
| 17:42.30 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6060 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 27th */ |
| 17:44.35 | *** join/#brlcad caen23 (~caen23@92.85.86.129) | |
| 17:52.16 | Notify | 03BRL-CAD:n_reed * 57227 (brlcad/trunk/src/libdm/dm-ogl.c brlcad/trunk/src/libdm/dm-wgl.c): Address r57194 concern. Need to declare temporary variables for wgl (missed in copy-paste from ogl). Localize them to make their transience clear. |
| 18:28.30 | Notify | 03BRL-CAD:starseeker * 57228 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Closed curves are apparently a problem for some importers, so we'll need to set up to split curves and edges at need. |
| 18:33.01 | *** join/#brlcad kesha_ (~kesha@49.249.17.122) | |
| 18:36.49 | zero_level | ``Erik , brlcad : the variable Failed has an issue in regress/dsp/run-dsp-case-set-1.sh, run-dsp-case-set-2.sh, run-dsp-case-set-3.sh |
| 18:40.02 | zero_level | As per your advise, I used echo to print that command. |
| 18:43.31 | zero_level | c/Failed/"Failed" |
| 18:50.02 | *** join/#brlcad caen23_ (~caen23@92.81.177.236) | |
| 19:09.28 | Notify | 03BRL-CAD:tbrowder2 * 57229 brlcad/trunk/src/libbu/avs.c: need the time.h header for the time func and vars |
| 19:11.57 | Ch3ck_ | runs home ;) |
| 19:15.03 | Notify | 03BRL-CAD:starseeker * 57230 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): Going to need a struct for parameters and info - start setting it up. |
| 19:20.50 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6061 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 11 */ |
| 19:24.55 | *** join/#brlcad kesha_ (~kesha@49.249.17.122) | |
| 19:31.24 | Notify | 03BRL-CAD:starseeker * 57231 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Moving things into struct - will allow easier passing of info between functions |
| 19:39.04 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6062 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 10 */ |
| 19:42.14 | Notify | 03BRL-CAD:starseeker * 57232 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Simplify some function parameter lists |
| 19:56.14 | Notify | 03BRL-CAD:tbrowder2 * 57233 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/avs.c): change func to use enum args |
| 20:00.42 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 20:06.02 | Notify | 03BRL-CAD:indianlarry * 57234 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: first attempt to brute force those points that don't have jacobian inverse through subdivsion, if jacobian fails then subdivide around current failing u,v then recurse trying first order walk again. Passes through previous failed points but the recursion is dog slow and need to rework. |
| 20:10.11 | Notify | 03BRL-CAD:tbrowder2 * 57235 brlcad/trunk/src/libged/attr.c: use const chars for arg choices |
| 20:39.26 | Notify | 03BRL-CAD:tbrowder2 * 57236 brlcad/trunk/src/libged/attr.c: move var to func scope in preparation for refactoring |
| 20:40.24 | Notify | 03BRL-CAD:tbrowder2 * 57237 brlcad/trunk/src/libged/attr.c: add new var for new display formats |
| 20:48.11 | *** join/#brlcad kesha__ (~kesha@1.38.26.53) | |
| 20:59.05 | Notify | 03BRL-CAD:starseeker * 57238 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Not right yet, but work on integrating the 'split the curve' logic into the brep build |
| 21:04.40 | *** join/#brlcad caen23 (~caen23@92.81.193.179) | |
| 21:14.50 | Notify | 03BRL-CAD:tbrowder2 * 57239 brlcad/trunk/src/libged/attr.c: add some convenience enums and a func to ease maintaining guts of attr func; collect name and value lengths earlier in func |
| 21:28.53 | Notify | 03BRL-CAD:carlmoore * 57240 brlcad/trunk/src/conv/off/g-off.c: remove some unneeded braces, and get -P into the Usage statement |
| 21:32.40 | *** join/#brlcad kesha__ (~kesha@49.249.0.218) | |
| 21:38.11 | Notify | 03BRL-CAD:tbrowder2 * 57241 brlcad/trunk/src/libged/attr.c: refactor attr listing into a local func |
| 21:47.31 | Notify | 03BRL-CAD:mohitdaga * 57242 brlcad/trunk/doc/docbook/system/man1/en/bwfilter.xml: Update man page as per the recent changes due to incorporation of libicv apis in bwfilter. |
| 21:50.36 | Notify | 03BRL-CAD:mohitdaga * 57243 brlcad/trunk/src/util/bwfilter.c: Add the code for verbose options. |
| 22:00.34 | Notify | 03BRL-CAD:tbrowder2 * 57244 brlcad/trunk/src/libged/attr.c: add time stamps to normal attr show (the creation time stamp is not yet stable) |
| 22:37.41 | zero_level | whenever there is a commit on bu.h. The complete src code has to be recompiled. o.O |
| 22:41.54 | ``Erik | most of it, yes |
| 22:42.19 | ``Erik | better than a change to CMakeLists.txt :D |
| 22:44.43 | Notify | 03BRL-CAD:tbrowder2 * 57245 brlcad/trunk/src/libbu/avs.c: ensure old attrs have a creation time even if it's a current time |
| 22:46.11 | Notify | 03BRL-CAD:tbrowder2 * 57246 brlcad/trunk/src/libbu/date-time.c: use the definition of the broken down time--zero is a valid value for year and month |
| 22:51.59 | Notify | 03BRL-CAD:mohitdaga * 57247 brlcad/trunk/src/util/bwfilter.c: Incorporate usage of offset flag and kern division flag in bwfilter code. This was left in the initial commit. |
| 23:08.56 | *** join/#brlcad kesha__ (~kesha@49.249.0.218) | |
| 00:18.44 | *** join/#brlcad kesha__ (~kesha@49.249.0.218) | |
| 01:16.01 | *** join/#brlcad kesha__ (~kesha@49.249.0.218) | |
| 01:40.45 | brlcad | ``Erik: huh, interesting |
| 01:46.38 | brlcad | zero_level: nice work isolating the expr error |
| 01:47.06 | Notify | 03BRL-CAD:brlcad * 57248 (brlcad/trunk/regress/dsp/run-dsp-case-set-0.sh brlcad/trunk/regress/dsp/run-dsp-case-set-1.sh and 2 others): avoid expr error when there IS a failure, init the right var. |
| 01:47.12 | brlcad | note however that it just fixes the expr message, but the reason it was even encountering that expr line is because something else went wrong before that |
| 01:52.55 | *** join/#brlcad jarray52 (~purplehaz@unaffiliated/jarray52) | |
| 01:53.17 | jarray52 | Is there any way to rotate rendered views using brlcad? |
| 02:03.19 | *** join/#brlcad kesha__ (~kesha@49.249.0.218) | |
| 02:30.32 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 02:30.46 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 02:33.36 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 02:35.24 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 02:35.30 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 02:35.31 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 02:35.33 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 02:35.36 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 03:07.19 | brlcad | jarray52: yes and no |
| 03:07.53 | brlcad | I believe you're wanting to see a shaded display of geometry, which is a feature in archer and a raw option in mged |
| 03:08.36 | brlcad | an actual "rendered" view cannot be rotated because it is exactly that -- rendered -- it's an image |
| 03:09.10 | brlcad | you could certainly keep re-rendering new views but doing so interactively usually entails a shaded display (e.g., via OpenGL like most games) |
| 03:17.04 | jarray52 | brlcad: has anyone developed a convenient way to render brlcad objects in a browser? |
| 03:17.23 | jarray52 | brlcad: I know it is not hard... just wonder if there is a prepackaged solution? |
| 03:42.18 | jarray52 | brlcad: I found that it is possible to export objects as obj files, convert them to useable obj files, and then use three.js to render them. |
| 03:46.39 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.243) | |
| 03:58.50 | brlcad | jarray52: what do you do that makes them "usable" vs unusable? |
| 03:59.25 | brlcad | we should probably update our converter |
| 04:02.43 | jarray52 | I used Three.js as the rendering javascript library, which allowed me to render the objects on a web page. However, the Wavefront OBJ files generated by BRLcad cannot be used directly. So, I used convert_obj_three.py to do the conversion after exporting as a Wavefront obj file. |
| 04:03.35 | jarray52 | However, it has been a while since I've done this. I just recently started working on the project again. |
| 04:03.57 | jarray52 | I was a bit busy with work in the last several months. |
| 04:04.23 | jarray52 | Maybe in a few days I can give better feedback. |
| 04:05.05 | jarray52 | Last we spoke, the CAD to CAM project was on the drawing board but not yet started. Has that project been started for BRLCAD? |
| 04:12.02 | Notify | 03BRL-CAD:phoenixyjll * 57249 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Plot the normal with a scale computed from the size of the surface. |
| 04:36.14 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:27.29 | Notify | 03BRL-CAD:phoenixyjll * 57250 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add blank lines to make the format consistent. |
| 06:47.27 | Notify | 03BRL-CAD:phoenixyjll * 57251 brlcad/trunk/src/libbrep/boolean.cpp: Fix wrong operation type. |
| 06:49.46 | *** part/#brlcad jarray52 (~purplehaz@unaffiliated/jarray52) | |
| 07:04.06 | Notify | 03BRL-CAD:phoenixyjll * 57252 brlcad/trunk/src/libbrep/boolean.cpp: No need to flip the face if it belongs to the brep being substracted. |
| 07:10.15 | Notify | 03BRL-CAD:phoenixyjll * 57253 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/boolean.cpp): Support XOR operation - also used in combinations in BRL-CAD. |
| 07:16.23 | Notify | 03BRL-CAD:phoenixyjll * 57254 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/primitives/brep/brep.cpp): Extend the command for XOR support. |
| 07:29.41 | Notify | 03BRL-CAD:phoenixyjll * 57255 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Oops.. It should be an assignment.. |
| 08:18.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:52.56 | Notify | 03BRL-CAD:phoenixyjll * 57256 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Remove the old evaluation code in librt. |
| 09:12.11 | Notify | 03BRL-CAD:phoenixyjll * 57257 brlcad/trunk/src/librt/primitives/brep/brep.cpp: Add header comment. |
| 09:24.38 | Notify | 03BRL-CAD:indianlarry * 57258 brlcad/branches/nurbs/include/brep.h: added UV interval assignments for BANode class variables m_u,m_v in constructor, these were being used without being assigned. since we split the trim curve interval on Horz/Vert tangents we can use the m_start/m_end points to bound the curve the trim |
| 09:26.13 | Notify | 03BRL-CAD Wiki:Phoenix * 6063 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */ |
| 09:28.14 | Notify | 03BRL-CAD Wiki:Phoenix * 6064 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */ |
| 09:34.29 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Union_sph.png: |
| 09:34.49 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Diff_sph.png: |
| 09:38.09 | Notify | 03BRL-CAD Wiki:Phoenix * 6067 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 09:44.14 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:05.33 | Notify | 03BRL-CAD:indianlarry * 57259 (brlcad/branches/nurbs/doc/docbook/system/man1/en/bwfilter.xml brlcad/branches/nurbs/include/brep.h and 19 others): Merging trunk into branch 'nurbs' r:57224:57257 |
| 10:06.47 | Notify | 03BRL-CAD Wiki:Huskmate13 * 0 /wiki/User:Huskmate13: |
| 10:23.47 | Notify | 03BRL-CAD:tbrowder2 * 57260 brlcad/trunk/src/libbu/date-time.c: handle error upon call to gmtime |
| 10:39.20 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 10:42.29 | Notify | 03BRL-CAD:tbrowder2 * 57261 brlcad/trunk/include/bu.h: revert bu_attribute_value_pair to original definition |
| 10:45.39 | Notify | 03BRL-CAD:tbrowder2 * 57262 brlcad/trunk/src/libbu/avs.c: don't use new function on attributes yet |
| 10:55.42 | Notify | 03BRL-CAD:tbrowder2 * 57263 brlcad/trunk/include/bu.h: remove decl of func which is not yet needed |
| 10:57.11 | Notify | 03BRL-CAD:tbrowder2 * 57264 brlcad/trunk/src/libbu/avs.c: remove func not ready for prime time; restore missing return |
| 11:02.15 | Notify | 03BRL-CAD:tbrowder2 * 57265 brlcad/trunk/src/libged/attr.c: remove untested new attribute attributes |
| 11:36.13 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:52.01 | starseeker | http://scribu.net/wordpress/svn-patches-from-git.html |
| 12:23.16 | *** join/#brlcad sobaah (~sober@user-160u7km.cable.mindspring.com) | |
| 13:24.26 | Notify | 03BRL-CAD:tbrowder2 * 57266 NIL: creating a private branch for working on bu_avs_attribute_value_pair |
| 14:28.55 | starseeker | http://arstechnica.com/information-technology/2013/06/c99-acknowledged-at-last-as-microsoft-lays-out-its-path-to-c14/ |
| 14:38.51 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:42.27 | Notify | 03BRL-CAD:starseeker * 57267 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Use edge curve index |
| 14:44.42 | Notify | 03BRL-CAD:starseeker * 57268 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: whoops - e_curve, not curve |
| 15:19.01 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b111:f121:0:47:294:f801) | |
| 15:22.42 | Notify | 03BRL-CAD:indianlarry * 57269 brlcad/trunk/src/librt/primitives/pipe/pipe.c: Changed logic in the 'pipe' solid raytracing code in function rt_pipe_elim_dups(). This code removed single hit from hit list when next hit dist < 0.00001 and next hit from same surface. This caused an error in grazing cases where you have legitimate in/out hits on same surface but less than 0.00001 dist. For the pipe we don't expect to |
| 15:22.44 | Notify | hit the same surface within such a small distance unless it is a grazing case in which we really want to remove both hits. Also changed the hardcoded '0.00001' constant to the internal distance tolerence. Also removed related conditional that reported the original error and bailed. |
| 15:23.37 | sobaah | this place has more activity than #freecad which has almost twice as many users |
| 15:41.21 | Notify | 03BRL-CAD:starseeker * 57270 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Start setting up instance list population so we have some control over the ordering. Need to change how surface cartesian points are handled, but getting closer. |
| 15:42.14 | starseeker | sobaah: at the moment they have better screenshots ;-) |
| 15:43.01 | starseeker | all IRC channels have their quiet periods |
| 15:44.36 | sobaah | hehe, I see starseeker |
| 15:44.47 | sobaah | =) |
| 16:10.22 | Ch3ck_ | starseeker: just need some clarification here with the regression tests i've written for the pull |
| 16:11.29 | Ch3ck_ | <PROTECTED> |
| 16:12.06 | Ch3ck_ | I also wish to know the command i'll use to compile the test testing the routine or the regression tests should work? |
| 16:43.40 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6068 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */ |
| 16:51.51 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b111:f121:0:47:294:f801) | |
| 16:52.50 | brlcad | hello sobaah |
| 16:54.47 | sobaah | hi brlcad =D |
| 16:57.04 | sobaah | quick question for all: can I use BRL-CAD to do measurements in STEP (.stp) files? Does it snap to planes/features? Last, but not least: can the measurement tool follow an axis; in other words, can it follow a straight line when measuring? |
| 17:29.46 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b111:f121:0:47:294:f801) | |
| 17:55.50 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:56.51 | Notify | 03BRL-CAD:mohitdaga * 57271 (brlcad/trunk/regress/asc2dsp.sh brlcad/trunk/regress/dsp/run-dsp-case-set-1.sh and 2 others): Add input arguments in rgress options for pix-bw. These argguments are added as per the recent changes in pix-bw (adding icv in pix-bw.) |
| 18:04.34 | zero_level | feels relieved. |
| 18:27.31 | brlcad | sobaah: we do have a variety of measurement tools, some unconventional, some fairly standard |
| 18:27.54 | brlcad | there is snap to grid |
| 18:28.30 | brlcad | one of our measurement tools is the "angle distance cursor" (ADC) which lets you measure angles and distances |
| 18:29.12 | brlcad | our "nirt" measurement tool shoots a straight ray and reports distances/measurements along that axis |
| 18:31.38 | brlcad | Ch3ck_: have you actuallyy run your new test? |
| 18:32.09 | brlcad | it it runs and tests the command (with clear failure criteria), then that should be just fine |
| 18:32.25 | zero_level | brlcad : Does regress succeds on your machine after 57271 ? |
| 18:33.08 | brlcad | zero_level: rebuilding now, let you know in a couple minutes |
| 18:34.03 | Ch3ck_ | brlcad: well code compiles i have integrated the test into the regress directory. But however when code compiles i don't actually see the pull there |
| 18:34.07 | Ch3ck_ | among mged's command |
| 18:34.23 | Ch3ck_ | and its like the installed version of BRL-CAD interferes |
| 18:34.32 | Ch3ck_ | with my modified version |
| 18:34.51 | Ch3ck_ | so i don't know if i'll have to install the modified version to see how it works |
| 18:34.58 | brlcad | zero_level: so is -B1.0 the final state or do you plan to add -r -g -b? |
| 18:35.18 | brlcad | it's fine if it is, be we have to announce this change because you changed the interface |
| 18:36.34 | Ch3ck_ | brlcad: as concerning the interface, I have integrated the pull into the following( src/ligbed.wdb_obj.c, src/mged, src/tclscripts, src/regress, doc/) others |
| 18:36.47 | Ch3ck_ | wrote the xml file for pull |
| 18:36.51 | Ch3ck_ | for the doc |
| 18:37.03 | Ch3ck_ | but whenever i try to run the binaries in bin/mged |
| 18:37.15 | Ch3ck_ | i see an inteference with usr/dev.../bin |
| 18:37.34 | Ch3ck_ | so I don't know how to resolve this and test what i'm currently working on |
| 18:38.51 | brlcad | that sounds like several different distinct problems |
| 18:39.39 | brlcad | start with what you are running, how are you starting mged? |
| 18:44.34 | zero_level | but brlcad, on bz it is showning different behaviour. |
| 18:45.37 | zero_level | I wish if you could run regress-dsp on your machine. |
| 18:46.27 | zero_level | brlcad : taking about the interface. Lets first see if the regress is on the mark. |
| 18:48.11 | zero_level | I think interface resurrection will require some thinking. I will make suitable changes to doc and other files as in when i see that regress is on the mark :) |
| 18:50.58 | Notify | 03BRL-CAD:brlcad * 57272 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: clean up the AddEdge() function with some comments and spacing for readability, collapse an unnecessary scope |
| 18:54.06 | Notify | 03BRL-CAD:brlcad * 57273 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: understanding a little awry, regroup to reflect where what lines are actually involved in adding the edge |
| 18:54.45 | brlcad | zero_level: regress-dsp fails for me with pix-bw usage statemetns |
| 18:55.27 | brlcad | zero_level: I intend to fork a release branch either later tonight or tomorrow, so this needs to be resolved really quickly |
| 18:55.41 | brlcad | usually a regression failure like this would be reverted if not fixed within 24 hours |
| 18:56.00 | brlcad | it's been a week, so time is running out :) |
| 18:57.13 | zero_level | brlcad : after 57272 ? |
| 18:57.54 | zero_level | brlcad : I mean after 57271 ? |
| 18:58.42 | brlcad | maybe not, checking again |
| 18:58.50 | brlcad | okay, yes that works |
| 18:59.00 | brlcad | but I assume thats the -B -> -B1.0 change yes? |
| 18:59.34 | zero_level | the change also requires adding file size |
| 18:59.44 | brlcad | o.O |
| 18:59.59 | zero_level | I have added that in 57271. |
| 19:00.05 | zero_level | s1 s2 s3/ |
| 19:00.45 | brlcad | eh, what do those options mean?? |
| 19:01.03 | zero_level | the file is of 1X1 2X2 and 3X3 size. |
| 19:01.23 | brlcad | ah, so that's literally the square size |
| 19:01.30 | zero_level | yes. |
| 19:01.39 | zero_level | but the default is set to 512. |
| 19:02.02 | zero_level | I am currently finding the file size in asc2dsp.sh |
| 19:02.46 | brlcad | hm, that is potentially not a minimally impacting change |
| 19:03.12 | zero_level | these are the cons of using icv. ;) |
| 19:03.17 | brlcad | why is the size needed exactly? |
| 19:03.21 | brlcad | codewise |
| 19:03.28 | zero_level | because i want to read the image. |
| 19:03.35 | brlcad | so you read the image |
| 19:03.39 | zero_level | s the code architecture goes this way. |
| 19:03.47 | brlcad | again, codewise |
| 19:03.49 | brlcad | not notionally |
| 19:03.52 | brlcad | what's the code reason |
| 19:03.58 | zero_level | icv_read(..) icv_rgb2gray() icv_write() |
| 19:04.21 | brlcad | that's not a reason |
| 19:04.48 | brlcad | i'm not trying to be difficult or funny, promist |
| 19:04.50 | brlcad | promise |
| 19:04.57 | brlcad | just wondering what the actual technical reason is |
| 19:05.27 | brlcad | icv_read() could specify "read to end of file" instead of a size, for example |
| 19:05.34 | brlcad | so that's not exactly the problem |
| 19:05.45 | brlcad | is there something in icv_read that must know a size? |
| 19:06.09 | zero_level | specifing the size of the image struct. |
| 19:06.15 | zero_level | *specifying |
| 19:06.24 | zero_level | that is the data channel. |
| 19:06.44 | brlcad | can you point me at a line of code? |
| 19:07.03 | brlcad | a place where the size is required where something implicit couldn't be added to mean end-of-file |
| 19:07.25 | zero_level | src/libicv/bw.c |
| 19:07.27 | Ch3ck_ | brlcad: by running bin/mged from the brlcad_build directory |
| 19:07.38 | Ch3ck_ | this is to enable me test the new changes i've made |
| 19:07.38 | zero_level | in line 81 to end. |
| 19:08.19 | brlcad | that's a function, not a line :P |
| 19:08.22 | brlcad | okay so in that function |
| 19:08.26 | zero_level | 102. |
| 19:08.32 | brlcad | presumably the read() call on 103 |
| 19:08.43 | zero_level | malloc call on 102. |
| 19:08.57 | brlcad | except I could hold on the malloc until I know the size |
| 19:09.04 | brlcad | or malloc and realloc |
| 19:09.41 | brlcad | okay, I think I see it |
| 19:10.00 | zero_level | I can do it, |
| 19:10.05 | brlcad | it looks like there's certainly a way to handle this, but it'll require changing all of those read() calls into loops |
| 19:10.46 | brlcad | OR ... hmm |
| 19:10.49 | zero_level | is that advisable ? |
| 19:10.55 | brlcad | who calls bw_read()? |
| 19:11.03 | zero_level | icv_read(..) |
| 19:11.26 | brlcad | and the app calls that, right? |
| 19:11.34 | zero_level | yes. |
| 19:11.46 | zero_level | icv_read is in libicv/fileformat.c |
| 19:12.07 | brlcad | yep |
| 19:12.26 | zero_level | ? |
| 19:13.15 | brlcad | still thinking |
| 19:13.42 | brlcad | to handle potentially streaming applications, you may not know a size |
| 19:13.56 | brlcad | hell, the size may be unended on a real pipe |
| 19:14.31 | brlcad | video streams tend to just be unending data |
| 19:14.50 | zero_level | yes because bw_read can also read from pipes. |
| 19:15.05 | zero_level | u just pass "NULL" for image name |
| 19:15.22 | brlcad | e.g., could see wanting to do something like: cat *.pix | pix-bw | mencode file.avi |
| 19:16.24 | brlcad | I was thinking that you could have some corrollary like icv_guess_file_format() ... you know an icv_guess_file_size() |
| 19:16.31 | brlcad | but even that breaks on the streaming example |
| 19:16.46 | brlcad | (we already have a guess size function somewhere) |
| 19:17.04 | brlcad | so back to the immediate issue at hand |
| 19:17.09 | brlcad | -B to -B1.0 is fine |
| 19:17.14 | brlcad | that is minimally impacting |
| 19:17.23 | brlcad | assuming the output is the same |
| 19:17.54 | brlcad | so it's the requirement to specify a size when the size is not 512x512 that becomes an issue, on a tool that previously could stream |
| 19:18.21 | brlcad | just thinking out loud here |
| 19:18.48 | brlcad | one could argue that it was undocumented behaviour |
| 19:18.57 | brlcad | especially since most tools "default" to 512 |
| 19:19.19 | brlcad | unless we actually document the pipe streaming capability where you don't need to specify a size |
| 19:19.46 | sobaah | brlcad: cool@measurement tools, I see |
| 19:19.49 | sobaah | I will give it a try |
| 19:19.55 | zero_level | brlcad this worked on the previous tool because |
| 19:19.59 | sobaah | thanks for the info brlcad |
| 19:20.29 | zero_level | I mean on the previous rev. because. |
| 19:21.04 | zero_level | pix-bw utility just demand read a pixel do some operations write a pixel |
| 19:33.36 | brlcad | sobaah: yeah, no problem -- we're here to help |
| 19:34.42 | brlcad | zero_level: I'm thinking that it might make sense to implement a buffering option |
| 19:35.02 | brlcad | along with an "unknown" size specification |
| 19:35.46 | brlcad | so you could do per-pixel buffering, scanline buffering, or full frame buffering |
| 19:36.58 | zero_level | brlcad : do u mean in the read function iteself ? |
| 19:37.19 | brlcad | i'm not sure where that would belong just yet, but possibly |
| 19:38.02 | zero_level | can u tell me in icv terms notationally. |
| 19:38.08 | brlcad | the shortest path to make -ssize not necessary for pix-bw however is even more simple |
| 19:38.17 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:39.11 | zero_level | do we mean we put everything in the loop. while(flag){ flag = icv_read(..) icv_rgb2gray() icv_write(..) } |
| 19:39.50 | zero_level | but that might not work because we have got rid of file descriptors from icv struct. |
| 19:39.52 | brlcad | no, I don't think that would be good to have in the front-end application |
| 19:40.32 | brlcad | it would probably make the most sense in icv_read() where 'format' becomes a 'mode' bitfield |
| 19:40.48 | brlcad | supporting the data type and the buffering type |
| 19:40.52 | zero_level | is listening. |
| 19:42.07 | brlcad | os icv_read("file.pix", ICV_IMAGE_AUTO|ICV_BUFFER_FRAME, 1024, 1024); would read the whole file in like it does now |
| 19:42.16 | brlcad | s/os/e.g.,/ |
| 19:42.46 | zero_level | and ? |
| 19:43.04 | brlcad | icv_read("file.pix", ICV_IMAGE_AUTO|ICV_BUFFER_PIXEL, 1024, 1024); would read the same number of pixels, but would end up making 1024x1024 calls to read() instead of just 1 |
| 19:43.47 | brlcad | icv_read("file.pix", ICV_IMAGE_AUTO, 0, 0); would read from file.pix until there was no more data to be read? |
| 19:44.10 | brlcad | how does icv deal with stdin data now? |
| 19:44.31 | brlcad | i.e., no filename |
| 19:44.32 | zero_level | you just pass NULL instead of filename. |
| 19:44.36 | brlcad | okay, neat |
| 19:45.37 | zero_level | brlcad : Should I prioritize this work ? |
| 19:45.43 | zero_level | or put this on hold ? |
| 19:45.52 | brlcad | lets not get ahead :) |
| 19:45.53 | zero_level | and work on other formats ? |
| 19:45.57 | brlcad | this is just a discussion :) |
| 19:46.08 | zero_level | pk. |
| 19:46.15 | brlcad | the immediate issue is -s# being required on pix-bw |
| 19:46.33 | brlcad | that is arguably a non-minimally impacting change so it would not be allowed until later |
| 19:46.56 | brlcad | so the question is what minimal change might be possible now to make that option go away |
| 19:47.34 | brlcad | I'm thinking the easiest way is to let a zero-size not imply 512, but instead imply "read until read() fails" |
| 19:48.08 | brlcad | is reminded of wargames... |
| 19:49.42 | zero_level | brlcad : in icv_read ? |
| 19:49.47 | zero_level | or in the app ? |
| 19:50.05 | brlcad | both, no? |
| 19:50.20 | brlcad | the app calls icv_read(..., 0, 0) |
| 19:51.03 | brlcad | then icv_read() in fileformat.c has to handle a zero-size with a loop for read() instead of just one call |
| 19:51.28 | zero_level | ok. |
| 19:51.43 | zero_level | brlcad : thanks for guiding me. |
| 19:51.57 | zero_level | Till what time will u be forking a trunk ? |
| 19:52.27 | zero_level | s/trunk/branch |
| 19:52.29 | brlcad | depends how long it takes to fix this :) |
| 19:52.36 | zero_level | alright. :) |
| 19:53.40 | brlcad | it's a little tricky because basically the size is unknown .. until read() fails, then you know a 1xSIZE image size |
| 19:53.58 | brlcad | it's basically a 1-dimensional image (a pixel stream) |
| 19:54.27 | brlcad | but it could get recorded in icv_image_t as exactly that (height=1, width=N) |
| 19:54.28 | zero_level | but altleast for pix-bw we dont need the file dimensions. ;) |
| 19:54.41 | brlcad | for MANY of them we don't need the dimensions |
| 19:54.49 | zero_level | yes. |
| 19:54.50 | brlcad | that's why this will be interesting to figure out |
| 19:55.04 | zero_level | I did the similar mistake in pixrect and bwrect |
| 19:55.42 | brlcad | I wouldn't call it a mistake |
| 19:56.11 | brlcad | there's nothing wrong with requiring an image size where one was previously implicit |
| 19:56.27 | brlcad | it's really how it affects a user (and will it) |
| 19:56.50 | brlcad | pixrect/bwrect aren't nearly as widely known as our image conversion tools |
| 19:57.07 | zero_level | ok. |
| 19:57.14 | brlcad | there's an argument that their behavior isn't documented, so it can change more easily |
| 19:57.25 | brlcad | I'd have to re-read their manpage to be sure |
| 19:59.46 | brlcad | why does icv_guess_file_format() take a buf? |
| 20:00.15 | brlcad | ah, never mind, I see |
| 20:00.22 | brlcad | yeah, should fix that FIXME |
| 20:00.33 | zero_level | I didnt get a way ? |
| 20:00.53 | zero_level | for the 175th line! |
| 20:01.00 | zero_level | in ppm write. |
| 20:01.35 | brlcad | seems like two functions to me |
| 20:01.52 | brlcad | pass a name in and trim it |
| 20:01.59 | brlcad | or pass a name in and get the format |
| 20:02.16 | brlcad | avoids writing into a buffer, crash, boom |
| 20:02.31 | zero_level | actually we dont need the trimmed name. |
| 20:02.39 | zero_level | so will remove it :) |
| 20:03.15 | brlcad | k |
| 20:03.25 | brlcad | two FIXME comments to remove after you do |
| 20:04.08 | zero_level | can u suggest a trick for ppm_write ? |
| 20:04.21 | zero_level | icv_write i see the way. |
| 20:15.48 | Notify | 03BRL-CAD:starseeker * 57274 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): Per Keith's advice, just write out directly what we have - face splitting will require a fair bit of work. |
| 20:15.51 | Notify | 03BRL-CAD:indianlarry * 57275 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: just added some debugging code ; currently just hanging up on surface with a singularity so should be pretty easy to work through |
| 20:17.34 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 20:24.16 | Notify | 03BRL-CAD:starseeker * 57276 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Allow null edges, use the IsClosed test for surfaces |
| 20:45.59 | Notify | 03BRL-CAD:starseeker * 57277 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: This isn't how we'll eventually have to do this - whole faces will need to be split in addition to curves. Long run we should have some ON_Brep_Split_Closed(ON_Brep *brep) function that does all of that for us and presents this export routine with the final product (such a Brep might be useful in other contexts as well... |
| 21:10.29 | Notify | 03BRL-CAD:starseeker * 57278 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): More cleanup |
| 21:20.44 | *** join/#brlcad merzo (~merzo@211-113-133-95.pool.ukrtel.net) | |
| 21:26.21 | zero_level | pokes at Notify. |
| 21:26.23 | Notify | 03BRL-CAD:mohitdaga * 57279 brlcad/trunk/src/libicv/bw.c: Add pixel buffer option in bw_read. This makes bw_read more powerfull by having an ability to read without the size specified. Thanks sean for the suggestion. |
| 21:39.01 | Notify | 03BRL-CAD:mohitdaga * 57280 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Make a strict condition regarding the number of pixel read. |
| 21:44.40 | Notify | 03BRL-CAD:mohitdaga * 57281 brlcad/trunk/src/libicv/pix.c: Add pixel buffer option in pix_read(along with r57280). This makes pix_read more powerfull by having an ability to read without the size specified (similar to r57279 for bw_read). |
| 21:49.40 | mpictor | n_reed: perplex, lemon, and re2c do not depend on anything else in src/other do they? |
| 21:50.43 | mpictor | ls |
| 21:50.46 | mpictor | oops |
| 21:53.40 | Notify | 03BRL-CAD:starseeker * 57282 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Allow the control points to be inserted into the instance manager after their surface definitions - results in a step file where the 'high level' structure is grouped at the top of the file, making a study of the high level structure slightly easier. |
| 21:54.10 | starseeker | mpictor: that's correct - lemon, re2c and perplex are self contained |
| 21:54.26 | starseeker | (our version, at least - the 'standard' re2c uses bison, iirc...) |
| 21:55.15 | starseeker | n_reed did the work to make re2c use lemon - that's how our Windows build manages to be completely self contained for the lexer/parser bits |
| 21:57.25 | n_reed | I concur. perplex, lemon, and re2c do not depend on anything else is src/other. |
| 21:58.13 | mpictor | ok. I'm going to create a repo with just those 3 |
| 22:03.48 | mpictor | n_reed: are you nreed on github? |
| 22:11.35 | n_reed | nope, that must be somebody else - I've never made a github account as far as I can remember |
| 22:13.54 | mpictor | ok. if you create one, I'll give you access to the repo for perplex/lemon/re2c when I create it |
| 22:18.51 | n_reed | okay, I've signed up as 'nickreed' |
| 22:19.04 | mpictor | ok |
| 22:19.25 | ``Erik | "no snowflake in an avalanche ever feels responsible" http://cheezburger.com/7767875584 |
| 22:23.06 | Notify | 03BRL-CAD:n_reed * 57283 brlcad/trunk/src/libtclcad/tclcad_obj.c: reduce duplicated lines for converting from screen to view coordinates |
| 22:31.25 | Notify | 03BRL-CAD:mohitdaga * 57284 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Allocate image structure before the process starts. |
| 22:35.31 | Notify | 03BRL-CAD:mohitdaga * 57285 brlcad/trunk/src/util/pix-bw.c: Remove in_width and in_height option from pix-bw |
| 22:38.21 | Notify | 03BRL-CAD:mohitdaga * 57286 brlcad/trunk/src/libicv/color_space.c: Avoid recurring division and multiplications. |
| 22:42.37 | Notify | 03BRL-CAD:mohitdaga * 57287 (brlcad/trunk/regress/dsp/run-dsp-case-set-1.sh brlcad/trunk/regress/dsp/run-dsp-case-set-2.sh brlcad/trunk/regress/dsp/run-dsp-case-set-3.sh): Remove square size option from the run-dsp-case-set*.sh |
| 22:43.22 | zero_level | brlcad : the floor is yours. |
| 22:43.55 | zero_level | is feeling rejuvenated. |
| 22:48.22 | mpictor | n_reed: https://github.com/stepcode/baffledCitrus |
| 22:50.15 | Notify | 03BRL-CAD:mohitdaga * 57288 brlcad/trunk/src/util/bw-pix.c: Remove in_width and in_height options. This is possible after latest changes in icv_read function. |
| 22:51.24 | Notify | 03BRL-CAD:mohitdaga * 57289 brlcad/trunk/src/util/bw-pix.c: Correcting app synopsis. |
| 22:52.07 | Notify | 03BRL-CAD:mohitdaga * 57290 brlcad/trunk/src/util/bw-pix.c: Trailing WS |
| 22:56.10 | Notify | 03BRL-CAD:r_weiss * 57291 brlcad/trunk/src/libbrep/PullbackCurve.cpp: Changes to 'libbrep' function 'pullback_samples_from_closed_surface' to correct valgrind warnings that uninitialized memory was being accessed and also fix intermittent seg-faults. The problem was sometimes when 'prev_pt' was used it was undefined. Additional code was added to help debugging. These problems were encountered using the 'step-g' |
| 22:56.12 | Notify | converter. More testing is needed. |
| 23:01.40 | Notify | 03BRL-CAD:mohitdaga * 57292 brlcad/trunk/include/icv.h: Add the information regarding the new feature of icv_read (ability to buffer pixels.) in doxygen comments |
| 23:03.44 | zero_level | ``Erik : brlcad suggested me to change fixed size buffers in libicv/fileformat.c. I think these cases are tricky. I will need your suggestion on how should I go about doing them. |
| 23:04.20 | zero_level | brlcad : I think regress is on the mark now. Pls test it. |
| 23:04.22 | zero_level | thanks |
| 23:04.49 | zero_level | bz gives success, my machine gives success |
| 23:12.21 | brlcad | zero_level: excellent, I'll give it all a look over in a little bit |
| 23:12.26 | brlcad | thank you for the efforts |
| 23:12.40 | brlcad | we'll probably need to do a code review here soon to see what all is needed |
| 23:14.13 | brlcad | zero_level: if you would, I think it's time to start tracking tasks for libicv |
| 23:14.22 | brlcad | woudl you create a src/libicv/TODO file?and put in any items that you think still need to be worked on |
| 23:14.53 | brlcad | you can include things you still have remaining for GSoC, but I'm more thinking about things that need to be worked on that are already there |
| 23:16.29 | brlcad | like making sure this notion of a 0,0 size means "unknown, read until you cannot" for example |
| 23:16.45 | brlcad | or adding support for frame/line/pixel buffering |
| 23:17.02 | brlcad | or turning the supported image types into runtime plugins, etc |
| 23:24.05 | *** join/#brlcad jarray52 (~purplehaz@unaffiliated/jarray52) | |
| 23:28.13 | Notify | 03BRL-CAD:tbrowder2 * 57293 brlcad/trunk/NEWS: update |
| 23:34.28 | Notify | 03BRL-CAD:tbrowder2 * 57294 brlcad/trunk/doc/docbook/system/man1/en/nirt.xml: add missing space |
| 23:35.42 | brlcad | zero_level: there's also some merit towards still retaining/providing a -s size option, because that would define the type of buffering allowed |
| 23:35.52 | brlcad | you want full frame buffering whenever possible, it'll be crazy faster |
| 23:37.06 | Notify | 03BRL-CAD:tbrowder2 * 57295 brlcad/trunk/doc/docbook/system/mann/en/nirt.xml: add space for better appearance |
| 23:40.57 | brlcad | looks like X3D BREP/NURBS support is nearing a stable state |
| 23:45.38 | Notify | 03BRL-CAD:brlcad * 57296 brlcad/trunk/NEWS: tom added an 'attr sort' subcommand with options for sorting case, nocase, value, value-nocase. (recommit/rewording to include this message in log history) |
| 23:46.31 | Notify | 03BRL-CAD:tbrowder2 * 57297 brlcad/trunk/src/nirt/nirt.c: style |
| 00:11.52 | starseeker | ``Erik: wait, someone found a fortune cookie with an intelligent fortune? |
| 00:13.30 | starseeker | O.o |
| 00:29.05 | starseeker | n_reed: any chance you could take a look at https://github.com/stepcode/stepcode/issues/244#issuecomment-22980478 ? |
| 00:48.18 | Notify | 03BRL-CAD:starseeker * 57298 (brlcad/trunk/src/other/stepcode/AUTHORS brlcad/trunk/src/other/stepcode/CMakeLists.txt and 46 others): Update stepcode to github revision ec630badca0fef35cc870ce15fc69b37fc2dd43a |
| 00:48.47 | starseeker | ``Erik: do you think the github stepcode commits could be sent to #stepcode by Notify? |
| 00:49.14 | ``Erik | trivially, cl-cia already does it |
| 00:49.59 | ``Erik | just need to wire up a project, then have the stepcode dudes use the cia.vc plugin and change the target uri |
| 00:50.19 | starseeker | mpictor: would you be interested? |
| 00:50.55 | mpictor | oh, I was wondering about that myself |
| 00:50.59 | mpictor | I would be interested :) |
| 00:51.58 | mpictor | I need to do something with a github plugin? |
| 00:52.34 | ``Erik | mpictor: let me know the channels you want it to post to, hit http://elfga.com/notify and create your user and project, I'll wire it up tomorrow and email you with instructions on the github plugin :) |
| 00:52.52 | mpictor | cool! |
| 00:52.56 | mpictor | just #stepcode |
| 00:53.28 | mpictor | needs a username/password for elfga |
| 00:53.51 | mpictor | via email? I'm mpictor at gmail |
| 00:54.10 | mpictor | oops, I missed the register link |
| 00:54.53 | Notify | 03BRL-CAD:starseeker * 57299 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/CMakeLists.txt and 3 others): Update stepcode related build logic in BRL-CAD |
| 00:57.38 | mpictor | ``Erik: I registered and tried to log in, but I'm not getting anywhere |
| 01:00.13 | ``Erik | mpictor: I don't see you in the user list :/ did it kick back an error or something 'weird'? (it should send you a verification email, too) |
| 01:02.45 | mpictor | no, it gave me "invalid username" a couple times, but nothing else |
| 01:03.07 | mpictor | when I go to the register screen and click join, I stay on that page |
| 01:03.53 | mpictor | just tried to create mpictor2, same thing |
| 01:04.13 | mpictor | and I haven't seen any emails either |
| 01:04.50 | mpictor | I'll try again tomorrow, it's getting sorta late |
| 02:13.09 | Notify | 03BRL-CAD:starseeker * 57300 brlcad/trunk/src/other/xmltools.dist: Remove empty directory |
| 02:13.32 | Notify | 03BRL-CAD:starseeker * 57301 (brlcad/trunk/src/libbn/tests/CMakeLists.txt brlcad/trunk/src/other/stepcode.dist): Distcheck updates |
| 02:44.52 | Notify | 03BRL-CAD:brlcad * 57302 brlcad/trunk/include/icv.h: ws format comments to column 70 |
| 03:52.48 | Notify | 03BRL-CAD:brlcad * 57303 brlcad/trunk/src/libbu/tests/bu_vls_vprintf.c: per sf bug report 347, add a slew of %s tests for field width/precision specifiers that are failing. the code clearly looks like it should be handling this case, but clearly something isn't getting set right. looks like it always just prints the string plain. |
| 04:35.09 | Notify | 03BRL-CAD:brlcad * 57304 brlcad/trunk/src/libbu/tests/CMakeLists.txt: add addition vls_vprintf test cases, numbered 58-65. |
| 04:36.58 | Notify | 03BRL-CAD:brlcad * 57305 brlcad/trunk/src/libbu/tests/bu_heap.c: test is being a pig, only releasing a little bit of the memory allocated. test needs to change so it actually compares heap against malloc. |
| 04:38.12 | Notify | 03BRL-CAD:brlcad * 57306 brlcad/trunk/TODO: heap test needs to be worked |
| 04:39.01 | Notify | 03BRL-CAD:brlcad * 57307 brlcad/trunk/TODO: it's never final, but the stepCode tree has been sync'd |
| 04:41.55 | jarray52 | Did the g-wave convertor dissappear? |
| 04:42.16 | jarray52 | I don't seem to have it with my brlcad installation. |
| 04:47.12 | jarray52 | Does the g-x3d convertor work? |
| 04:47.24 | brlcad | jarray52: g-wave?? |
| 04:47.26 | jarray52 | I used it, and the file does not seem to have the relevant information? |
| 04:47.33 | brlcad | i'm not familiar with that converter |
| 04:47.35 | jarray52 | brlcad: Yes. |
| 04:47.56 | brlcad | you're just making up stories ;) |
| 04:47.58 | jarray52 | brlcad: http://brlcad.org/w/images/6/66/Converting_Geometry.pdf |
| 04:48.05 | jarray52 | Page 41. |
| 04:48.12 | jarray52 | The page is numbered 31. |
| 04:48.24 | jarray52 | I made up the document too. =) |
| 04:49.25 | brlcad | hah, wow .. it's not been that name for probably 10 years |
| 04:49.47 | brlcad | think you're the first to notice there was a reference in there, or at least first to mention it |
| 04:50.07 | brlcad | that along with most of the converters that had bad names like that were renamed a long time ago |
| 04:50.13 | brlcad | that's now the g-obj exporter |
| 04:50.46 | brlcad | the names generally match the common file suffix unless there's some other convention or need for disambiguation |
| 04:51.42 | brlcad | several of the polygonal exporters are finicky, VERY sensitive to tolerances and calculation issues |
| 04:51.52 | jarray52 | brlcad: I see. How do I set the tolerance on g-obj? |
| 04:51.59 | brlcad | just be aware that it can be tedious/frustrating to export polygonal |
| 04:52.12 | brlcad | just run g-obj, it'll give usage |
| 04:52.31 | brlcad | brlman g-obj to see the manual page, should have a description |
| 04:53.21 | brlcad | try the default first, but you may need to end up setting the absolute or curvature (normal) tolerance |
| 04:55.39 | *** join/#brlcad luca79 (~luca@89.249.207.188) | |
| 05:03.04 | zero_level | hi brlcad |
| 05:04.16 | zero_level | brlcad : I want to work on png and bmp formats(read and write). before I work on converting other apps. |
| 05:04.57 | jarray52 | brlcad: I exported as an obj file and imported into blender. It looks like this http://imagebin.org/269192 Those areas that are pseudo round should be round. However, they don't become rounder even if I increase tolerance. Am I doing something wrong? |
| 05:27.58 | brlcad | zero_level: sure but did you see my messages earlier about TODO? |
| 05:28.39 | brlcad | and i'm not caught up with all the commits recently, looks like you got -s# taken care of for pix-bw now, yes? |
| 05:28.58 | brlcad | you'll just need to document the -A/B/C# change in the CHANGES file |
| 05:30.04 | brlcad | jarray52: yep, that's tolerance |
| 05:30.13 | brlcad | the default is really chunky, try -a 1 |
| 05:31.31 | jarray52 | brlcad: Yes. I realized that I should use -a and not -D. Even -a .1 doesn't look like a circle, but it is significantly better. |
| 05:31.55 | brlcad | the value is a distance tolerance -- how big is your model? |
| 05:31.58 | brlcad | (in mm) |
| 05:32.35 | brlcad | you could specify an angular tolerance ("-n 1" for 1 degree increments) |
| 05:32.54 | brlcad | there are several knobs that control the quality and type of tessellation |
| 05:34.05 | jarray52 | brlcad: The maximum of the greatest distance between any two points contained within the model should be less than 20cm. |
| 05:34.24 | jarray52 | s/greatest// |
| 05:37.02 | brlcad | so then yeah, you either want to go even smaller -a 0.01 or try normal -n 1 or -n 0.5 |
| 05:37.18 | brlcad | or some combination thereof |
| 05:40.00 | jarray52 | where are the -a and -n options defined? Is there a document for that? |
| 05:40.12 | Notify | 03BRL-CAD:brlcad * 57308 brlcad/trunk/src/libbu/tests/bu_heap.c: reduce the iterations 5 fold for now so we don't blow out memory |
| 05:41.59 | jarray52 | Also, i had some conversions fail when I dropped -a to .02. Is that a bug or does that type of thing happen for certain tolerances? |
| 05:43.46 | brlcad | yeah, depending on exactly how the polygons line up, it's non-deterministic |
| 05:43.58 | brlcad | even the default can give problems if the model is sufficiently complicated |
| 05:44.05 | brlcad | and the answer is usually to tweak the tolerances |
| 05:55.32 | jarray52 | With the current version of brlcad, is there any way to rotate a solid object as opposed to wireframes? .obj file in my case is almost 1MB and took almost 10 minutes to generate. Furthermore, it failed with a tolerance of -a .01 near the end. Maybe it would work with a different tolerance, but its hard to find those values. |
| 05:58.42 | *** join/#brlcad kimzzzz (~AndChat31@1.38.24.132) | |
| 05:59.34 | brlcad | jarray52: there is for some models but there's some low-level mathematical reasons why it shows you the wireframes |
| 06:01.28 | brlcad | we're working on infrastructure to show shaded display geometry by default, but that's been a phenomenal undertaking (8+ years of full-time effort...) |
| 06:02.16 | brlcad | the stubs that are in place now are very basic and probably not what you want, but you can try the 'ev' or 'E' commands |
| 06:02.28 | brlcad | you'll want to turn on Misc->Lighting |
| 06:33.44 | jarray52 | brlcad: Are there any unsolved mathematical problems that are road blocks? |
| 06:46.26 | brlcad | jarray52: no road blocks, we're actually just starting to near the end of that effort, should be done in a couple months hopefully |
| 06:47.23 | brlcad | you can follow one of the last remaining pieces needed for that here: http://brlcad.org/wiki/User:Phoenix/GSoc2013/Reports |
| 06:49.23 | brlcad | basically, we have to be able to describe all geometry in a NURBS boundary representation format (DONE), then any boolean evaluation has to be performed to merge/clip/cut objects as needed (in progress), then we tessellate all remaining surfaces (DONE), then integrate that automatic tessellation into the GUI (partially done) |
| 06:54.29 | jarray52 | Out of curiosity, is any company or government agency funding the full time effort; or, is it all done by volunteers? |
| 06:54.37 | Notify | 03BRL-CAD:phoenixyjll * 57309 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Begin to implement comb -> brep conversion, as the NURBS evaluations are ready now. |
| 07:08.09 | *** part/#brlcad jarray52 (~purplehaz@unaffiliated/jarray52) | |
| 07:16.39 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 07:38.20 | Notify | 03BRL-CAD:brlcad * 57310 brlcad/trunk/src/libbu/vls_vprintf.c: address the additional test cases that were not being handled where the %s format specifier had precision and/or field lengths specified for left/right padded alignment. the code was written to account for the padding, but it wasn't actually being called because the lengths weren't captured. we don't want to capture them in the earlier loop because it |
| 07:38.22 | Notify | screws up assumptions for some of the other specifier cases. this fixes sf bug #347 reported by lee butler (bu_log does not honor string field widths). |
| 07:58.03 | Notify | 03BRL-CAD:brlcad * 57311 brlcad/trunk/src/libbu/heap.c: go even a little more conservative with the page sizes as we get started since more testing is needed with the bu_malloc implementation change (posix_memalign()+memset() means pages are actually REAL and written to. this makes the pages just 65k. |
| 10:13.49 | Notify | 03BRL-CAD:mohitdaga * 57312 (brlcad/trunk/src/libicv/TODO =================================================================== and 9 others): ADD TODO file for libicv |
| 10:17.32 | zero_level | why this 9 others ? |
| 10:44.44 | Notify | 03BRL-CAD:mohitdaga * 57313 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): add binary options for files read from stdin and stdout. This is specific for _WIN32 and __CYGWIN__ machines. |
| 10:48.43 | Notify | 03BRL-CAD:mohitdaga * 57314 brlcad/trunk/src/libicv/TODO: Add todo items. These are the things which are back in my mind. I will be browsing the whole code in order to find the complete list of TODOs. |
| 10:51.21 | *** join/#brlcad kimzzzz (~AndChat31@1.38.24.132) | |
| 11:55.48 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:21.54 | *** join/#brlcad kimzzzz (~AndChat31@1.38.24.132) | |
| 13:18.57 | brlcad | zero_level: awesome, thanks |
| 13:19.02 | brlcad | the 9 others is a parsing failure |
| 13:21.09 | Ch3ck_ | brlcad: finished with the pull interface, integrated command into the man pages for mged, archer, apropos too. Well I have a problem adding the command to archer. Could you please give me the files to modify to add pull to archer? |
| 13:28.36 | brlcad | zero_level: gah, please don't start introducing WIN32 preprocessor logic in your beautiful clean library...! |
| 13:31.12 | brlcad | zero_level: you can call fdreopen() of freopen() portably without such mess... |
| 13:32.51 | brlcad | and there should be a space after your if statement (if () not if()) |
| 13:36.53 | Ch3ck_ | waiting on brlcad for some clarifications |
| 13:40.37 | Ch3ck_ | brlcad: flying blind on writing regression test for pull that fails correctly. should include a case like pulling a primitive so it fails? |
| 13:41.02 | Ch3ck_ | some how confused :( |
| 14:03.27 | brlcad | Ch3ck_: don't worry about archer just yet, but that's also something I dont' know off the top of my head -- just grep for another command that has a unique name |
| 14:03.56 | Ch3ck_ | used xpush |
| 14:03.58 | brlcad | Ch3ck_: the trick to writing a regression tests is using the tool yourself |
| 14:04.13 | Ch3ck_ | well i have already written the regression test |
| 14:04.16 | Ch3ck_ | for pull |
| 14:04.25 | Ch3ck_ | I could paste the code for you to see |
| 14:04.38 | brlcad | i'd rather you explain it first |
| 14:04.45 | Ch3ck_ | ok |
| 14:04.57 | brlcad | what's the notion |
| 14:05.01 | Ch3ck_ | I create 2 objects |
| 14:05.09 | Ch3ck_ | forming combinations |
| 14:05.14 | Ch3ck_ | as the heads of the tree |
| 14:05.19 | Ch3ck_ | then call the pull |
| 14:05.24 | Ch3ck_ | on the combinations |
| 14:05.39 | Ch3ck_ | this pulls the transformations from all combinations to the head node |
| 14:05.43 | Ch3ck_ | and then prints the results |
| 14:05.57 | Ch3ck_ | well I have to include the case where there is a primitive |
| 14:06.04 | Ch3ck_ | so the command fails as expected |
| 14:07.43 | Notify | 03BRL-CAD:starseeker * 57315 brlcad/trunk/src/libbu/vls_vprintf.c: Is this a debugging message? |
| 14:08.04 | Notify | 03BRL-CAD:brlcad * 57316 brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: modify the code in reponse to a forum discussion (362511/thread/2283b056) where a logic failure was noticed. if there's no tessellate function, it falls through and will bomb on NMG_CK_REGION. |
| 14:08.41 | Ch3ck_ | http://paste.kde.org/p19f2f6ec/ |
| 14:08.55 | Ch3ck_ | there is the diff for the regression test |
| 14:14.27 | *** join/#brlcad whyesse (~quassel@109.160.137.74) | |
| 14:18.02 | Notify | 03BRL-CAD:tbrowder2 * 57317 (brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml =================================================================== and 1803 others): add new DocBook version of Lee Butler's Power Point presentation |
| 14:18.51 | Notify | 03BRL-CAD:tbrowder2 * 57318 (brlcad/trunk/doc/docbook/presentations/en/README.txt =================================================================== and 16 others): add doc on how to convert Power Point to DocBook xml |
| 14:20.25 | Notify | 03BRL-CAD:tbrowder2 * 57319 brlcad/trunk/doc/docbook/presentations/en/README.txt: add more info |
| 14:21.59 | Notify | 03BRL-CAD:tbrowder2 * 57320 (brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.ppt =================================================================== (Binary files differ)): add original PP files for reference |
| 14:22.43 | Notify | 03BRL-CAD:tbrowder2 * 57321 brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt: add files to ignore; add new DB file for processing |
| 14:24.51 | Notify | 03BRL-CAD:brlcad * 57322 brlcad/trunk/src/libbu/vls_vprintf.c: yep, this was entirely for debugging, not needed now that the bugs are fixed. |
| 14:25.55 | Notify | 03BRL-CAD:tbrowder2 * 57323 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: fix DB errors |
| 14:28.02 | Notify | 03BRL-CAD:tbrowder2 * 57324 brlcad/trunk/doc/docbook/presentations/en/README.txt: add another tidbit about pdf output |
| 14:31.51 | Notify | 03BRL-CAD:starseeker * 57325 brlcad/trunk/src/libicv/CMakeLists.txt: Ignore TODO file in libicv |
| 14:31.59 | Notify | 03BRL-CAD:brlcad * 57326 brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt: think this sets a really bad precedent to have the ppt files in the repo. aside from seriously bloating the server-side repository, they're a proprietary format, they're duplicitous, and I have GBs more.. |
| 14:32.37 | starseeker | agrees |
| 14:35.31 | ``Erik | ppt->html | tidy4 ? |
| 14:36.13 | starseeker | you mean as an alternate approach? |
| 14:36.20 | ``Erik | yeh |
| 14:36.47 | starseeker | shrugs - the end goal is DocBook, so the question is whether the tidy4 output would be easier to handle than xhtml |
| 14:37.09 | whyesse | brlcad: about adding twist to rt_extrude_tess - could nmg_extrude_face at the end just be called multiple times, with the face rotated in between? |
| 14:37.14 | ``Erik | tidy4 is just an html pretty-printer |
| 14:37.25 | ``Erik | (I meant the | as a pipe, not an or) |
| 14:37.29 | starseeker | nods |
| 14:38.00 | starseeker | the thing to do is compare that approach to the one Tom's documented and see which one works better |
| 14:47.54 | Notify | 03BRL-CAD:brlcad * 57327 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: move the authorship information to the end, remove the number |
| 14:49.27 | brlcad | whyesse: so long as the twist isn't too rapid, that is exactly how I would handle manual tessellation |
| 14:49.56 | brlcad | whyesse: note that tessellation is the easy part for a twist option, getting _shot() and _brep() to work is a little bit harder |
| 14:50.18 | whyesse | brlcad: but the rate of twist would have to be calculated anyway, right? |
| 14:50.34 | brlcad | right, so you'd know |
| 14:51.02 | whyesse | brlcad: yes, I looked at _shot() and then realized that it's more complicated than I thought, then looked at _tess() |
| 14:51.05 | brlcad | and if you know, you could certainly subdivide the "twist" and add intermediate polygons |
| 14:51.52 | whyesse | brlcad: a ray could go through a screw and intersect through every single loop, instead of just once |
| 14:52.09 | brlcad | I "think" shot() is as simple as applying a rotation matrix on the input ray (as if it's approaching from a different direction), then rotating the hit points back |
| 14:52.17 | whyesse | how do I get the new extruded face after nmg_extrude_face()? |
| 14:53.00 | whyesse | I think that only works if the ray is orthogonal to the extrusion |
| 14:53.13 | whyesse | (because of the possibility of >1 intersection) |
| 14:53.58 | brlcad | not sure, would have to think about it some |
| 14:54.38 | brlcad | nmg_extrude_face() probably wouldn't be the first thing I'd try, you want to just stitch a new layer rotated, like with the ars |
| 14:54.48 | brlcad | that code might be a useful reference |
| 14:59.00 | whyesse | ars? |
| 14:59.50 | whyesse | isn't that what nmg_extrude_face() does? add a new layer? |
| 15:08.21 | *** join/#brlcad kimzzzz (~AndChat31@1.38.24.132) | |
| 15:15.30 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:23.27 | Notify | 03BRL-CAD:tbrowder2 * 57328 brlcad/trunk/TODO: add specific docs needing cleanup and improvement |
| 15:25.51 | whyesse | ok, i got ars |
| 15:30.06 | Notify | 03BRL-CAD:tbrowder2 * 57329 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: remove anchor elements for a successful pdf output |
| 15:32.06 | zero_level | brlcad : can you point me to some doc where i can find about this win32 preprocessor. |
| 15:32.35 | zero_level | I tried search engines, but probably with bad keywords. :) |
| 15:33.10 | brlcad | whyesse: in theory, yes, but I'd look at the places where it's called .. |
| 15:33.29 | whyesse | brlcad: ok |
| 15:33.31 | brlcad | zero_level: 57313 |
| 15:33.43 | brlcad | #if defined(_WIN32) && !defined(__CYGWIN__) |
| 15:33.48 | brlcad | that is EVIL |
| 15:33.49 | zero_level | I understand the revision you are pointing. |
| 15:33.59 | whyesse | I have to go, so I will continue looking at it some other time |
| 15:34.01 | whyesse | 'bye |
| 15:34.04 | brlcad | whyesse: okay |
| 15:34.22 | zero_level | but just want to know if fdopen is really not working in win32. what are alternatives. |
| 15:34.37 | zero_level | my aim was to ensure binary streaming for stdin. |
| 15:35.14 | brlcad | what? fdopen? |
| 15:35.19 | brlcad | not working? |
| 15:35.30 | brlcad | I think you misunderstand something or miswrote |
| 15:35.43 | zero_level | ok. |
| 15:35.46 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6069 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 11 */ |
| 15:36.04 | brlcad | kesha: did you read IV yet? |
| 15:36.28 | zero_level | I understood that i should not write those preprocessor logic. |
| 15:36.43 | zero_level | My aim was to ensure binary streaming for stdin. |
| 15:36.47 | brlcad | sure |
| 15:36.57 | brlcad | which is a somewhat windows-specific issue |
| 15:37.11 | brlcad | and you ensured that by calling setmode() |
| 15:37.12 | zero_level | now I want to now if there is an alternative for this |
| 15:37.16 | brlcad | which IS windows specific |
| 15:37.26 | brlcad | I mentioned two alternatives :) |
| 15:37.34 | zero_level | you rightly got this time. |
| 15:37.59 | zero_level | so I went through the man of freopen. |
| 15:39.22 | zero_level | so are u suggesting to use this instead of fopen ? |
| 15:39.33 | brlcad | nope |
| 15:39.37 | brlcad | and you dont' use fopen() |
| 15:39.43 | brlcad | you're currently using open() |
| 15:39.57 | zero_level | :) |
| 15:39.59 | brlcad | as well as "nothing at all" for existing files |
| 15:40.32 | zero_level | ? |
| 15:40.39 | brlcad | curious, is there a reason your using open instead of fopen? |
| 15:41.45 | zero_level | no. |
| 15:42.16 | brlcad | if there's no specific reason, I'd add that to the TODO |
| 15:42.17 | zero_level | Just carried the file descriptor trend, we were following for icv_struct. |
| 15:42.40 | brlcad | there are usually performance benefits to using fopen |
| 15:42.43 | zero_level | leave that to me. |
| 15:43.04 | brlcad | still, the issue in 57313 is a little different |
| 15:43.15 | brlcad | if it's a stdin/stderr/stdout file stream |
| 15:43.19 | brlcad | you don't open it |
| 15:43.24 | brlcad | you just use it |
| 15:43.31 | brlcad | that's where you're calling setmode() |
| 15:43.37 | brlcad | instead of doing that, reopen it |
| 15:43.47 | zero_level | will it stream binay content as in bw/pix file in windows. ? |
| 15:44.11 | brlcad | fdreopen() == fileno()+setmode() |
| 15:44.21 | zero_level | ok. got that. |
| 15:44.36 | zero_level | thanks brlcad. :) |
| 15:44.39 | brlcad | if you do the FILE* conversion, you'd obviously call freopen() instead |
| 15:45.02 | zero_level | alright. |
| 15:46.00 | Notify | 03BRL-CAD:mohitdaga * 57330 brlcad/trunk/src/libicv/TODO: Fopen generally has performance benefits as compared to open. (Sean thanks for your suggestions.) |
| 15:46.52 | brlcad | you can actually get "slightly" better performance from open() but only if you really know exactly what you're doing ... usually the buffering that fopen() provides will be faster for streaming |
| 15:47.26 | zero_level | brlcad : If you have time. I would want to ask about other few things.? I am currently preparing a list of all these rleated issues. |
| 15:47.53 | zero_level | You will probably have to answer if this is right. If not what is better alternative ? |
| 15:48.06 | brlcad | plus if the program receives a signal (e.g., ctrl-C) or if a stream disappears or a pipe is broken, fopen will behave sane whereas you have to explicitly handle that with open() .... and that's a pain and tricky to get right |
| 15:48.10 | zero_level | Can we fix some time near sunday ? |
| 15:48.39 | brlcad | I don't know where I'll be later today, much less sunday :) |
| 15:48.45 | brlcad | how about now? |
| 15:49.03 | zero_level | I will require to do some home work for the taks ? |
| 15:49.11 | brlcad | okay |
| 15:49.14 | zero_level | c/taks/tasks |
| 15:49.19 | zero_level | may be mondya. |
| 15:49.19 | brlcad | well as soon as you're ready, just let me know |
| 15:49.24 | brlcad | maybe sunday |
| 15:49.28 | zero_level | alright. |
| 15:49.31 | zero_level | sunday then |
| 15:51.40 | Notify | 03BRL-CAD:brlcad * 57331 brlcad/trunk/src/libbn/tests/CMakeLists.txt: these files do not exist in here. add when patch is added. |
| 15:52.14 | brlcad | kesha: we're going to go even further back |
| 15:52.50 | brlcad | subversion 1.8.3 is released, and 1.7.13 |
| 15:56.15 | kesha | brlcad: compiling in background and reading IV now. Any point in going further back ? |
| 15:56.28 | Notify | 03BRL-CAD:brlcad * 57332 brlcad/trunk/src/libicv/TODO: add a couple items to move towards a modular plugin design |
| 15:56.46 | brlcad | kesha: I presume/hope you're compiling trunk? |
| 15:56.57 | kesha | brlcad: yes |
| 15:57.00 | brlcad | great |
| 15:57.28 | brlcad | so next will be to quickly learn how the converters work (ask questions here) |
| 15:58.25 | brlcad | then find some simple step data files that work now, make sure you understand how to do the import and open the geometry in mged or archer |
| 15:58.55 | brlcad | starseeker: do you have any examples that presumably once worked? |
| 16:00.43 | brlcad | kesha: there are some geometry file examples you can play with here; http://brlcad.org/private/geometry/ |
| 16:01.04 | brlcad | ugh |
| 16:01.07 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:01.22 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:01.50 | brlcad | kesha: ugh, what was the last statement you read? |
| 16:01.55 | kimzzzz | I have it in cell also |
| 16:02.00 | kimzzzz | Ugh |
| 16:02.09 | brlcad | okay, great :) |
| 16:04.47 | brlcad | kesha: also install 7.22.0, find a model that imports successfully there, then test it with trunk |
| 16:20.06 | *** join/#brlcad luca79 (~luca@89.249.207.188) | |
| 16:56.05 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 16:57.59 | *** join/#brlcad kimzzzz (~AndChat31@1.38.24.132) | |
| 17:11.08 | Notify | 03BRL-CAD Wiki:Phoenix * 6070 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */ |
| 17:36.53 | starseeker | brlcad: http://brlcad.org/~starseeker/CAD_MODELS/VIA_OpenBook/d.stp |
| 18:00.49 | brlcad | thx |
| 18:00.50 | Notify | 03BRL-CAD:starseeker * 57333 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml: Looks like we never went through and systematically updated the image inclusions in the tutorials along the lines Tom outlined a while back. Need to do that - one of the major steps needed to generate 'quality' DocBook pdf output. |
| 18:14.24 | Notify | 03BRL-CAD:starseeker * 57334 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml: Add some more imageobject entries. |
| 18:26.27 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.217) | |
| 18:37.26 | brlcad | kimzzzz: you're being too quiet, how's the progress? |
| 18:37.58 | brlcad | if anyone has anything they're working on that they'd like to have included in the release, let me know within the next couple hours |
| 18:39.08 | brlcad | Ch3ck_: bn_poly_sub test is failing, no indication why |
| 18:39.51 | brlcad | wow, and it looks like one of your earlier patches got applied without corrections ... LOTS of issues |
| 18:40.22 | ``Erik | yuh oh |
| 18:43.54 | Notify | 03BRL-CAD:brlcad * 57335 brlcad/trunk/src/libbu/tests/CMakeLists.txt: semaphore test failure encountered where it shouldn't be failing. probably something wrong with the test that needs correcting. |
| 18:45.07 | Notify | 03BRL-CAD:brlcad * 57336 brlcad/trunk/src/libbn/tests/CMakeLists.txt: disable the bn_poly_sub test, unexpected failure encountered but no diagnostic output is given. |
| 18:46.00 | Notify | 03BRL-CAD:brlcad * 57337 brlcad/trunk/TODO: two new unit tests disabled during release preparations, need to be fixed |
| 18:48.49 | Notify | 03BRL-CAD:brlcad * 57338 (brlcad/trunk/TODO brlcad/trunk/src/librt/tests/CMakeLists.txt): also disable the two nurbs evaluation units since they're tied to incomplete implementation being worked |
| 19:08.27 | brlcad | test and regress now passing again |
| 19:08.34 | brlcad | at least on one plat |
| 19:09.00 | ``Erik | mac64? |
| 19:11.24 | Notify | 03BRL-CAD:starseeker * 57339 brlcad/trunk/doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml: Stub in fo imageobject entires - will need to customize each of these anyway after evaluating output. |
| 19:17.56 | starseeker | is the progname thing fixed? |
| 19:21.23 | brlcad | if you fixed it, maybe ;) |
| 19:21.36 | starseeker | heh |
| 19:21.43 | starseeker | winces as he looks over the TODO list |
| 19:21.52 | brlcad | yeah, epic |
| 19:22.06 | starseeker | I'll take a quick dive and see if I can ID how to remember the Archer command window size |
| 19:22.13 | starseeker | is the one who complained about it... |
| 19:22.15 | brlcad | 1/9 got completed or something |
| 19:22.57 | starseeker | brlcad: did you mean to remove the files src/libbn/tests/bn_poly_cubic_roots.c and src/libbn/tests/bn_poly_quartic_roots.c? At least in my checkout, they are present |
| 19:24.47 | Notify | 03BRL-CAD:starseeker * 57340 brlcad/trunk/doc/docbook/presentations/en/CMakeLists.txt: ignore docbook/presentations/en/README.txt |
| 19:29.30 | Notify | 03BRL-CAD:starseeker * 57341 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Ignore files for distcheck |
| 19:34.22 | brlcad | starseeker: they're not present in my checkout... |
| 19:34.45 | brlcad | you sure you don't have a half-applied patch? |
| 19:34.52 | brlcad | svn status and what not |
| 19:37.37 | starseeker | just did a clean checkout of trunk... |
| 19:37.54 | starseeker | yeah, nothing here |
| 19:38.23 | brlcad | you mean you have the files? |
| 19:38.38 | starseeker | yes |
| 19:38.43 | brlcad | wow, wierd |
| 19:39.14 | starseeker | http://sourceforge.net/p/brlcad/code/57341/tree/brlcad/trunk/src/libbn/tests/ |
| 19:40.05 | brlcad | yeah, I just wiped out my dir and they appeared |
| 19:40.08 | brlcad | really strange |
| 19:40.10 | starseeker | O.o |
| 19:40.13 | brlcad | they were not in my entries file |
| 19:40.18 | brlcad | svn status was clean |
| 19:40.26 | brlcad | svn up was clean |
| 19:41.21 | starseeker | did they get flagged as ignore somehow? |
| 19:42.53 | starseeker | brlcad: what's a good way to trigger bu_progname? |
| 19:43.49 | starseeker | oh, dur - the test program of course... |
| 20:03.40 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 20:15.36 | starseeker | brlcad: we have something of an inconsistency in our expectations of bu_progname - when fed a full path argv0 value, the test is OK if either the full path or the basename are returned. CASE 6, on the other hand, doesn't accep the 'full path' nonsense path and insists that it find the basename and return that |
| 20:16.41 | starseeker | if we want to always have the basename from the full path be the return value, we need to build bu_basename into the process of populating and/or reading the bu_progname value |
| 20:17.05 | starseeker | and a full path response from the function shouldn't be acceptable in any of the tests. |
| 20:23.02 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6071 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 11 */ |
| 20:25.43 | Notify | 03BRL-CAD:tbrowder2 * 57342 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: adding missing chunks; start whipping into readable shape |
| 20:50.24 | Notify | 03BRL-CAD Wiki:Frankshenry * 0 /wiki/User:Frankshenry: |
| 21:14.58 | Ch3ck_ | going to look at patches |
| 21:30.50 | Notify | 03BRL-CAD:tbrowder2 * 57343 brlcad/trunk/doc/docbook/resources/brlcad/brlcad-fo-stylesheet.xsl.in: style program listings shaded with slightly smaller font |
| 21:33.47 | Notify | 03BRL-CAD:erikgreenwald * 57344 brlcad/trunk/src/libbn/tests/CMakeLists.txt: test command and generated executable names have to match |
| 22:09.07 | ``Erik | :o 100% test pass on fbsd/ia32 |
| 22:13.46 | ``Erik | pass on mac/64, but bu_progname fails on leenewx/ia32 |
| 22:14.36 | ``Erik | http://paste.lisp.org/display/138691 |
| 23:20.28 | Notify | 03BRL-CAD:tbrowder2 * 57345 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: continuing to improve; note handling of authorship |
| 23:25.11 | Notify | 03BRL-CAD:tbrowder2 * 57346 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: add missing 'and' |
| 00:31.18 | Notify | 03BRL-CAD:starseeker * 57347 brlcad/trunk/src/other/CMakeLists.txt: Make sure stepcode's directories are the same as ours. |
| 00:33.27 | Notify | 03BRL-CAD:starseeker * 57348 (brlcad/trunk/src/other/stepcode/CMakeLists.txt brlcad/trunk/src/other/stepcode/include/CMakeLists.txt): If we're using SC_BINARY_DIR to generate these files, need to use it for the install rule too - SC_BINARY_DIR doesn't always equal CMAKE_BINARY_DIR |
| 01:35.44 | Notify | 03BRL-CAD:starseeker * 57349 (brlcad/trunk/src/other/stepcode/doc/man/man1/fedex_plus.1 =================================================================== and 178 others): Whoops - rename man page. |
| 02:18.10 | Notify | 03BRL-CAD:starseeker * 57350 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: Update name of extra manpage output for bu_ntohd.3 |
| 02:48.58 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:49.27 | FLOSSrookie | In order to become proficient with brlcad will I need to learn Tcl? |
| 03:03.20 | brlcad | FLOSSrookie: nope |
| 03:03.39 | brlcad | it just happens to be the embedded command interpreter |
| 03:04.00 | brlcad | like how AutoCAD has a lisp command interpreter, you certainly don't need to learn lisp |
| 03:04.56 | brlcad | ``Erik: thanks |
| 03:21.42 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 04:02.44 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:06.52 | FLOSSrookie | My Internet connection is just horrible. So, if it says disconnected you will know why. |
| 04:06.52 | FLOSSrookie | In order to become proficient with brlcad will I need to learn Tcl? |
| 04:07.24 | FLOSSrookie | I'll ask tomorrow if no one is here. |
| 04:46.28 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 05:05.58 | *** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 05:33.13 | Notify | 03BRL-CAD:mohitdaga * 57351 brlcad/trunk/src/libicv/TODO: Comments in icv.h have been aligned to 70 col. (Thanks sean). |
| 06:59.46 | *** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/x-kzlqiwozcktutdhm) | |
| 07:02.41 | *** join/#brlcad yiyus_ (1242712427@je.je.je) | |
| 07:05.01 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 08:02.32 | *** join/#brlcad AndChat-317009 (~AndChat31@1.38.30.217) | |
| 09:54.39 | Izak_ | cd |
| 10:10.06 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.217) | |
| 10:16.21 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 10:44.35 | *** join/#brlcad caen23 (~caen23@92.81.195.171) | |
| 10:50.29 | Ch3ck_ | brlcad: all corrrections I made to the applied patches are in patch 231 |
| 11:08.32 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:09.03 | Ch3ck_ | brlcad: checked the bn_poly_sub() routine and the values generated by octave I use as reference and different from those generated by bn_poly_sub() routine in poly.c |
| 11:10.03 | Ch3ck_ | wondering whether bn_poly_sub() could actually be wrong? |
| 11:17.03 | Notify | 03BRL-CAD:tbrowder2 * 57352 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: add remainder of missing code |
| 11:20.53 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6072 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */ |
| 11:39.20 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.217) | |
| 11:55.28 | Notify | 03BRL-CAD:tbrowder2 * 57353 (brlcad/trunk/doc/docbook/resources/brlcad/brlcad-article-fo-stylesheet.xsl.in =================================================================== and 80 others): add style sheets specifically for DocBook article types |
| 11:56.42 | Notify | 03BRL-CAD:tbrowder2 * 57354 brlcad/trunk/doc/docbook/CMakeLists.txt: add new style sheets to configuration list |
| 11:58.04 | *** join/#brlcad caen23 (~caen23@92.81.195.171) | |
| 12:00.25 | Izak_ | <PROTECTED> |
| 13:10.38 | Ch3ck | has finished testing regression test for pull |
| 14:10.00 | Notify | 03BRL-CAD:starseeker * 57355 (brlcad/trunk/doc/docbook/CMakeLists.txt brlcad/trunk/doc/docbook/articles/CMakeLists.txt and 5 others): Add purpose-specific stylesheet templates for the various documentation types we have present (just copies of the previous generic ones, for now) and rework CMake logic so each document type is setting up its own stylesheets. |
| 15:13.47 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:20.03 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.217) | |
| 15:27.46 | brlcad | Ch3ck: okay, cool -- will try to give it a look over this weekend, but can you investigate the bn_poly_sub difference -- find an equation with an exact/known solution, and compare |
| 15:31.32 | Notify | 03BRL-CAD:starseeker * 57356 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: remove bu_htond.xml per Sean's suggestion - leaving the set_source_files_properties example in place as a comment, in case future xml man pages are used to generate multiple outputs. |
| 15:50.32 | Notify | 03BRL-CAD:tbrowder2 * 57357 brlcad/trunk/doc/docbook/system/mann/en/attr.xml: add COPYRIGHT section |
| 16:08.54 | brlcad | starseeker: was all of the important info from the manpage in doxygen? |
| 16:08.59 | brlcad | (bu.h) |
| 16:15.17 | kesha | brlcad: Sorry for being so late. I had successfully compiled, build, ran from source and read the manual on conversion. Then, I was playing with different geometry in mged, as I gave a quick glance to manual 2 on Mged. |
| 16:16.24 | kesha | For conversion between geometry, when I try it says "Reading Data from file.g ... " and the process continues for long time |
| 16:16.44 | kesha | step-g -o stepout.stp /home/kesha/brlcad/build/share/db/ktank.g -> this is what I tried |
| 16:17.06 | kesha | I waited for an hr, and then closed it. Am I going in right direction ? |
| 16:17.57 | kesha | Approx in how much time does a conversion complete ? Does it take hours ? :O |
| 16:20.26 | Notify | 03BRL-CAD:tbrowder2 * 57358 (brlcad/branches/attr-extension-mods/NEWS brlcad/branches/attr-extension-mods/TODO and 96 others): sync this branch with trunk rev 53577 |
| 16:34.43 | brlcad | kesha: no, you're doing it wrong |
| 16:34.58 | brlcad | what does step-g do? |
| 16:35.43 | kesha | oops , shit ! I just realized I had placed input in place of output and vice versa |
| 16:36.12 | kesha | It converts step to g. |
| 16:36.30 | kesha | Not g to step . my bad. |
| 16:36.51 | brlcad | have you successfully used one of the other converters? |
| 16:37.33 | brlcad | you should do that first, with at least two others just to give you some quick perspective that you'll know what to expect |
| 16:37.34 | kesha | This is the first I am trying. First try with some non-step ? |
| 16:37.39 | Notify | 03BRL-CAD:indianlarry * 57359 (brlcad/branches/nurbs/NEWS brlcad/branches/nurbs/TODO and 100 others): Merging trunk into branch 'nurbs' r:57224:57357 |
| 16:37.49 | brlcad | do you need another checklist? :) |
| 16:37.50 | kesha | ascii ? |
| 16:37.54 | brlcad | i said that a couple days ago |
| 16:38.21 | brlcad | what other importers are there? |
| 16:39.31 | kesha | g-acad, g-dxf, g-euclid, g-iges, g-stl etc |
| 16:39.37 | kesha | exporters |
| 16:40.08 | kesha | and interchanged *-g importer |
| 16:40.32 | brlcad | had me worried for a second |
| 16:40.39 | kesha | like dxf-g enf-g euclid-g iges-g |
| 16:40.40 | brlcad | yes the *-g are the importers |
| 16:41.31 | brlcad | so pick a few of the importers, say dxf-g, 3dm-g, and stl-g |
| 16:41.45 | brlcad | find some geometry, import them, view them |
| 16:42.06 | brlcad | you need to know what you're importing to know whether it imported correctly |
| 16:42.18 | brlcad | so you need a picture or need to open it in some other program |
| 16:42.24 | brlcad | make sense? |
| 16:42.27 | kesha | what do you mean by "view" exactly ? |
| 16:42.33 | brlcad | i mean look at it |
| 16:42.36 | brlcad | see what the geometry looks like |
| 16:42.44 | brlcad | this is 3d geometry, so it better look like something 3d ;) |
| 16:42.50 | kesha | in mged/archer ? |
| 16:42.52 | kesha | :P |
| 16:43.04 | brlcad | that's one of many ways to look at it, sure |
| 16:43.27 | brlcad | if you've read IV and parts of II, you should know how to look at it |
| 16:43.36 | brlcad | if you don't, ask questions |
| 16:44.09 | brlcad | archer+rt or mged+rt are perfectly viable to view the import |
| 16:44.51 | brlcad | but again, its' not just to look at it -- it's to understand what you imported, how you specified that import, what hierarchy resulted after import |
| 16:44.58 | brlcad | you'll notice each of the tools is a little different |
| 16:45.29 | brlcad | mged file.g ls |
| 16:45.31 | brlcad | mged file.g tops |
| 16:45.48 | brlcad | mged file.g tree some-top-lvl-obj |
| 16:46.03 | brlcad | mged file.g rt some-obj |
| 16:46.10 | brlcad | or you can do that all within mged/archer |
| 16:46.19 | brlcad | comprendes? |
| 16:46.53 | kesha | okay. I am trying |
| 16:47.14 | kesha | don't know spanish |
| 16:47.32 | kesha | Understood |
| 16:48.50 | brlcad | great |
| 16:48.54 | brlcad | so try that for a bit |
| 16:49.01 | brlcad | grabcad.com has a ton of stuff |
| 16:49.48 | brlcad | google can give you lots of stuff (just search for "filetype:obj truck" or "filetype:dxf boat" for example) |
| 16:50.03 | brlcad | and there's a bunch in that url I gave you earlier, brlcad.org/private/geometry |
| 16:50.59 | brlcad | once you're comfortable and AFTER you've used three other converters, give the step-g importer a try on something 1) using 7.22.0 then 2) using trunk |
| 16:51.14 | brlcad | please write this all down if you're not going to remember.... |
| 16:52.18 | brlcad | please ask questions, encourage you to, but having to repeat the exact same info would get very frustrating ;) |
| 16:52.25 | brlcad | sounds good? |
| 16:52.34 | kesha | sounds great :) |
| 17:08.39 | *** join/#brlcad caen23 (~caen23@92.81.195.171) | |
| 17:40.03 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.217) | |
| 17:40.24 | *** join/#brlcad whyesse (~quassel@109.160.137.74) | |
| 17:43.56 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 17:49.37 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6073 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 11 */ |
| 17:53.31 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 18:16.44 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:29.55 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 19:06.29 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6074 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Aug 26 - Sept 01 */ |
| 19:14.57 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:33.49 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6075 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 27th */ |
| 19:42.08 | whyesse | brlcad: ok I tried making a version of nmg_extrude_face that returns the new faceuse it created, and then calling it twice |
| 19:42.55 | whyesse | brlcad: then converted an extrude to stl. looks like the face got made in the right place, but the edges are hooked up wrong |
| 20:31.49 | ``Erik | there's a src/conv/Formats.csv that is probably way out of date, but is a quick view of importers and exporters |
| 22:14.26 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 22:14.43 | FLOSSrookie | Just how does BASIC fit in in the open source community? Or is it mainly a hobby language anymore? |
| 22:14.44 | FLOSSrookie | In order to become proficient with brlcad will I need to learn Tcl? |
| 22:19.35 | FLOSSrookie | I continually get berated on the Internet every time people discover that Tcl is on my to-do list. And it is only there because I thought it might be useful with brlcad. |
| 22:21.15 | FLOSSrookie | Hurry before this junk AT&T connection goes down. |
| 22:50.22 | ``Erik | BASIC doesn't fit any more, it's mostly a historic artifact... tcl is "mostly obsolete" by most OSS weenies standards |
| 22:54.14 | FLOSSrookie | ``Erik: I apologize, I do not know how I accidentally pasted that first line. That was for the freebasic forum. I am so sorry. |
| 22:54.14 | FLOSSrookie | ``Erik: My main question was those last three lines. |
| 22:54.14 | FLOSSrookie | So would it be wise to learn Tcl for use with brlcad? |
| 22:57.28 | FLOSSrookie | I do not want to learn too many languages. Especially learning one just to work with one program which then may not be used elsewhere. |
| 23:08.16 | FLOSSrookie | Just how is Tcl used in brlcad anyway? Is it just the mged window or can Tcl be used for scripting things inside brlcad? |
| 23:14.05 | FLOSSrookie | Anyone? |
| 23:28.31 | mpictor | FLOSSrookie: if you google "brl-cad scripting", you'll get some results. Looks like perl is more popular |
| 23:29.03 | mpictor | also, you might want to ask on a weekday - more people are active then |
| 23:31.41 | FLOSSrookie | mpictor: So any scripting language can be used, right? |
| 23:32.06 | FLOSSrookie | "in classic console mode without a GUI, which is perfect for scripting from most any language including Perl." http://brlcad.org/wiki/Spiral |
| 23:51.49 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:12.34 | *** part/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:14.12 | ``Erik | FLOSSrookie: you don't need to know tcl to use BRL-CAD, but it is the 'normal' way of scripting for BRL-CAD, MGED, rtwizard and archer are all tk programs (mged is mostly C, but the shell and gui part are tcl/tk) |
| 00:14.52 | ``Erik | the 'asc' format for v5 databases is actually a list of tcl commands that generate the appropriate geometry which can then be saved to a binary .g object |
| 01:50.34 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.217) | |
| 03:08.17 | *** join/#brlcad caen23 (~caen23@92.81.211.189) | |
| 04:52.45 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.217) | |
| 09:55.22 | *** join/#brlcad vladbogo (~vlad@188.25.239.225) | |
| 10:13.57 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.217) | |
| 10:58.49 | Notify | 03BRL-CAD:tbrowder2 * 57360 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: mark pages Sean said needed updating (pp. 27-37 in original PP version) |
| 11:31.45 | Notify | 03BRL-CAD:tbrowder2 * 57361 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: move to formaltable; improve col hdgs appearance |
| 13:25.31 | Notify | 03BRL-CAD:mohitdaga * 57362 brlcad/trunk/src/libicv/color_space.c: File Name. Typo error. |
| 13:51.42 | Notify | 03BRL-CAD:brlcad * 57363 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: revert r57360. I was referring to pages in my slideshare presentation, not pages in the app dev guide (the errors there are more subtle and throughout like header names that have changed). |
| 14:02.46 | zero_level | brlcad : I had an appointment with you for sunday. ;) |
| 14:02.56 | *** join/#brlcad kesha (~kesha@49.202.238.112) | |
| 14:03.12 | zero_level | Please respond when you are ready. :) |
| 14:03.15 | zero_level | thanx |
| 14:35.44 | *** join/#brlcad vladbogo (~vlad@188.25.239.225) | |
| 15:01.44 | *** join/#brlcad caen23 (~caen23@92.81.217.103) | |
| 15:18.23 | Notify | 03BRL-CAD:mohitdaga * 57364 brlcad/trunk/src/util/pix-bw.c: Add file information for fast reading. Also this is backward compatible, that is if file information is not added still the app will work. |
| 15:19.26 | Notify | 03BRL-CAD:mohitdaga * 57365 brlcad/trunk/src/libicv/fileformat.c: WS |
| 15:48.01 | Notify | 03BRL-CAD:mohitdaga * 57366 brlcad/trunk/src/util/pix-bw.c: add recently added parameters (r57364) in bu_getopt |
| 15:50.00 | Notify | 03BRL-CAD:mohitdaga * 57367 brlcad/trunk/src/util/bw-pix.c: Add filesize options for fast reading. Also this retains backward compatible, that is if filesize options are not added, still it works. -courtesy Intelligent icv_read |
| 16:01.46 | zero_level | brlcad : my doubts are here. |
| 16:01.47 | zero_level | http://paste.kde.org/pfcff9da4/ |
| 16:17.42 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.217) | |
| 16:25.10 | Notify | 03BRL-CAD:tbrowder2 * 57368 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: improve code appearance--white space |
| 16:31.03 | Notify | 03BRL-CAD:tbrowder2 * 57369 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: combine sections with common title |
| 16:41.22 | Notify | 03BRL-CAD:tbrowder2 * 57370 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: doing some grouping of similar sections |
| 16:52.17 | Notify | 03BRL-CAD:mohitdaga * 57371 brlcad/trunk/doc/docbook/system/man1/en/pix-bw.xml: Update the mannual page for pix-bw app as per the latest changes. (Erik[Erik], Sean[brlcad], pls have a look at this.) |
| 17:01.42 | Notify | 03BRL-CAD:mohitdaga * 57372 brlcad/trunk/doc/docbook/system/man1/en/pix-bw.xml: Correct an example in the man page. |
| 17:39.42 | Notify | 03BRL-CAD:mohitdaga * 57373 (brlcad/trunk/doc/docbook/system/man1/en/bw-pix.xml brlcad/trunk/src/util/bw-pix.c): update the synopsis and man page. |
| 18:22.09 | Notify | 03BRL-CAD:tbrowder2 * 57374 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: beautify code listings a bit more |
| 18:27.32 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 19:19.43 | zero_level | whois zero_level |
| 19:33.19 | Notify | 03BRL-CAD:tbrowder2 * 57375 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl: fix typo |
| 19:35.13 | Notify | 03BRL-CAD:tbrowder2 * 57376 (brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl =================================================================== and 165 others): rename for cmake use |
| 19:36.01 | Notify | 03BRL-CAD:tbrowder2 * 57377 brlcad/trunk/doc/docbook/CMakeLists.txt: use table centering template |
| 19:37.55 | Notify | 03BRL-CAD:tbrowder2 * 57378 brlcad/trunk/doc/docbook/resources/brlcad/brlcad-presentation-fo-stylesheet.xsl.in: use table centering template |
| 19:39.24 | Notify | 03BRL-CAD:tbrowder2 * 57379 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: use table centering template |
| 19:56.50 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 20:00.40 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6076 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 11 */ |
| 20:04.04 | Notify | 03BRL-CAD:tbrowder2 * 57380 brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml: remove invalid align attribute |
| 20:05.38 | Notify | 03BRL-CAD:tbrowder2 * 57381 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl.in: format |
| 20:29.11 | Notify | 03BRL-CAD:tbrowder2 * 57382 (brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl.in =================================================================== and 221 others): rename back to original |
| 20:30.05 | Notify | 03BRL-CAD:tbrowder2 * 57383 brlcad/trunk/doc/docbook/resources/brlcad/brlcad-presentation-fo-stylesheet.xsl.in: use original in src dir |
| 20:30.59 | Notify | 03BRL-CAD:tbrowder2 * 57384 brlcad/trunk/doc/docbook/CMakeLists.txt: don't need to configure the file |
| 20:42.59 | Notify | 03BRL-CAD:tbrowder2 * 57385 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xs: remove title centering |
| 20:43.53 | Notify | 03BRL-CAD:tbrowder2 * 57386 (brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xs =================================================================== and 175 others): correct name suffix error |
| 20:45.21 | Notify | 03BRL-CAD:tbrowder2 * 57387 (brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xls =================================================================== and 164 others): get extension right |
| 22:38.00 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 01:40.53 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 01:50.57 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 02:51.30 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 03:53.54 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 04:52.24 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 04:58.27 | Notify | 03BRL-CAD:phoenixyjll * 57388 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Use two macros to make the debug output optional. |
| 05:26.44 | Notify | 03BRL-CAD:phoenixyjll * 57389 brlcad/trunk/src/libbrep/boolean.cpp: Avoid duplicated vertexes. |
| 05:38.24 | Notify | 03BRL-CAD:phoenixyjll * 57390 brlcad/trunk/src/libbrep/intersect.cpp: Error handling. |
| 05:52.52 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 06:20.05 | Notify | 03BRL-CAD:phoenixyjll * 57391 brlcad/trunk/src/libbrep/boolean.cpp: ISO type should be checked before we decide whether to share seam curves. |
| 06:23.59 | Notify | 03BRL-CAD:phoenixyjll * 57392 brlcad/trunk/src/libbrep/boolean.cpp: Tweak the comment, and eliminate dead code. |
| 06:54.47 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 07:01.22 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:01.42 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:06.07 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:09.38 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:11.42 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:13.46 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:55.15 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 08:08.26 | Notify | 03BRL-CAD:phoenixyjll * 57393 brlcad/trunk/src/libbrep/boolean.cpp: Remove unused variable. |
| 08:54.06 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 09:14.16 | *** join/#brlcad caen23 (~caen23@92.81.202.151) | |
| 10:30.49 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:03.50 | Notify | 03BRL-CAD Wiki:Phoenix * 6077 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 11 */ |
| 11:25.25 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:26.24 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 11:43.30 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 11:44.54 | Ch3ck_ | wondering whether bn_poly_sub() may be wrong since its results are different from those generated by octave |
| 11:51.02 | Ch3ck_ | ##hacking |
| 11:59.39 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:30.34 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:35.27 | Notify | 03BRL-CAD:tbrowder2 * 57394 brlcad/trunk/doc/docbook/resources/brlcad/center-table-print.xsl: add table title centering |
| 12:42.37 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:45.56 | Notify | 03BRL-CAD:tbrowder2 * 57395 brlcad/trunk/doc/docbook/resources/brlcad/tutorial-template.xsl.in: format for easier manual editing in prep for style sheet clean up |
| 12:49.31 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:59.56 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:00.21 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:00.47 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:01.12 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:01.37 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:02.00 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:02.25 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:02.50 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:03.16 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:03.41 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:03.58 | Ch3ck_ | brlcad: starseeker: finished with the pull interface; wish to get your reviews on the patches i've submitted on sf. before moving unto my pull_leaf for adding support for the remaining primitives. but will need some assistance here ;) |
| 13:04.06 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:07.43 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:08.09 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:08.58 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:09.25 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:09.49 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:10.09 | Ch3ck_ | brlcad: so what do i do about the bn_poly_sub() unit test since my octave values which i trust are different from those generated by bn_poly_sub() could the routine be wrong? |
| 13:10.13 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:10.22 | Ch3ck_ | wondering if that is possible |
| 13:10.38 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:11.02 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:11.27 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:11.53 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:12.18 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:12.43 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:13.08 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:13.32 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:13.57 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:14.21 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:21.26 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:26.11 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:36.00 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:36.27 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:42.01 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:10.48 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:44.59 | *** join/#brlcad merzo (~merzo@130-172-133-95.pool.ukrtel.net) | |
| 16:48.22 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 16:55.33 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:36.50 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6078 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 02 - Sept 08 */ |
| 18:33.16 | kesha | brlcad: please check your mailbox. I have put some of my observations and queries and also some image files as attachment. |
| 18:33.58 | kesha | should I post it here also ? |
| 18:48.05 | kesha | waits for answer ;) (in sean's accent) ;) |
| 18:58.02 | *** join/#brlcad caen23_ (~caen23@92.83.179.141) | |
| 19:05.27 | *** join/#brlcad vladbogo (~vlad@188.25.239.225) | |
| 19:13.30 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.224) | |
| 19:14.09 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:23.51 | Notify | 03BRL-CAD:vladbogo * 57396 brlcad/trunk/src/libdm/dm-qt.cpp: Solved small rotating problem: at first the object jumped in a position then started moving corectly. |
| 19:32.11 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:40.05 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:40.32 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 20:01.25 | zero_level | kesha : I had an appointment with sean for sunday. Apparently he is busy. |
| 20:16.01 | kesha__ | starseeker: I think you can answer this also.. kindly check inbox |
| 20:17.33 | kesha__ | zero_level: ohh.. I hope everything is alright.. Afaik, he always responds , even if in short, if busy ! |
| 20:32.48 | Notify | 03BRL-CAD:vladbogo * 57397 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Modified event processing so that it can be easy to add new button bindings. |
| 20:34.12 | Notify | 03BRL-CAD:vladbogo * 57398 brlcad/trunk/src/libdm/dm-qt.cpp: ws |
| 20:50.23 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6079 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 11 (26 August - 1 September) */ |
| 21:04.31 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 22:09.32 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 22:24.23 | Notify | 03BRL-CAD:tbrowder2 * 57399 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: create a new subsection for SEE ALSO |
| 22:25.37 | Notify | 03BRL-CAD:tbrowder2 * 57400 brlcad/trunk/misc/auto-man-page/README.auto-man-page-handling: add obligatory ending colon |
| 22:28.50 | *** join/#brlcad kimzzzz (~AndChat31@1.38.30.63) | |
| 00:00.42 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:13.34 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 01:28.48 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:51.59 | brlcad | it has been a crazy busy day |
| 02:52.16 | brlcad | zero_level: I have a little time to discuss, but not too long |
| 02:53.44 | FLOSSrookie | Will my brlcad usage suffer if I do not learn Tcl? |
| 02:56.37 | brlcad | FLOSSrookie: not really |
| 02:57.14 | brlcad | I know of several power users that never learned Tcl |
| 02:57.54 | FLOSSrookie | brlcad: Just how do the programmers use Tcl in brlcad? Are core components written in it or just c and c++ for features? |
| 03:00.03 | brlcad | Ch3ck_: I'd be inclined to believe octave's output as well, but not when writing a unit test -- you need provable values, not subjectively believable ones |
| 03:00.34 | FLOSSrookie | brlcad: But if I ever did learn enough about programming I think brlcad would be a great thing to contribute to. If I ever (in my dreams probably) became proficient enough to contribute would Tcl be necessary then or really just c and c++? |
| 03:01.20 | brlcad | Ch3ck_: you need to find some inputs that clearly demonstrate that either bn_poly_sub is wrong, or that octave is (provably) right for a given specific equation where the two results differ |
| 03:02.35 | brlcad | Ch3ck_: I suggest devising a more simply polynomial (by hand), do the subtraction (by hand), and look at what bn and octave produce as their outputs, see if they differ from your hand-written result significantly |
| 03:03.45 | brlcad | zero_level: lots of great questions in the paste -- great discussion pending |
| 03:04.15 | brlcad | FLOSSrookie: almost the entire GUI is in Tcl/Tk |
| 03:05.34 | brlcad | if you're interested in contributing, Tcl would not really be necessary, nor C++ -- you won't get very far (in BRL-CAD) without C though |
| 03:06.12 | brlcad | that said, there are some great simply tutorials on the web on how to create geometry using a scripting language (like shell script, perl, and python, iirc) |
| 03:25.43 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:27.02 | FLOSSrookie | I am sorry. My Internet connection from AT&T is junk. It might go down again very soon. Sometimes it goes down for an hour, two hours, or all day or all week. |
| 03:27.02 | FLOSSrookie | So, I will paste my questions from before: |
| 03:27.02 | FLOSSrookie | brlcad: Just how do the programmers use Tcl in brlcad? Are core components written in it or just c and c++ for features? |
| 03:27.02 | FLOSSrookie | brlcad: But if I ever did learn enough about programming I think brlcad would be a great thing to contribute to. If I ever (in my dreams probably) became proficient enough to contribute would Tcl be necessary then or really just c and c++? |
| 03:35.31 | FLOSSrookie | Anyone? |
| 04:08.22 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 05:25.44 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 05:31.21 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 05:38.56 | Notify | 03BRL-CAD:phoenixyjll * 57401 brlcad/trunk/src/libbrep/intersect.cpp: Don't return NULL if split failed. Just duplicate that curve. |
| 06:53.10 | *** join/#brlcad caen23 (~caen23@92.81.216.3) | |
| 06:54.29 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 06:59.45 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Layers.jpg: |
| 07:11.36 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:ScreenshotForLayers.png: |
| 07:16.16 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6082 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 12 */ |
| 07:38.55 | zero_level | brlcad : can we have at 1830hrs GMT ? |
| 07:39.05 | zero_level | or now ? |
| 07:42.09 | kesha__ | 00:00 IST !! :D |
| 07:46.12 | Ch3ck_ | brlcad: thats what i'm doing now ;). Also I have finished with the pull _interface(synopsis, documentation and regression tests). I have uploaded the patch to sf. Awaiting your approval ;) |
| 07:48.17 | Ch3ck_ | working on unit test now.. |
| 07:52.55 | Notify | 03BRL-CAD:phoenixyjll * 57402 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): It seems that the original implementation didn't reuse surface trees and curve trees actually. The NULL pointers passed in doesn't have any effects. And only call build_curve_root() and build_surface_root() if the tree passed in is NULL. |
| 08:11.41 | Notify | 03BRL-CAD:phoenixyjll * 57403 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/boolean.cpp): Initialize the root node. |
| 08:14.54 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:27.09 | Ch3ck_ | brlcad: fixed the problem. The error was on my part. The bn_poly_sub() routine works fine |
| 08:27.25 | Ch3ck_ | brlcad: uploaded patch which fixes problem |
| 08:32.14 | Ch3ck_ | https://sourceforge.net/p/brlcad/patches/224/ |
| 08:46.28 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6083 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 02 - Sept 08 */ |
| 09:16.19 | Notify | 03BRL-CAD Wiki:Phoenix * 6084 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */ |
| 10:54.49 | FLOSSrookie | Just how do the programmers use Tcl in brlcad? Are core components written in it or just c and c++ for features? |
| 11:04.15 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 11:06.27 | *** join/#brlcad vladbogo (~vlad@188.25.239.225) | |
| 11:20.12 | Ch3ck_ | well tcl is what brings it all together |
| 11:20.23 | Ch3ck_ | the core components are mostly in c and C++ |
| 11:20.37 | Ch3ck_ | while tcl serves as the interface between them |
| 11:23.16 | FLOSSrookie | Ch3ck_: So, the most important then is C and C++ in brlcad? I just want to know because I am selecting a small group of languages to learn and if I ever become proficient enough I would like to add functionality to brlcad. |
| 11:24.07 | FLOSSrookie | I do now want to multiply languages past necessity. I only want what is most important and if I can get away with not learning one it makes room for another. |
| 11:24.15 | FLOSSrookie | I do not want ^ |
| 11:30.13 | Ch3ck_ | well C/C++ is very ok and especially C which is at the core of BRL-CAD |
| 11:30.51 | Ch3ck_ | learning that is ok and you'll be able to contribute greatly. tcl is a scripting language will not be hard to pick up once you're great in c/c++ ;) |
| 11:31.15 | Ch3ck_ | gives FLOSSrookie some encouragement to learn how to code ;) |
| 11:32.39 | FLOSSrookie | Ch3ck_: How many languages are too many? Five? Six? Seven? |
| 11:38.06 | Ch3ck_ | I don't understand what you mean |
| 11:39.02 | FLOSSrookie | Being new I do not want to overdo it and end up hating programming. Should I just pick five languages or less or more? |
| 11:39.16 | Ch3ck_ | ahhh |
| 11:39.21 | Ch3ck_ | start with one at a time |
| 11:39.29 | Ch3ck_ | it all depends on the direction you want to take |
| 11:39.33 | Ch3ck_ | programming is very broad |
| 11:39.43 | Ch3ck_ | since you want to work on BRL-CAD |
| 11:39.50 | Ch3ck_ | start with C |
| 11:39.53 | Ch3ck_ | then C++ |
| 11:39.57 | Ch3ck_ | you're good to go |
| 11:40.01 | Ch3ck_ | or C |
| 11:40.05 | Ch3ck_ | and you're good to go |
| 11:40.50 | FLOSSrookie | Ch3ck_: Okay, well thanks :) |
| 11:41.09 | Ch3ck_ | its ok |
| 11:41.22 | Ch3ck_ | no matter which you choose make sure you master it well ;) |
| 11:41.33 | Ch3ck_ | and you're good to go ;) |
| 11:41.40 | ``Erik | FLOSSrookie: do you do any scripting? |
| 11:43.11 | FLOSSrookie | ``Erik: Well, I did try and do some Tcl before but not much was done. Some bash for linux admin. |
| 11:44.09 | ``Erik | ok, how about this for an analogy, TCL is used as the 'bash' in BRL-CAD and C is what the kernel for BRL-CAD is written in, that work? :D |
| 11:44.31 | FLOSSrookie | Sure! |
| 12:02.04 | ``Erik | (also; learning 1 programming language is hard, learning 2 is a little tricky, after 3 they get pretty easy... once you're competent in the 4 paradigms, any language is easy) |
| 12:03.55 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:38.09 | Ch3ck_ | yeah |
| 12:46.49 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b106:47ca:0:1a:e3ac:b601) | |
| 12:57.24 | zero_level | kesha : thanks for pointing that out. |
| 12:57.39 | zero_level | Actually I thought I wld be free around that time. |
| 12:57.49 | zero_level | But anyways got free early. |
| 13:23.19 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:37.34 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 14:07.39 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:08.26 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b106:47ca:0:1a:e3ac:b601) | |
| 15:33.36 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:41.25 | starseeker | getting a crash with libicv in the regressions - bu_malloc error triggered at src/libicv/encoding.c:53 |
| 15:41.56 | starseeker | CMAKE_BUILD_TYPE is Release - not sure if that is making a difference yet |
| 15:49.04 | zero_level | starseeker : looking at the matter. |
| 15:49.18 | zero_level | can you paste the error somewhere ? |
| 16:46.12 | *** join/#brlcad caen23 (~caen23@92.85.94.187) | |
| 16:47.39 | *** join/#brlcad kimzzzz (~AndChat31@1.38.26.91) | |
| 16:53.09 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 17:06.02 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:24.23 | Ch3ck_ | starseeker: fixed the error with bn_poly_sub() could apply the patch please? |
| 17:24.33 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6085 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 12 */ |
| 17:26.36 | zero_level | pokes at the Notify |
| 17:26.56 | Notify | 03BRL-CAD:mohitdaga * 57404 (brlcad/trunk/regress/asc2dsp.sh brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Ensure that image with zero size (that is no data) is not read. And null is passed if such a condition ever prevail. This is needed due to the latest improvement in icv_read where we have facility to read images of any size without specifying the size. |
| 17:27.18 | zero_level | starseeker : after r57404 this error must be solved. |
| 17:27.22 | zero_level | Please check. |
| 17:27.23 | zero_level | thanks. |
| 17:34.10 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:40.55 | Notify | 03BRL-CAD:mohitdaga * 57405 brlcad/trunk/regress/asc2dsp.sh: We might not need this strict flag. Thanks to the latest improvements in the icv_read. (brlcad, Erik, starseeker I see something fishy with the image in asc2dsp.sh. Please have a look.) |
| 17:45.33 | ``Erik | zero_level: please don't put requests like that in the commit line, irc or email is preferred (commit message should be the what/why to help people understand your commit) |
| 18:16.28 | zero_level | ``Erik : ok. |
| 18:18.14 | zero_level | ``Erik :I will take care in future. Do you see the point ? I am not sure why we would like to pass a zero size image to that utility. That to when we are regressing. |
| 18:18.41 | zero_level | c/to/too |
| 18:29.41 | Notify | 03BRL-CAD Wiki:Harman052 * 6086 /wiki/User:Harman052/GSoc2013/Logs: |
| 19:00.21 | *** join/#brlcad caen23_ (~caen23@92.83.167.88) | |
| 19:20.31 | starseeker | scowls - looks like the librt internal tree doesn't have the necessary information to translate node names into directory pointers on the fly |
| 19:21.29 | starseeker | brlcad: can we tack on the necessary pointers somewhere without breaking compabibility? |
| 19:22.21 | starseeker | compatibility rather |
| 19:28.55 | *** join/#brlcad kimzzzz (~AndChat31@1.38.26.91) | |
| 20:03.16 | *** join/#brlcad mpictor__ (~mpictor_@2601:d:b280:3d4:f87a:3a31:70c6:a66d) | |
| 20:23.44 | Notify | 03BRL-CAD:starseeker * 57406 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Make a stab at adding support for Rational curves |
| 20:26.58 | Notify | 03BRL-CAD:starseeker * 57407 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: set curve degree |
| 21:13.29 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6087 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */ |
| 21:16.47 | *** join/#brlcad caen23 (~caen23@92.83.167.88) | |
| 21:16.48 | Ch3ck_ | running 2 bed |
| 21:31.11 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 22:05.25 | Notify | 03BRL-CAD:tbrowder2 * 57408 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: add man page for popt(3) option processing library |
| 00:40.00 | Notify | 03BRL-CAD:starseeker * 57409 NIL: Branch for experimenting with the popt option handling library. |
| 01:03.46 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:09.48 | Notify | 03BRL-CAD:starseeker * 57410 (brlcad/branches/popt/INSTALL brlcad/branches/popt/configure and 2 others): Integrate popt option handling library version 1.16 from http://rpm5.org/files/popt/ |
| 02:10.26 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:20.21 | brlcad | starseeker: depends on the walker, but I highly doubt it |
| 03:20.39 | brlcad | should be able to get a dp on the fly, lots of code does exactly that |
| 03:21.56 | brlcad | dp = DB_FULL_PATH_CUR_DIR(pathp); |
| 04:09.55 | Notify | 03BRL-CAD:phoenixyjll * 57411 brlcad/trunk/src/librt/comb/comb_brep.cpp: Check the db_i pointer. |
| 04:46.07 | Notify | 03BRL-CAD:phoenixyjll * 57412 (brlcad/trunk/src/librt/comb/comb_brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Some renaming - ip => dbip; brep_conversion => single_conversion |
| 05:02.26 | Notify | 03BRL-CAD:phoenixyjll * 57413 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/comb/comb_brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): db => dbip, and mark const for some variables. |
| 05:54.03 | Notify | 03BRL-CAD:phoenixyjll * 57414 brlcad/trunk/src/libbrep/boolean.cpp: Check 3D distance (not included in ON_Brep::IsValid()) when looking for seam trims. |
| 06:26.33 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 06:32.07 | *** join/#brlcad vladbogo (~vlad@188.25.239.225) | |
| 06:33.09 | Notify | 03BRL-CAD:phoenixyjll * 57415 brlcad/trunk/src/librt/comb/comb_brep.cpp: Perform Xform for the leaf. |
| 06:38.21 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 06:46.56 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 07:54.12 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 08:12.59 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:13.22 | Ch3ck_ | brlcad: corrected the bn_poly_sub() uploaded patch. I've also finished with the interface. Submitted patch already awaiting review ;) |
| 08:59.20 | *** join/#brlcad caen23 (~caen23@92.83.184.3) | |
| 09:08.16 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 09:45.59 | Notify | 03BRL-CAD:phoenixyjll * 57416 brlcad/trunk/src/libbrep/boolean.cpp: Generate the connectivity graph for the new solid (after evaluation) |
| 09:48.35 | Notify | 03BRL-CAD Wiki:Phoenix * 6088 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */ |
| 10:02.50 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 10:40.22 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 10:40.54 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-otrloazsutjbgdui) | |
| 11:27.26 | Notify | 03BRL-CAD:tbrowder2 * 57417 brlcad/trunk/doc/docbook/system/man3/en/CMakeLists.txt: remove 3rd party doc from our doc tree |
| 11:40.58 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:26.01 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-aospgmtgctafjpdc) | |
| 14:15.12 | Notify | 03BRL-CAD:starseeker * 57418 NIL: Looks like we won't need this branch after all. |
| 14:29.29 | Notify | 03BRL-CAD:starseeker * 57419 brlcad/trunk/src/other/CMakeLists.txt: Add minimal file set from tclap 1.2.1 to support experiments in improvements to option parsing. There is a config.h file, so we may need to add CMake logic for a few system tests if long long and/or strstream detection prove necessary. |
| 15:21.56 | Notify | 03BRL-CAD:tbrowder2 * 57420 brlcad/trunk/src/util/dsp_add.c: add info; remove unneeded semicolon |
| 15:41.53 | Notify | 03BRL-CAD:tbrowder2 * 57421 brlcad/trunk/src/util/CMakeLists.txt: add copy of dsp_add.c for conversion to C++ and using tclap arg processing |
| 15:49.52 | Notify | 03BRL-CAD:tbrowder2 * 57422 brlcad/trunk/src/util/dsp_add_t.cpp: add casts to avoid invalid conversion errors |
| 15:54.35 | Notify | 03BRL-CAD:tbrowder2 * 57423 brlcad/trunk/src/util/dsp_add_t.cpp: add casts to avoid errors: deprecated conversion from string constant to 'char*'; last of C++ fixes for good build |
| 16:11.07 | Notify | 03BRL-CAD:tbrowder2 * 57424 brlcad/trunk/src/util/dsp_add_t.cpp: comment out tclap header due to problems with tclap config--needs work |
| 16:32.38 | brlcad | awesome: http://www.youtube.com/watch?v=CUx2ypHQJO0 |
| 16:35.46 | Ch3ck_ | brlcad: i've corrected the bn_poly_sub() patch |
| 16:39.03 | Notify | 03BRL-CAD:n_reed * 57425 brlcad/trunk/src/util/dsp_add_t.cpp: const param type should remove need to cast string literal arguments. Can skip printing both NULL and empty string args. Make exit behavior more consistent, using bu_exit where convienent. |
| 16:39.04 | brlcad | Ch3ck_: I know |
| 16:39.11 | brlcad | Ch3ck_: will be checking it later today |
| 16:39.24 | brlcad | what was the problem? |
| 16:44.59 | Ch3ck_ | well i gave wrong args |
| 16:45.03 | Ch3ck_ | like test values |
| 16:45.14 | Ch3ck_ | brlcad: i've also finished with the pull interface |
| 16:45.29 | brlcad | wrong args to what? |
| 16:45.38 | Ch3ck_ | i've created the documentation integrated the pull correctly; but pulls only combinations for now |
| 16:45.56 | Ch3ck_ | well I the values from octave were wrongly input |
| 16:46.19 | Ch3ck_ | so thats why the test kept coming up wrong |
| 16:46.24 | Ch3ck_ | it was my mistake there |
| 16:46.28 | brlcad | you mean the reference values? |
| 16:46.31 | Ch3ck_ | yes |
| 16:46.38 | Ch3ck_ | I mixed them up |
| 16:46.55 | brlcad | ok |
| 16:47.20 | Ch3ck_ | well finished with the documentation and apropos, synopsis of the pulll |
| 16:47.25 | Ch3ck_ | integrated patch already |
| 16:47.34 | Ch3ck_ | the patch is on sf |
| 16:47.59 | Ch3ck_ | Well concerning the my implementation of the pull_leaf routine since i'll have to support all primitives |
| 16:48.11 | Ch3ck_ | what approach will i need to implement all of them |
| 16:48.29 | Ch3ck_ | well posted a question on mailing list for the primitives i'll need some assistance with ;) |
| 16:49.05 | brlcad | okay sounds good, one step at a time |
| 16:49.31 | brlcad | the approach will probably be nearly identical for all of the primitives that have a V parameter |
| 16:49.49 | Ch3ck_ | yeah but there are some which do not have that i think |
| 16:49.58 | brlcad | it'll obviously be more tricky for the ones that don't |
| 16:50.06 | Ch3ck_ | yeah |
| 16:50.08 | brlcad | about a 1/3rd iirc |
| 16:50.26 | Ch3ck_ | well concerning my use of the switch is a bad design choice |
| 16:50.46 | brlcad | one possibility |
| 16:50.52 | Ch3ck_ | what's the best approach for implementing the pull leaf for each primitive |
| 16:51.08 | Ch3ck_ | should i implement functions corresponding to each routine |
| 16:51.09 | Ch3ck_ | ? |
| 16:51.14 | brlcad | the approach is going to involve defining a new callback interface |
| 16:51.20 | Ch3ck_ | ok |
| 16:51.24 | brlcad | a function that will apply to all primitives |
| 16:51.38 | Ch3ck_ | so how will it look like? |
| 16:51.52 | brlcad | it'll look however you make it look :) |
| 16:52.00 | brlcad | but it should look like the existing functions |
| 16:52.09 | brlcad | they all have a similar patter |
| 16:52.11 | brlcad | pattern |
| 16:52.25 | brlcad | stepping back though, there may be another way at least for traslation |
| 16:52.43 | Ch3ck_ | yeah |
| 16:52.58 | Ch3ck_ | thats mostly V param in almost all primitives |
| 16:53.19 | brlcad | no, you misunderstand |
| 16:53.24 | Ch3ck_ | what about building the 4x4 matrix transform like scale and rotation from the other aspects of the primitive |
| 16:54.08 | brlcad | every primitive already defines a bounding box function |
| 16:54.13 | Ch3ck_ | ok |
| 16:54.27 | brlcad | you could use that information to extract a translation, putting the center of the bounding box at the origin |
| 16:55.23 | Ch3ck_ | so how'll that look like? |
| 16:55.41 | brlcad | if starseeker got OOBB's working, you could even use that for rotation and scaling |
| 16:55.59 | Ch3ck_ | OOBB's? |
| 16:56.12 | Ch3ck_ | what's that? |
| 16:58.08 | brlcad | http://en.wikipedia.org/wiki/Bounding_volume |
| 16:58.16 | brlcad | object bounding boxes |
| 16:58.22 | brlcad | object-oriented |
| 16:58.25 | zero_level | waves to brlcad. |
| 16:58.39 | brlcad | hi zero_level, avail to resume |
| 16:59.35 | brlcad | Ch3ck_: the question is whether we want to unroll a translation based on a primitives "data origin" or it's "natural origin" |
| 16:59.41 | brlcad | they are two distinctly separate concepts |
| 16:59.52 | brlcad | take a simple box, for example, an RPP |
| 17:00.08 | brlcad | it's data origin is the first corner. that's "V". |
| 17:00.19 | zero_level | brlcad : do you have the link ? |
| 17:00.21 | brlcad | it's natural origin, however, is the boxes centerpoint |
| 17:00.54 | brlcad | that centerpoint is (length/2,width/2,height/2) |
| 17:00.59 | zero_level | http://paste.kde.org/p60667585/http://paste.kde.org/p60667585/ |
| 17:01.05 | zero_level | nevermind |
| 17:01.06 | zero_level | http://paste.kde.org/p60667585/ |
| 17:01.30 | brlcad | the bounding box method will find the natural centerpoint, what you were working on using V will find the data origin |
| 17:01.41 | brlcad | both are valid, but it's an interesting question |
| 17:01.53 | brlcad | zero_level: yep, I've had that window open for days |
| 17:02.15 | Ch3ck_ | is listening |
| 17:02.34 | brlcad | Ch3ck_: i'm done :) |
| 17:02.47 | Ch3ck_ | ok |
| 17:02.48 | brlcad | Ch3ck_: that's the point, that there are two possible "origins" |
| 17:03.02 | brlcad | implementing either will be a set of challenges |
| 17:03.10 | Ch3ck_ | ok |
| 17:03.42 | Ch3ck_ | so based on the OOBB I could get all the information about the primitive right? |
| 17:03.44 | brlcad | you can implement the "natural origin" using the existing bbox callback function now, and only need to do so once for all primitives (i.e., no need for per-primitive functions) |
| 17:04.04 | brlcad | our current bbox() function gives you an AABB, which is only useful for translation |
| 17:04.31 | brlcad | at this point, I think translation is probably all we need to try and encompass |
| 17:04.40 | Ch3ck_ | ok |
| 17:04.41 | brlcad | so you can just use the existing bbox() function |
| 17:04.43 | Ch3ck_ | will look into it |
| 17:04.48 | Ch3ck_ | ok |
| 17:04.51 | zero_level | alright. So the first point is simple discussion about log messages. |
| 17:05.10 | brlcad | Ch3ck_: I suggest writing a little test.c program that opens a .g, gets some geometry and calculates the bbox center |
| 17:05.36 | brlcad | zero_level: yep, do you have an example you can point me towards? |
| 17:05.57 | Ch3ck_ | will do |
| 17:05.58 | brlcad | that question as stated is unanswerable without more context |
| 17:06.25 | zero_level | brlcad : I revisited this issue and there are two types of log messages(large charecterization) |
| 17:06.34 | brlcad | what should be returned depends entirely on where you are in the code |
| 17:07.18 | zero_level | the examples are lying all in the code. |
| 17:07.25 | zero_level | but lets see specific |
| 17:07.31 | zero_level | libicv/crop.c |
| 17:07.32 | brlcad | ~dict lying |
| 17:08.12 | brlcad | okay, good example |
| 17:08.34 | brlcad | so our context is that we're in libicv |
| 17:08.37 | zero_level | l:52 |
| 17:08.38 | brlcad | which is a LIBRARY |
| 17:08.43 | zero_level | yes |
| 17:08.51 | brlcad | a library should never shut down an application |
| 17:09.20 | zero_level | do you recommend, it even when wrong arguments are passed. |
| 17:09.45 | brlcad | uhm, YES! |
| 17:09.48 | brlcad | think about it |
| 17:09.54 | zero_level | ok, |
| 17:09.55 | brlcad | you're using this library |
| 17:10.04 | brlcad | somehow a 0 is specified for a size |
| 17:10.11 | brlcad | and the APP terminates! |
| 17:10.21 | brlcad | i mean for our src/util programs, who cares |
| 17:10.49 | brlcad | but imagine if libicv were integrated into a different program, say Firefox or X11 |
| 17:11.04 | brlcad | would terminating the application make any sense?? |
| 17:11.09 | zero_level | ok. |
| 17:11.13 | zero_level | Got your point |
| 17:11.14 | brlcad | have to think bigger picture |
| 17:11.46 | zero_level | for eg. in libicv/filter.c |
| 17:11.53 | brlcad | now the only exception is when you have a check that is almost certainly an indication of corruption |
| 17:12.28 | brlcad | if you detect that something is horribly horribly wrong, something that should NEVER happen, then terminating can be the safest course of action |
| 17:12.40 | brlcad | but even for that, you wouldn't call bu_exit(), you'd call bu_bomb() |
| 17:13.06 | zero_level | ok. filter.c, l:250 I have returned NULL in case of error after bu_log. |
| 17:13.08 | zero_level | ok. |
| 17:13.15 | brlcad | also for logging, lets leave the function names out of the logging messages, nobody except the devs care ;) |
| 17:13.31 | zero_level | everywhere ? |
| 17:13.35 | zero_level | ok. |
| 17:13.42 | brlcad | I know you're probably just following the pattern elsewhere in our code, but it's something we're trying to get away from |
| 17:13.55 | brlcad | make the message something that makes sense to a user |
| 17:14.11 | brlcad | if it's a critical failure, start the message with "ERROR: " |
| 17:14.41 | zero_level | ok. With my experience I will classify the logging and errors as following. |
| 17:14.54 | zero_level | critical error : bu_bomb. |
| 17:15.34 | brlcad | there's a difference though |
| 17:15.35 | zero_level | marginal error return (-1) forint based and (NULL) for icv_image_t* based. |
| 17:15.39 | zero_level | and |
| 17:15.43 | brlcad | again bu_bomb() only if you detect CORRUPTION |
| 17:15.54 | brlcad | I don't think you have any corruption detection measures in place |
| 17:16.11 | brlcad | getting passed a NULL pointer or negative size is not a corruption |
| 17:16.12 | zero_level | for library based : with function name and error message. |
| 17:16.14 | brlcad | it's a bad application |
| 17:16.55 | zero_level | ok. |
| 17:17.41 | zero_level | so what do we conclude in issue 1 ? |
| 17:18.10 | brlcad | I don't think "marginal" is well defined |
| 17:18.22 | brlcad | it's a matter of inputs and outputs |
| 17:18.39 | brlcad | you need to make sure inputs are always what you expect them to be |
| 17:19.06 | brlcad | for example, icv_get_kernel() in filter.c doesn't check if kern or offset are NULL |
| 17:19.10 | zero_level | and if they are not? Do i bomb ? or pass a log message ? |
| 17:19.13 | brlcad | so it can (and eventually will) crash |
| 17:19.46 | brlcad | so what to do depends on expectation |
| 17:20.00 | brlcad | you marked it HIDDEN, so you control all the callers |
| 17:20.44 | brlcad | for that, any NULL parameter is a library bug because only the library can access that function |
| 17:21.14 | brlcad | if it were NOT hidden, you'd just print an ERROR and return a failure/null/empty/nothing |
| 17:21.18 | zero_level | yes because I call it only twice in the same file. and also the code structure maintains that the parameters are intact ? |
| 17:21.32 | zero_level | sure. |
| 17:21.34 | brlcad | since it is HIDDEN, you can decide but it should still check |
| 17:21.58 | zero_level | Then Let me write the conclusion of this discussion. |
| 17:22.47 | brlcad | long term, HIDDEN functions sometimes become non-HIDDEN, which is why *every* function should still always check the inputs are what are expected |
| 17:23.09 | brlcad | if you detect a NULL pointer and can make the callers behave reasonably, you should |
| 17:23.14 | brlcad | if you cannot, you can bomb |
| 17:23.19 | zero_level | 1) the parameters check should be done correctly. If this is a bad parameter (unexpected) use some default with error or pass error with bomb or error with null (-1) |
| 17:23.45 | zero_level | your point taken as 2) |
| 17:24.37 | zero_level | 3) Dont use function name for error messages. If it is strong error just write ERROR |
| 17:24.42 | zero_level | is anything left ? |
| 17:25.47 | zero_level | Moving to issue#2 |
| 17:25.51 | brlcad | check all parameters |
| 17:26.08 | brlcad | zero_level: hold on |
| 17:26.12 | zero_level | ok. |
| 17:26.41 | brlcad | so you also need some way to *detect* a bad parameter (beyond a NULL pointer) |
| 17:26.58 | brlcad | your icv_get_kernel() function is a prime example |
| 17:27.16 | zero_level | do you mean based on heights and sizes (as in icv_filter3(..) ) |
| 17:27.28 | zero_level | or based on size as in icv_crop in crop.c |
| 17:29.01 | brlcad | I don't understand, arent' those the same? |
| 17:29.35 | brlcad | icv_crop() has ton's of validation issues |
| 17:29.42 | brlcad | (because it has no validation) |
| 17:30.43 | brlcad | I can crash the program just by passing a NULL pointer or a negative value |
| 17:31.14 | zero_level | ok. So adding validation is the key here. |
| 17:31.27 | zero_level | because I understand it will make the library stable. |
| 17:31.45 | brlcad | all PUBLIC should validate ALL parameters before doing any work |
| 17:32.26 | zero_level | I think icv_crop is a best exammple to understand. |
| 17:32.27 | brlcad | you should also validate any combinations that are used that might result in a bad result, such as dividing by zero |
| 17:32.32 | zero_level | a) where to bomb. |
| 17:32.42 | zero_level | b) where to use default |
| 17:32.44 | brlcad | it's public API so it should not bomb |
| 17:32.55 | zero_level | c) where to use default value. |
| 17:33.02 | zero_level | ok. |
| 17:33.09 | zero_level | so a us out of question. |
| 17:33.16 | zero_level | c/us/is |
| 17:33.34 | brlcad | it should certainly report an error |
| 17:33.48 | brlcad | just not .. terminate the application |
| 17:33.49 | Notify | 03BRL-CAD:starseeker * 57426 NIL: Will probably be better to structure this with a subdirectory... |
| 17:33.55 | brlcad | let the app decide that |
| 17:34.31 | brlcad | the question is more interesting/harder for HIDDEN functions |
| 17:34.39 | brlcad | since you have more expections |
| 17:34.48 | brlcad | my point earlier is that you need to be able to detect when something is wrong |
| 17:35.02 | brlcad | so look at icv_get_kernel() |
| 17:35.20 | brlcad | just looking at that now, there's almost certainly a memory corruption (a segfault) |
| 17:35.40 | brlcad | and just checking if kern or offset are NULL would not detect it |
| 17:35.43 | Notify | 03BRL-CAD:starseeker * 57427 (brlcad/trunk/src/other/tclap/Arg.h =================================================================== and 695 others): Move the headers into the subdirectory |
| 17:36.12 | Notify | 03BRL-CAD:mohitdaga * 57428 brlcad/trunk/src/libicv/TODO: Add a TODO item for validation of input arguments. |
| 17:37.36 | brlcad | zero_level: so best starting point for now is probably baby steps .. go over EVERY function and make sure you test whether all your pointers are non-NULL and sizes are >0 where it makes sense, along with any other argument checks that make sense |
| 17:38.12 | brlcad | still before we move on, since I think I see a segfault ... you should see it too |
| 17:42.20 | zero_level | in ? |
| 17:56.05 | brlcad | icv_get_kernel |
| 17:56.49 | brlcad | this is exactly why it's good to always do data validation, even on hidden functions |
| 17:57.05 | brlcad | because bugs can be anywhere, will be everywhere, given enough time |
| 17:58.11 | brlcad | you have three arguments to icv_get_kernel(), you should be able to narrow it down to just one that has a bug (or prove me wrong) |
| 18:05.08 | zero_level | brlcad : I dont see any bug. |
| 18:05.16 | zero_level | Also bwfilter works fine. |
| 18:05.20 | zero_level | which uses icv_filter. |
| 18:05.50 | zero_level | the get_kernel is primarly made to service both icv_filter and icv_filter3 |
| 18:06.17 | zero_level | and kern has variable size. |
| 18:06.35 | zero_level | in both these functions. |
| 18:06.39 | brlcad | zero_level: you effectively already check filter_type with the switch statement |
| 18:06.44 | brlcad | and you have a default handler |
| 18:07.15 | brlcad | a program working is NEVER an indication of whether there is a bug or not, especially for segment violations |
| 18:07.23 | zero_level | ok. |
| 18:07.43 | zero_level | alright i see your point. |
| 18:07.45 | brlcad | rather a WORKING program is never an indication :) |
| 18:08.13 | brlcad | plenty of bugs can go masked indefinitely (for decades), but they're still real bugs |
| 18:08.21 | brlcad | so not filter_type |
| 18:08.59 | brlcad | offset is a pointer, you obviously don't check the value, but it's clearly only used as a pointer to a double (a single double value) |
| 18:09.21 | brlcad | looking at the two callers, you pass the address of a local variable |
| 18:09.37 | zero_level | yes. |
| 18:09.43 | zero_level | Is that a bad practice ? |
| 18:09.47 | brlcad | so if that's ever NULL, it would be an indication of stack corruption (something worthy of a bu_bomb) |
| 18:10.08 | brlcad | no, it's fine |
| 18:10.49 | brlcad | that leave us with good old 'kern' |
| 18:11.16 | brlcad | looking at icv_get_kernel(), it's being indexed as an array |
| 18:11.32 | brlcad | how big is it? |
| 18:15.22 | Notify | 03BRL-CAD:mohitdaga * 57429 brlcad/trunk/src/libicv/filter.c: If the filter specified is not present in the library, we should not consider filtering the image. Instead return with an error. |
| 18:17.31 | zero_level | it can be of two sizes for different function |
| 18:17.40 | zero_level | icv_filter (9) |
| 18:17.52 | zero_level | icv_filter3 (27) |
| 18:18.27 | zero_level | but although get kernel is designed as a temporary function which holds the library of filters. |
| 18:19.06 | Notify | 03BRL-CAD:starseeker * 57430 (brlcad/trunk/src/other/CMakeLists.txt brlcad/trunk/src/other/tclap/config.h.in and 5 others): Get dsp_add_t working for testing purposes - the util inclusions of tclap header directories will go away once libbu wraps it. |
| 18:19.11 | zero_level | In the later stages I plan to make a advanced get_kernel function which gives filters of a specified size. |
| 18:19.20 | zero_level | and type. |
| 18:19.35 | zero_level | will have to review his signal processing concepts here. |
| 18:20.03 | zero_level | and the fact we are dealing with double data. we could probably have some nice filtering reasults. |
| 18:20.35 | brlcad | slow down horsie |
| 18:20.46 | brlcad | it can be two sizes |
| 18:20.57 | brlcad | but those sizes are triggered by a type, not the function |
| 18:21.03 | zero_level | Indeed the icv_filter and icv_filter3 are designed such that they accept variable length filters. |
| 18:21.14 | zero_level | at present the size is fixed to default size. |
| 18:21.15 | brlcad | rather, the indexinging is triggered by a type, not the function |
| 18:21.36 | zero_level | brlcad : yes. |
| 18:21.58 | brlcad | and that type is passed through from public API |
| 18:22.10 | zero_level | right. |
| 18:22.19 | zero_level | is there an issue ? |
| 18:22.33 | brlcad | icv_filter(7, kern, &offset); |
| 18:23.07 | zero_level | ~dict horsie |
| 18:23.19 | brlcad | slow your horse down |
| 18:23.36 | zero_level | ;) |
| 18:23.44 | brlcad | means you're not paying attention closely enough, going to fast to see the problem |
| 18:24.25 | brlcad | if a user is specifying the type, and that type is unchecked, you have a potential segfault |
| 18:24.40 | brlcad | they might even be misusing the API |
| 18:24.49 | brlcad | icv_filter(ICV_FILTER_3_NULL, kern, &offset); |
| 18:25.25 | zero_level | brlcad : I see the point. |
| 18:25.40 | zero_level | But icv_filter just has two arguments. |
| 18:25.58 | brlcad | you obviously can add some stuff in icv_filter() and/or icv_filter3(), but ideally you ALSO add some sort of check/protection inside icv_get_kernel() |
| 18:26.15 | brlcad | and to do that, you need to know the size of kern since it's an array |
| 18:26.23 | zero_level | You are suggesting that some naughty guy can mix the two types of filters. |
| 18:26.32 | zero_level | we need to check that. |
| 18:26.40 | zero_level | you have a point here. |
| 18:26.44 | brlcad | not even necessarily naughty |
| 18:26.47 | brlcad | code changes over time |
| 18:27.03 | brlcad | but this is exactly where bugs evolve, how they usually begin |
| 18:27.04 | zero_level | brlcad++ |
| 18:27.43 | brlcad | another item ... a function should not start with icv_ unless it's public API documented in include/icv.h |
| 18:27.57 | brlcad | and public api should always have the prefix |
| 18:28.06 | brlcad | that way, it's very clear what it public API and what is not |
| 18:28.20 | Notify | 03BRL-CAD:mohitdaga * 57431 brlcad/trunk/src/libicv/filter.c: Remove debug flag. |
| 18:29.03 | zero_level | ok. |
| 18:30.00 | Notify | 03BRL-CAD:mohitdaga * 57432 brlcad/trunk/src/libicv/TODO: Add a TODO item to check for the mixup of two types of filters in filter.c |
| 18:30.40 | zero_level | brlcad : do we move to issue#2 ? |
| 18:30.49 | brlcad | bullet #2: you have have non-public, private API, that is not HIDDEN |
| 18:31.20 | brlcad | create a private header in src/libicv, #include "./yourheader.h", and use the functions |
| 18:32.42 | zero_level | I think i couldnt convey what i wanted to. |
| 18:32.55 | zero_level | did you see encoding.c ? |
| 18:33.07 | brlcad | yes? |
| 18:33.17 | zero_level | also bw.c ? |
| 18:33.38 | zero_level | ok, I see your point. |
| 18:33.56 | brlcad | yeah, technically what you did in bw.c is wrong |
| 18:34.09 | brlcad | invalid ... a little surprised the compiler didn't complain |
| 18:34.21 | zero_level | no! it works. |
| 18:34.30 | zero_level | but that is not the proof. |
| 18:34.33 | brlcad | it shouldn't .. what is an "extern static" ? |
| 18:34.43 | brlcad | the compiler is just defaulting to extern |
| 18:35.03 | brlcad | more than likely, you're getting lucky because gcc doesn't care |
| 18:36.11 | brlcad | the extern declaration says there will be a uchar2double() symbol later ... and the function is compiled static but it's symbol is getting included because nothing in encoding.c uses it (i.e., got lucky) |
| 18:36.30 | brlcad | the compiler has the option to not include a symbol marked as static |
| 18:36.56 | zero_level | ok. So other way as suggested by you is to keep them in encoding.h |
| 18:37.02 | brlcad | no |
| 18:37.04 | zero_level | and include encoding.h . |
| 18:37.20 | zero_level | I mean declare them in encoding.h . |
| 18:37.32 | brlcad | you DECLARE them in encoding.h, you'd remove HIDDEN from their definition in encoding.c |
| 18:37.46 | ``Erik | zero_level: filter.c:259 "return -1;" in a function returning a pointer? |
| 18:37.59 | Notify | 03BRL-CAD:mohitdaga * 57433 brlcad/trunk/src/libicv/filter.c: Change the name of icv_get_kernel -> get_kernel (private function) |
| 18:38.08 | brlcad | zero_level: BUT ... more to say on that |
| 18:38.14 | brlcad | these conversion functions seem wonky to me |
| 18:38.40 | brlcad | if you think of every function as being a plugin type, these are currently outliers |
| 18:38.44 | brlcad | ~dict outlier |
| 18:38.53 | Notify | 03BRL-CAD:mohitdaga * 57434 brlcad/trunk/src/libicv/filter.c: icv_filter3 returns a NULL. |
| 18:39.16 | zero_level | ``Erik r57434 solves that. |
| 18:39.24 | zero_level | thanks. |
| 18:40.21 | zero_level | brlcad : please suggest imporvements. |
| 18:41.08 | zero_level | I must confess, I am novice. |
| 18:42.12 | brlcad | well if we ignore the names for a second and look at what they're doing, the first is basically taking char data and scaling it into the "native library representation" |
| 18:42.48 | brlcad | the second is basically taking the "native library representation" and scaling it into char data |
| 18:43.00 | zero_level | ok. |
| 18:43.23 | brlcad | that gives me two thoughts |
| 18:43.54 | brlcad | 1) this either should be public API so format writers can use it, OR ... |
| 18:44.37 | brlcad | 2) it should live with (one or more) formats specific to their needs (e.g., bw_to_double) |
| 18:45.24 | brlcad | I have a new image file format, .awesome, and I'm writing a libicv plug-in extension |
| 18:46.12 | brlcad | I need to convert my image.awesome into libicv representation, so I will need to define a function that does exactly that |
| 18:47.51 | zero_level | Alright : Will make them public. |
| 18:48.24 | brlcad | are you understanding or just taking the easy route? |
| 18:48.46 | zero_level | In case you have such awesome thing in place. Consider telling to zero_level. He will include in icv |
| 18:48.50 | zero_level | ;) |
| 18:49.04 | zero_level | yes. got your point. |
| 18:49.23 | Notify | 03BRL-CAD:starseeker * 57435 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Testing with simple planar breps seems to suggest that this flag needs to be reversed... |
| 18:49.51 | zero_level | But my thought was because we plan to put the formats in icv. in GSOC and after that. So I thought we might not need them. |
| 18:50.08 | brlcad | it's not as simple as putting icv_ on them though |
| 18:50.15 | brlcad | they are out of place as they are currently defined |
| 18:50.35 | zero_level | Never thought that some other might create "xyz" format and want to use our lib. |
| 18:50.46 | brlcad | e.g., why uchar2double and DATA2uchar? shouldn't that be either uchar2data or double2uchar? |
| 18:51.07 | zero_level | but now want to consider that point. |
| 18:51.32 | brlcad | and if you're going to have uchar, what about char, short, ushort, long, unlong, long long, ulong long, ... |
| 18:51.43 | brlcad | raises questions as API |
| 18:52.53 | zero_level | actually never thought of making them public.And wanted to make as the need arises in png. |
| 18:52.59 | zero_level | or any other formats. |
| 18:53.11 | brlcad | but my point is are they really limited to just one type (e.g., bw) |
| 18:53.44 | zero_level | Which indeed brings us to the other point. Do we need to make them public ? |
| 18:54.15 | brlcad | exactly, it depends |
| 18:54.45 | brlcad | datawise pix is bw*3, but just because it happens to work with the same function doesn't mean that it needs to be public API |
| 18:54.54 | brlcad | it's still an encoding/decoding operation for bw and pix respectively |
| 18:55.06 | brlcad | zero_level: so here's my biggest concern |
| 18:55.12 | brlcad | modularity |
| 18:55.47 | brlcad | I think whatever we end up with, a file format should be defined by one or more files in a directory that are independent |
| 18:56.15 | brlcad | and as an author, it becomes *very* easy to see how the library is extended for a different format |
| 18:56.29 | brlcad | whether that author is you or me or someone external |
| 18:56.48 | brlcad | given enough time, all code becomes code someone else wrote :) |
| 18:59.27 | zero_level | I think i agree. |
| 18:59.54 | zero_level | lets make those notations in doxygen commants in encoding.c |
| 19:00.09 | zero_level | about which functions will work in which fileformat. |
| 19:00.35 | brlcad | zero_level: grep -E '(if|while|for|switch|return)\(' * |
| 19:00.52 | brlcad | style errors |
| 19:01.42 | zero_level | thanks for pointing that out. |
| 19:02.12 | zero_level | adding that to TODO. |
| 19:02.22 | zero_level | I will finish all the work in TODO. |
| 19:02.24 | zero_level | :) |
| 19:03.58 | brlcad | it might turn out that encoding.c can go away |
| 19:04.15 | brlcad | that it'd become just an encoding function in bw |
| 19:04.26 | brlcad | or part of bw_read()/bu_write() |
| 19:04.42 | brlcad | OR |
| 19:05.00 | brlcad | that it becomes part of ICV private API |
| 19:05.28 | brlcad | where functions are defined for converting from each of the intrinsic C types to libicv's native format |
| 19:05.50 | zero_level | alright. |
| 19:05.55 | brlcad | zero_level: another way to think of this ... lets say we want to change LIBICV to not use 0.0-1.0 doubles as the internal format |
| 19:06.10 | brlcad | consider what all would need to change |
| 19:06.26 | brlcad | we want to get that list of things that would need to change down to a bare minimum |
| 19:06.58 | brlcad | if you put bw into a subdir, I wouldn't want anything to change in that subdir if the internal format changed |
| 19:07.01 | Notify | 03BRL-CAD:mohitdaga * 57436 brlcad/trunk/src/libicv/TODO: Add TODO item for stylistic measures |
| 19:07.09 | brlcad | i.e., each type is not aware of the internal format |
| 19:07.19 | brlcad | should not be |
| 19:08.42 | zero_level | brlcad : I get your point. |
| 19:08.46 | brlcad | zero_level: while you're working on TODO items, icv.h could use some attention.. |
| 19:09.08 | brlcad | unclear why icv_rot() is the first thing we're introduced to :) |
| 19:09.53 | brlcad | towards modularity, need to think about how ICV_IMAGE_FORMAT can go away |
| 19:10.44 | brlcad | (if I need to add a new format, I should be able to define everything in one directory like src/libicv/ppm ... without needing to edit a header (i.e., could even be a runtime extension) |
| 19:12.05 | brlcad | zero_level: shall we move on to bullet #3? |
| 19:12.15 | zero_level | Support dynamically loading formats (e.g., define a plug-in API). ? |
| 19:12.24 | brlcad | absolutely |
| 19:12.26 | zero_level | brlcad : just a moment. |
| 19:12.33 | zero_level | ok . |
| 19:12.44 | brlcad | if that's what is required to think about modularity correctly |
| 19:12.54 | brlcad | whether it's actually dynamically loaded is irrelevant |
| 19:13.02 | brlcad | if it cannot be, it's not modular enough |
| 19:13.14 | zero_level | bullet#2 is easy now. |
| 19:13.34 | zero_level | c/2/3 |
| 19:13.48 | zero_level | Just a commen and y/n |
| 19:14.00 | zero_level | s/commen/comment |
| 19:15.25 | brlcad | well I question that function's existence as public API :) |
| 19:15.43 | brlcad | the naming convention is separate from the ICV_IMAGE_FORMAT names |
| 19:16.01 | brlcad | conceptually, it sounds like an icv_pix2bw() function |
| 19:16.16 | brlcad | with a scaling factor |
| 19:16.24 | zero_level | brlcad : do you mean icv_rgb2gray ? |
| 19:16.30 | brlcad | yes |
| 19:16.36 | zero_level | hahah :D |
| 19:16.57 | zero_level | your question is harsh. ;) |
| 19:17.06 | brlcad | I didn't ask a question yet ;) |
| 19:17.24 | brlcad | rather, I guess I did there at the beginning |
| 19:17.30 | zero_level | brlcad : This is needed because it can convert any rgb image into grayscale image. |
| 19:18.31 | brlcad | I think this is part of the disconnect, though |
| 19:18.33 | zero_level | Later color_space might contain icv_rgb2hsv or icv_rgb2ycbcr and.. |
| 19:18.54 | zero_level | any implied image loaded to icv container. |
| 19:19.07 | zero_level | s/question/questioning |
| 19:19.26 | brlcad | except that gray is not really a color space, is it? |
| 19:19.44 | zero_level | well it can be considered as pne. |
| 19:19.44 | brlcad | at least, how's it different from bw_write() |
| 19:19.55 | zero_level | it is. |
| 19:20.21 | zero_level | bw_write takes an icv_container and writes a file in bw format. |
| 19:21.02 | zero_level | icv_rgb2gray takes an icv container with color_channels 3 and converts that to gray scale image. |
| 19:21.27 | zero_level | that is gray scale icv cotnainer with color channel 1 |
| 19:21.51 | zero_level | so if you have an image with 3 container and you want to write bw format output. |
| 19:21.52 | brlcad | so they both take an icv_container |
| 19:21.58 | brlcad | and both write out 1 color channel |
| 19:22.00 | brlcad | what am I missing? |
| 19:22.10 | zero_level | icv_rgb2gray doesnt write. |
| 19:22.18 | zero_level | it converts and returns the container. |
| 19:22.45 | brlcad | besides the file operation is there a difference? |
| 19:22.56 | zero_level | yes. |
| 19:24.23 | zero_level | also, if you take a icv_container with rgb data and want to write a bw image. It will call icv_rgb2gray_ntsc(...) |
| 19:25.22 | zero_level | brlcad : I am able to explain ? |
| 19:30.18 | *** join/#brlcad caen23 (~caen23@92.81.191.54) | |
| 19:30.59 | brlcad | yes, but then does that need to be public API or is it private? |
| 19:31.20 | zero_level | PUBLIC. |
| 19:31.24 | brlcad | sounds like it might be private to me, just like the encoding |
| 19:31.56 | brlcad | something I'd use to implement a new format (like .jpeg) but not necessarily a new app (jpeg2pix) |
| 19:32.41 | zero_level | let me give you an example. |
| 19:33.00 | zero_level | Let suppose I built a tank in our cad-tool. |
| 19:33.20 | zero_level | But then my boss wanted me to get the resul in gray scale image. |
| 19:34.17 | zero_level | I have an option in future to make a specific flag which will convert the resultant image to gray scale. |
| 19:34.40 | zero_level | which can be written to any format. jpeg, bw,bmp, png. |
| 19:39.47 | brlcad | okay, that's convincing |
| 19:40.07 | brlcad | but then rgb2gray sounds like it may be too specific |
| 19:40.18 | brlcad | there are NxM possible conversions |
| 19:40.34 | brlcad | that specific one is more of a channel scaling function |
| 19:40.43 | brlcad | so perhaps it could be generalized as such |
| 19:40.45 | zero_level | but the point is what all we need. |
| 19:41.11 | zero_level | Implementation wise is not an issue. |
| 19:41.12 | brlcad | icv_channels(image, num_channels) |
| 19:41.50 | zero_level | No. |
| 19:42.11 | zero_level | because we are looking at color space changes. |
| 19:42.20 | brlcad | that sounds like a completely separate issue |
| 19:42.40 | zero_level | suppose tommorow I have something for an alpha channel . |
| 19:42.47 | brlcad | which is I think why rgb2gray seems overly confusing to me right now |
| 19:43.15 | zero_level | I cannot use icv_channels to magically change to 4 channel image. |
| 19:43.23 | brlcad | why not? |
| 19:43.32 | zero_level | brlcad : I can help you remove confusions. |
| 19:43.33 | brlcad | obviously not with those two simple arguments |
| 19:43.50 | zero_level | ok. |
| 19:44.03 | zero_level | where are u stuck ? |
| 19:44.12 | brlcad | I'm not stuck |
| 19:44.17 | zero_level | :D |
| 19:44.21 | brlcad | i'm saying that the name and scope is misleading |
| 19:45.08 | zero_level | scope I gave an example which you agreed to. |
| 19:45.16 | zero_level | name i am open to change. |
| 19:45.30 | brlcad | the name with that *scope* |
| 19:45.32 | zero_level | Because I am not good at naming things. :) |
| 19:45.34 | brlcad | mixing the notion of channels and color space information just sounds wrong |
| 19:45.42 | zero_level | ok. |
| 19:45.56 | brlcad | I agree that having a user tool want to output, say, a b&w png file would be useful |
| 19:46.06 | zero_level | are they mixed ? |
| 19:46.13 | brlcad | that in code would be a n-channel to 1-channel reduction |
| 19:46.21 | brlcad | well you're saying they are |
| 19:46.26 | brlcad | rgb2hsv |
| 19:46.34 | zero_level | ok. |
| 19:46.40 | zero_level | So that bothers you. |
| 19:46.57 | zero_level | Do you take gray scale as a color space ? |
| 19:47.07 | brlcad | from an API design, yeah it seems mixing two concepts in an inconsistent way |
| 19:47.30 | zero_level | If yes than forget channels. and lets use color spaces. |
| 19:47.40 | brlcad | I could have gray scale as one channel or three or N |
| 19:47.57 | brlcad | that's more a question of data replication |
| 19:48.00 | zero_level | ok. |
| 19:48.19 | zero_level | I see your point. |
| 19:48.35 | zero_level | I think I communicate very poorly. |
| 19:48.45 | zero_level | sorry for that. :) |
| 19:48.53 | brlcad | no, it's fine |
| 19:48.58 | brlcad | we're making progress |
| 19:49.09 | brlcad | only three of eight bullets, but progress ;) |
| 19:49.22 | brlcad | if you need to go, we can pick this up later |
| 19:50.29 | zero_level | brlcad : lets finish this point. |
| 19:50.38 | zero_level | I need to sleep. But can wait. |
| 19:50.51 | brlcad | there's plenty of time to sleep when you're dead ;) |
| 19:50.52 | zero_level | just ensuring that we dont need to start over. |
| 19:50.56 | brlcad | sure |
| 19:51.15 | zero_level | so yes. |
| 19:51.25 | brlcad | so datawise, there are two things happening as I understand it |
| 19:51.36 | zero_level | Let me explain regarding the two public funtions in color_space.c |
| 19:51.38 | brlcad | the icv representation has N channels representing an image, yes? |
| 19:51.43 | zero_level | yes. |
| 19:52.59 | zero_level | icv_gray2rgb : just copies the pixel 3 times and outputs a rgb image (supposedly we cannot convert gray image to rgb) |
| 19:53.49 | zero_level | icv_rgb2gray : combines the three channel image as per the weights specified and produces a gray space (1 channel image) |
| 19:53.55 | zero_level | is this fine ? |
| 19:53.59 | brlcad | sure |
| 19:54.08 | zero_level | now as per the question goes. |
| 19:54.45 | brlcad | data-wise, I think this gets at low-level ICV operations |
| 19:55.14 | zero_level | earlier icv_rgb2gray used another field which marked the presence of method. |
| 19:55.17 | brlcad | there are certain fundamental operations going on that I think can be fully generalized |
| 19:55.23 | zero_level | but later I made that a macro. |
| 19:56.22 | brlcad | sure |
| 19:56.44 | zero_level | generalized ? |
| 19:56.49 | brlcad | right |
| 19:56.57 | zero_level | where ? |
| 19:56.58 | brlcad | so it gets at the heart of what icv_rgb2gray() is doing |
| 19:57.02 | zero_level | can you point an example |
| 19:57.04 | brlcad | to the ICV data |
| 19:57.18 | brlcad | say I have an ICV image |
| 19:57.29 | zero_level | is listening |
| 19:57.33 | brlcad | lets fully ignore alpha channels for the sake of discussion |
| 19:58.15 | brlcad | that ICV data has some number of channels, say N |
| 19:58.29 | brlcad | data-wise and generalized, several operations come to mind |
| 19:58.40 | brlcad | want to delete a channel, for example, easy |
| 19:59.24 | brlcad | want to add a channel .. and when you add, a decision will need to follow -- is the added zero, 1's, a copy of an existing channel (perhaps scaled), an average (perhaps scaled) of multiple channels |
| 19:59.34 | brlcad | want to replicate data across channels |
| 20:00.00 | brlcad | icv_gray2rgb() is easily described in that context |
| 20:00.45 | zero_level | brlcad : you have a point about that. |
| 20:00.49 | brlcad | I think as an API, it would make perfect sense for ICV to define low-level operations like that |
| 20:01.06 | brlcad | upon which we can build higher level constructs (like awareness of ntsc) |
| 20:01.13 | zero_level | is lowlevel == hidden ? |
| 20:01.41 | brlcad | it's hidden in the sense that it's all contained within the icv struct |
| 20:01.55 | zero_level | hmm ? |
| 20:02.05 | brlcad | but you'd tell ICV to do those operation on a given image |
| 20:02.23 | brlcad | img = icv_create() or icv_open() right? |
| 20:02.33 | zero_level | yes |
| 20:03.29 | brlcad | say I have an application that creates a 1-channel image, then need to convert it to "rgb" 3-channel |
| 20:03.48 | brlcad | so I use the API to create two more channels, replicating the data from the first/initial channel |
| 20:04.33 | zero_level | brlcad : api wise we could do n number of things. |
| 20:04.56 | Notify | 03BRL-CAD:indianlarry * 57437 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: breakout UV interval min/max distance checks, add bailout when first order walk vector less than tol, misc debugging code still WIP |
| 20:05.04 | zero_level | but If i were me. I would ask does itmake sense to have a 2-channel image ? |
| 20:05.11 | zero_level | no! |
| 20:05.22 | zero_level | It makes sense for a 3 channel image. |
| 20:05.28 | brlcad | but it does generalize the notion of 3-channel, 4-channel, and 1-channel images |
| 20:05.44 | brlcad | who is to say that 3 channels are rgb data? |
| 20:05.59 | zero_level | see it will hardly take 20 mins implementing such an api. |
| 20:06.03 | brlcad | datawise, there's a scaling function that might indicate that, might not |
| 20:06.08 | zero_level | but do we really want thatn ? |
| 20:06.48 | brlcad | you're already implementing that, it's just whether you spend time to implement a subset of the NxM possibilities (of which you already have a half dozen?) |
| 20:07.06 | brlcad | or you implement the four needed to generalize it |
| 20:07.25 | zero_level | lets hold it for the moment. |
| 20:07.45 | zero_level | I think developing a full fledged icv is a long process. |
| 20:07.58 | brlcad | to me, that's more important than getting N formats integrated |
| 20:08.03 | zero_level | at least 10 weeks more after GSOC. |
| 20:08.19 | brlcad | I don't think it's anywhere near that much work -- you already have most of it done |
| 20:08.41 | zero_level | no. we can do a lot. |
| 20:08.43 | brlcad | the logic for averaging N channels is already there |
| 20:08.49 | zero_level | for instance the image formats. |
| 20:08.56 | zero_level | OpenXR integration. |
| 20:09.26 | zero_level | Then We are yet to modify rt to send double datat. |
| 20:10.03 | brlcad | that's all nice, but doesn't buy me anything |
| 20:10.23 | brlcad | getting a handle on what we already do in a more maintainable fashion buys me a LOT |
| 20:10.26 | brlcad | if i'm going to have to completely rewrite every format because the base representation changed, I've got a big problem |
| 20:11.39 | brlcad | having to unwire a hundred or 400 or 20 tools that were made to call icv_rgb2uchar() instead of icv_average()+icv_reduce() (just an example) |
| 20:12.00 | brlcad | especially once there are several other functions that are in exactly the same position |
| 20:12.41 | zero_level | well. lets do it case by case. |
| 20:14.20 | zero_level | can you point to any other usage of icv_reduce. |
| 20:14.41 | zero_level | because it just not make sense to generalize for the sake of using it once. |
| 20:14.50 | zero_level | or twice. |
| 20:15.12 | zero_level | ^does |
| 20:15.37 | brlcad | I think we already have a case with rgb2gray as it 1) assumes a three-channel image represents red green and blue pixel data, 2) assumes I want a 1-channel result, 3) introduces colorspaces names that overlap somewhat with file format names |
| 20:16.46 | zero_level | ? |
| 20:16.50 | zero_level | so ? |
| 20:16.52 | brlcad | I think icv_rgb2gray_ntsc() and icv_rgb2gray_crt() belong up in application land, so you'd have N callers right there |
| 20:16.55 | zero_level | :) |
| 20:17.26 | zero_level | lets bring in more people. |
| 20:17.37 | zero_level | ``Erik : Are you available ? |
| 20:17.44 | brlcad | it took us how many hours just to get this far in understanding |
| 20:18.12 | zero_level | I think we are complicating a simple issue. |
| 20:18.24 | zero_level | And I am sorry for being reluctant |
| 20:18.28 | brlcad | I think you are making this sound a whole lot more complicated than it really is :) |
| 20:18.47 | brlcad | so lets put it on a back burner for later, there are other issues to address still |
| 20:18.50 | zero_level | ok. |
| 20:18.58 | zero_level | So what do we conclude ? |
| 20:19.01 | zero_level | :) |
| 20:19.19 | brlcad | put a note in TODO to review/evaluate how the API needs to accommodate channel and color space changes |
| 20:19.45 | zero_level | because I think on part of maintainability. |
| 20:20.10 | zero_level | the current structures gives us an edge. |
| 20:20.18 | zero_level | an the issue of generalization. |
| 20:20.19 | brlcad | I'm squarely concerned with maintainability |
| 20:20.42 | brlcad | that's why I'm for more generalization, not less, so that this will get used and not have longer term costs |
| 20:21.07 | zero_level | I dont think someonw will be interested to produce a 2 channel image ? :) |
| 20:21.11 | brlcad | don't care if there's a short term cost to make it slightly more general, even if it's only used in a couple places in our code if it means the concepts are trivial to understand |
| 20:21.41 | brlcad | like I said, the problem already exists with 1/3/4 channel images |
| 20:21.53 | brlcad | so 3 times however many conversion functions |
| 20:21.57 | brlcad | vs 4 functions |
| 20:22.03 | zero_level | and the problem is ? |
| 20:22.23 | brlcad | it only takes two conversion functions for it to be worthwhile to implement a generalization |
| 20:22.32 | brlcad | hsv+rgb, there ya go |
| 20:22.45 | brlcad | or hsv+gray |
| 20:23.33 | brlcad | zero_level: so part of the distinction here is a different perspective |
| 20:23.40 | brlcad | the tools in src/util are not just for image processing |
| 20:23.46 | brlcad | they're for *data* processing |
| 20:23.49 | brlcad | signals |
| 20:23.52 | brlcad | wavelengths |
| 20:24.06 | brlcad | that's why so many of them don't even care how many channels, they just take streams of bytes |
| 20:25.47 | brlcad | we have a multispectral library that lets us render images in practically any "color space segmentation", where it literally keeps track of an unlimited number of color "channels" for accurate spectral simulation |
| 20:25.49 | zero_level | is glad we are having this discussion |
| 20:26.18 | zero_level | ok. |
| 20:26.41 | brlcad | if you think of "red" and "green" and "blue" as being a range of wavelengths, it becomes clear that there are an infinite range of other possibilities that we could attach equipment and process |
| 20:27.19 | brlcad | image conversion is the simplest way to explain things, but it's all ultimately data drive by some (unknown) application |
| 20:27.45 | brlcad | I'd argue that ICV shouldn't be aware of "red" or "grayscale" |
| 20:28.07 | brlcad | it's merely aware of file formats and getting channel(s) of data into those formats |
| 20:28.48 | brlcad | that makes this an incredibly powerful library |
| 20:29.26 | brlcad | one that affects more than 100+ tools in BRL-CAD, some very well-suited for scientific computing |
| 20:29.40 | brlcad | is done :) |
| 20:31.31 | zero_level | brlcad : I see your point. |
| 20:31.47 | zero_level | thanks for your time. |
| 20:31.52 | brlcad | I lied saying I'm done -- one more point is just to say that I don't think this changes the SCOPE of ICV at all.. just the terminology used and how functions are grouped |
| 20:32.11 | zero_level | ok. |
| 20:32.18 | brlcad | still to the immediate timeframe, lets put bullet #3 on hold :) |
| 20:32.24 | brlcad | just a TODO to revisit |
| 20:32.26 | zero_level | ok. |
| 20:32.34 | zero_level | ok. |
| 20:32.49 | zero_level | wanders. |
| 20:33.57 | brlcad | zero_level: for your log when you return, icv_crop() looks just fine to me -- the docs are very clear on all those parameters. Might consider dropping the last two since that's really what icv_rect() does. |
| 20:34.35 | brlcad | zero_level: we can continue friday, but hopefully make some progress before then, no? |
| 20:34.42 | brlcad | or are you not working tomorrow? |
| 20:35.27 | zero_level | I am wrtting an exam tommorow (thursday). |
| 20:35.31 | brlcad | ah, okay |
| 20:35.35 | brlcad | have fun :) |
| 20:35.57 | brlcad | well, lets continue this discussion asynchronously |
| 20:35.57 | zero_level | yeah its related to organizational behaviour. |
| 20:36.11 | zero_level | so have learnt some lesson today. |
| 20:36.14 | brlcad | I'll reply to a few more and you can reply whenever you can -- I read the entire log |
| 20:36.32 | brlcad | and if we both happen to be on at the same time, we can get into detail |
| 20:36.39 | zero_level | alright. |
| 20:36.46 | zero_level | that is fine. |
| 20:36.51 | brlcad | i'll just prefix with zero_level: ;) |
| 20:38.41 | zero_level | also i have created a new paste forever. http://paste.kde.org/p38e0decb/ :) |
| 20:38.52 | brlcad | zero_level: #5 is more complicated than your understanding I think and gets at the heart of ICV's internal representation being double [0,1]. dpix is an arbitrary range of values (basically [-MAX_DOUBLE,MAX_DOUBLE] possibilities, some range therein) |
| 20:40.17 | brlcad | zero_level: for #5, ICV's internal representation will either need to change or become "lossy" when dealing with our own dpix format (and possibly openexr's format) -- if it's fully encapsulated, it shouldn't matter if it changes ;) |
| 20:41.07 | brlcad | zero_level: #6 uhm, YES, heh.. |
| 20:44.48 | brlcad | zero_level: #7: not loving the flags. implies I will have icv images that are potentially invalid, which would be fragile API. I think the data should always be "sanitized", and that function (icv_sanitize) should be hidden as it's not an "operation" per se but backend cleanup if it's going to remain |
| 20:48.05 | brlcad | zero_level: #8 rot.c is a mess as just a copy of pixrot.c, but an API call to "rotate" data certainly sounds important/useful; data-wise that's right up there with scaling data, translating data, truncating, replicating, and interpolating |
| 21:12.39 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:12.47 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 22:10.43 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 22:24.19 | Notify | 03BRL-CAD:starseeker * 57438 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Take a stab at arc curve conversion. |
| 23:56.58 | mpictor | n_reed: mind taking a look at a parser problem in stepcode? |
| 23:57.41 | mpictor | If I run https://github.com/stepcode/stepcode/blob/mp/bound_spec_reorder/src/exppp/test/exppp_prob_func.exp through exppp, line 10 becomes "res := [lis[1],5];" |
| 23:59.36 | mpictor | I need the bound_spec parser rule to be chosen over the aggregate_initializer rule |
| 00:42.19 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 05:30.15 | Notify | 03BRL-CAD:brlcad * 57439 NIL: Begin a new branch intended to sit as an intermediary between unstable trunk development and STABLE point releases. As a release window nears, trunk will be merged to this new branch, documented, tested, fixed/reverted, stabilized, and finally merged to STABLE when complete. for now, intentionally using just this one branch (not one per release). Here's a pictorial view:trunk |
| 05:30.17 | Notify | -o-o-o-o-o--o-o--o-o--o-o--o--o--o-o--...\ \ \ \RELEASE \ \ o---o-o-o------o-o---...\ \ / \ \STABLE o---o---o-----------o--------o-...\ \ \ \ \tags o o o o o |
| 05:33.55 | brlcad | yep, looks just like that |
| 05:36.16 | n_reed | I can see the plaintext in gmail - I think it's a good diagram, very helpful |
| 05:47.23 | *** join/#brlcad caen23 (~caen23@92.81.182.233) | |
| 05:47.56 | *** join/#brlcad kesha (~kesha@49.249.0.140) | |
| 05:59.13 | Notify | 03BRL-CAD:phoenixyjll * 57440 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: Flip the face if necessary. |
| 06:15.37 | Notify | 03BRL-CAD:phoenixyjll * 57441 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: It seem that FilpFace() has no effect... Change vnormal directly. |
| 06:36.55 | *** join/#brlcad kesha_ (~kesha@49.249.8.239) | |
| 07:10.41 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 07:23.11 | *** join/#brlcad kesha__ (~kesha@49.202.238.197) | |
| 08:16.09 | Notify | 03BRL-CAD:phoenixyjll * 57442 brlcad/trunk/src/libbrep/boolean.cpp: Don't append to intersect[] directly, because the pointers in pts_on_curves[] may be invalid if the capacity of intersect[] is enlarged. And use ON_ClassArray instead of dynamic allocated pointers. |
| 08:35.36 | kesha__ | Hello brlcad |
| 08:36.02 | kesha__ | I tried with some more geometry conversions. Still some queries .. |
| 08:37.05 | kesha__ | Many a times, when I do export, some objects are exported correctly, but it shows a message of segmentation fault(core dumped) and stops (almost 40-50% of those I tried) |
| 08:37.15 | kesha__ | The material property disappears after conversion. The mater and color related information is lost after conversion. |
| 08:37.38 | kesha__ | I tried from http://brlcad.org/private/geometry/ |
| 08:37.50 | kesha__ | http://brlcad.org/private/geometry/3dm_Geometry/ |
| 08:38.46 | kesha__ | I also installed freecad. |
| 08:39.56 | kesha__ | Whenever you are free, can you please walk me through 1 or 2 examples of *perfect 3D model importing* ? |
| 09:09.33 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 09:50.23 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 11:15.43 | Notify | 03BRL-CAD Wiki:Phoenix * 6089 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */ |
| 12:21.57 | Notify | 03BRL-CAD:tbrowder2 * 57443 brlcad/trunk/src/util/dsp_add_t.cpp: initial implementation of tclap arg parsing |
| 12:54.05 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 12:55.04 | Izak__ | brlcad: My research indicates that only numerical analysis methods can find the roots for the sextic equation in rt_hrt_shot |
| 12:58.08 | ``Erik | sooooo, slap together a quick newtonian solver or regula falsi or something :D |
| 12:59.28 | Izak__ | Erik: A Newtonian solver? The issue with that is determining the first root in the first place |
| 13:00.41 | brlcad | Izak__: did you actually try a sextic with our solver? what did it do? |
| 13:01.20 | Izak__ | I did not do that because bn_sextic... was not implemented yet |
| 13:02.27 | Izak__ | I consulted 2 mathematicians on the sextic equation and they said we can only approximate the roots. A solution in radicals is inadmissible |
| 13:06.40 | brlcad | so...for a week you've been reading papers and talking to people |
| 13:07.07 | brlcad | without doing a quick compile to demonstrate how the existing solver behaves? |
| 13:07.42 | brlcad | bn doesn't have support for sextic, but that's not the solver |
| 13:08.10 | Izak__ | I was ill too. |
| 13:08.40 | Izak__ | I had to go to hospital for my left eye |
| 13:08.49 | brlcad | I saw that in your log |
| 13:08.57 | brlcad | that was basically a week ago too :) |
| 13:09.42 | Izak__ | I dont understand what you mean by a quick compile |
| 13:10.05 | ``Erik | librt/roots.c has an iterative polynomial root solver that looks like it might do arbitrary order polynomials |
| 13:10.34 | brlcad | the whole point of increasing the limit in bn.h from 4 to 6 was to try and see what it does |
| 13:10.44 | brlcad | we talked about this two or even three weeks ago |
| 13:11.02 | brlcad | first to compile with just the poly limit increased, make sure everything behaves |
| 13:11.19 | brlcad | then to try a sixth order in our solver |
| 13:11.54 | ``Erik | wonders if the iterative poly solver should be moved from librt to libbn |
| 13:12.32 | brlcad | extending src/util/roots_example.c with a sixth order was the next step, not investigating ways to implement a sixth order solver |
| 13:12.38 | Izak__ | For the compilation with the poly limit increased, I did that |
| 13:13.07 | Izak__ | later on saw that Mohit at also committed it |
| 13:13.23 | brlcad | that was just the 10 minute first piece to a long discussion on how to proceed |
| 13:13.42 | brlcad | ``Erik: yeah, it should but is waiting on another patch and some data types before getting migrated |
| 13:14.05 | brlcad | the coefficients are in the wrong order, that needs to be fixed (we have a patch) |
| 13:14.39 | brlcad | Izak__: right, editing 4/6 and compiling was not a big deal -- the point was to run the tests and confirm |
| 13:14.42 | brlcad | then change the example |
| 13:15.29 | Izak__ | brlcad: I am sorry if I didnt get your instuctions right the first time but you should understand i was ill at the time |
| 13:16.27 | brlcad | I get that you were ill, glad that you're better |
| 13:16.35 | brlcad | but this was more of a communication problem |
| 13:17.54 | brlcad | this should have been discussed here and on the mailing list on the 22nd/23rd |
| 13:20.29 | brlcad | Izak__: okay so lets move forward, I'd just ask that you please take a more active invovlement in communicating progress and activity beyond your logs |
| 13:21.10 | brlcad | especially when activity takes a major turn away from coding, towards having to do research |
| 13:22.58 | Izak__ | I just couldn't progress with the coding without looking into solving the sextic equation |
| 13:23.11 | brlcad | I could have told you about the problems solving general sextic equations long before you talked to your math teachers, knew this issue before your proposal was even accepted |
| 13:23.46 | Izak__ | mathematician Tito tested the sextic in rt_hrt_shot and it coulnt be solved in radicals , that is, precise solutions |
| 13:24.33 | Izak__ | So he said only numerical algorithms could be used to approximate this. |
| 13:25.08 | Izak__ | These mathematicians were not prompt to reply me too so that is why it took a while |
| 13:25.14 | brlcad | and guess what, our solver is a numerical algorithm |
| 13:25.25 | Izak__ | what |
| 13:25.42 | Izak__ | roots.c ? |
| 13:26.05 | brlcad | again, this is why this is frustrating, none of this is new information and is a discussion that should have happened (really months ago) |
| 13:26.32 | Izak__ | months ago ? brlcad: common |
| 13:27.07 | brlcad | yes, because this really is at the heart (no pun intended) of implementing your primitive, it's the central piece that is the major unknown |
| 13:27.29 | brlcad | implementing all of the other callbacks are pointless if shot() cannot be resolved, so in a way, it should have been first |
| 13:27.37 | brlcad | which means this discussion would have been first |
| 13:27.45 | brlcad | not a critical issue, though, lots has been learned |
| 13:28.04 | brlcad | the issue was just once you finally got to the hard part, you disappeared instead of discussing it |
| 13:28.21 | brlcad | this was well known to be THE defining problem of implementing this particular primitive |
| 13:28.39 | Izak__ | I was told that as concerns shot I am the expert |
| 13:28.42 | brlcad | the goal and plan was never to implement a sextic solver even if ours is determined to be inadequate |
| 13:29.38 | Izak__ | So i had the impression that solving rt_hrt_shot was my responsibility alone |
| 13:30.43 | brlcad | you're basically saying that your mentors have no business .. mentoring you? |
| 13:31.06 | Izak__ | No that's not what I am saying |
| 13:31.14 | brlcad | it's certainly your responsibility to try and implement it as best possible, but that's not in a vacuum |
| 13:31.19 | brlcad | communication is expected |
| 13:31.39 | Izak__ | The thing is I asked Erik:and he said I was the expert for rt_hrt_shot |
| 13:32.19 | brlcad | sure, as far as the code is concerned, nobody knows that code right now better than you |
| 13:32.41 | Izak__ | even you and Erik ? |
| 13:33.09 | ``Erik | we haven't written any of it, we didn't design it, we just occasionally glance at it to make sure it's not completely wrong... |
| 13:33.12 | brlcad | we may understand the bigger picture better, what you're doing and why, how it fits in |
| 13:33.15 | brlcad | but you wrote it |
| 13:33.30 | brlcad | still, what's the point? |
| 13:33.42 | Izak__ | yes i did and I take responsibility for that |
| 13:34.34 | brlcad | http://brlcad.org/~Izak/rt_shot_test.png is a dead link, btw |
| 13:34.43 | ``Erik | I grok that there's a 6th order polynomial to define the trace line of the shape, but I don't know which coefficient causes which changes in the surface (I do know we have code to estimate roots of nth order polynomials and fast code for 3rd and 4th order) |
| 13:36.12 | ``Erik | for the hrt_shot() bit, you're the expert, but it'll use other bits of code where you're not the expert *shrug* :) |
| 13:36.37 | Izak__ | Okay i get it. |
| 13:38.17 | brlcad | Izak__: let me frame this another way -- I don't think you have the time or background to implement a sixth order solver in the time remaining, and I would have told you that a month ago even had I thought you'd try going down that route |
| 13:38.32 | brlcad | and that's not intended to be offensive |
| 13:38.40 | brlcad | it's a very hard problem |
| 13:39.04 | brlcad | that could have been a gsoc proposal all by itself |
| 13:39.57 | brlcad | that's why it was/is necessary to determine how the existing solver behaves, and if it doesn't work, we need to document that and THEN discuss what to do about it |
| 13:40.11 | brlcad | make sense? |
| 13:41.21 | Izak__ | So I need to test if the root solver actulally solves sextics |
| 13:42.35 | brlcad | not any sextic |
| 13:43.03 | brlcad | your specific sextic, which is a dramatically different question |
| 13:44.07 | Izak__ | So should I use the equation in rt_hrt_shot ? |
| 13:44.08 | brlcad | ours numerical method is based around an assertion that there is at least some surface correllation with stability in the second order derivatives |
| 13:44.19 | brlcad | your shape predominantly does have stable second order derivatives |
| 13:45.31 | brlcad | so it'll either blow up dirty fast and give crap, or it'll give 90% good probably screwing up on the top lobes, or 100% adequate |
| 13:45.49 | Izak__ | So how am i supposed to do that |
| 13:45.55 | brlcad | assuming you decomposed that massive equation perfectly .. yes ;) |
| 13:46.09 | brlcad | i'm hard-pressed to believe there's not a typo in there somewhere ;) |
| 13:46.29 | brlcad | all it takes is one missing '-' and it'll all go to hell |
| 13:48.49 | Izak__ | brlcad: Are you saying I should re check the coefficients of the equation |
| 13:49.08 | brlcad | how: edit src/util/roots_example.c, add your polynomial, and query a specific root -- ideally one that you are certain has roots |
| 13:49.25 | brlcad | if you've not already done that, *absolutely* |
| 13:49.37 | brlcad | or even express it in two forms |
| 13:50.24 | Izak__ | like in the torus ? |
| 13:51.21 | brlcad | mmm, no |
| 13:51.26 | brlcad | like in rt_tgc_shot() |
| 13:51.54 | brlcad | see the comment on 741 |
| 13:52.39 | brlcad | like that where it's expressed in unexpanded math terms and in theory is identical, just slower |
| 13:55.00 | brlcad | don't sweat it if you can't describe it that way, but if you can, that would be a great validation that there's not a simple typo |
| 13:56.26 | brlcad | so you then test the solver via roots_example.c just to see what it does, then let shot() get called and see what image results, how many "failed to converge" messages are given, or what else happened |
| 13:56.32 | brlcad | s/happened/happens/ |
| 13:57.42 | Izak__ | ok |
| 13:58.24 | Notify | 03BRL-CAD:starseeker * 57444 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Get NURBS form of rev surface for export. |
| 13:58.42 | brlcad | know that it "probably" won't work, but we got to at least see what it does |
| 13:59.00 | brlcad | there's >1% chance that it'll just work too ;) |
| 14:20.21 | *** join/#brlcad mpictor_ (~mpictor_@2600:1015:b102:9b5f:0:4a:bf99:2901) | |
| 14:50.43 | Izak_ | f |
| 16:13.45 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:21.16 | *** join/#brlcad kesha__ (~kesha@49.249.17.228) | |
| 16:39.42 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 17:15.01 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 17:15.32 | Izak__ | brlcad: i have built the sextic polynomial again |
| 17:15.40 | Izak__ | like in the tgc shot |
| 17:16.22 | Izak__ | I have tested in the archer/mged interface and it keeps saying raytrace failed and rt_hrt_plot not implemented yet |
| 17:16.40 | Izak__ | Does the image depend on rt_hrt_plot ? |
| 17:20.02 | Izak__ | Erik: brlcad : please take a look at http://paste.kde.org/p639981da/ . I built the sextic equation gradually like in rt_tgc_shot() |
| 17:31.01 | brlcad | Izak__: don't plot it |
| 17:31.31 | brlcad | running the "draw" command depends on plot() being implemented |
| 17:31.45 | Izak__ | I ran the rt command instead |
| 17:31.57 | brlcad | you don't need to draw it, or you could draw a point or a line or set of lines or something simple |
| 17:32.19 | brlcad | rt run from within mged uses what is "draw"n by default |
| 17:32.26 | Izak__ | I created a heart shape and ran 'rt' on it |
| 17:32.29 | brlcad | so if you can't draw it, you can't run rt |
| 17:32.36 | brlcad | but you can run rt from outside mged |
| 17:32.40 | Izak__ | I am editing roots_example.c now |
| 17:32.47 | brlcad | that's good |
| 17:32.57 | brlcad | that's really the next step I think, before running the trace |
| 17:33.13 | brlcad | just to make sure the evaluator doesn't crash or run off into an infinite loop |
| 17:33.40 | brlcad | whether it solves a root will entirely depend on the ray you use (try to hit it dead on center) |
| 17:33.51 | brlcad | (where it's most "flat") |
| 17:34.22 | Izak__ | ok Just wanted to check that my coefficients were correct |
| 17:34.22 | Izak__ | have you looked at the code on kde paste ? |
| 17:35.18 | Izak__ | How should I hit the center say? |
| 17:37.49 | brlcad | Izak__: yes, the paste is certainly easier to read than the other form |
| 17:38.06 | brlcad | whether it's right or not, is not something I'm going to see just glancing through the file |
| 17:38.31 | Izak__ | okay I justb wanted you to appreciate the method |
| 17:38.32 | brlcad | I don't see anything obviously wrong, but it's not like I'm going to notice a missing minus sign in 200 lines of math code :) |
| 17:38.45 | Izak__ | :) |
| 17:39.54 | brlcad | so if you call bn_pr_poly() on that paste 'S' polynomial and the one current committed, are they identical? |
| 17:41.14 | brlcad | that's really the validation going for -- reducing the liklihood that there's a typo |
| 17:42.30 | brlcad | so if something isn't working, we know it's more likely the solver or initial math than it being a typo |
| 17:43.12 | Izak__ | I really took time to work through this one with accuracy and I checked again you know |
| 17:44.00 | brlcad | I don't doubt that you did |
| 17:44.42 | brlcad | if they're the same, it's a confirmation validation |
| 17:45.00 | brlcad | if they're different, then likely something wrong in the expanded/fast version, but worth checking into |
| 17:47.05 | brlcad | you can test putting them both into roots_example, and see if calling bn_pr_poly() prints the same |
| 18:01.20 | Izak__ | brlcad :It means I will have to choose arbitrary values for dprime and pprime right ? |
| 18:04.53 | Izak__ | Or did you mean I should test at the center (0,0,0) ? |
| 18:23.00 | Notify | 03BRL-CAD:tbrowder2 * 57445 brlcad/trunk/src/util/dsp_add_t.cpp: initial subclass experiment |
| 18:29.51 | brlcad | Izak__: it depends on the primitive parameters |
| 18:30.05 | brlcad | so no, not arbitrary values for dprime/pprime |
| 18:30.33 | brlcad | carefully selected values that should (hopefully) result in a stable evaluation |
| 18:31.03 | Notify | 03BRL-CAD:brlcad * 57446 brlcad/trunk/src/util/dsp_add_t.cpp: since it's all within a try/catch block now, count is used potentially uninitialized |
| 19:00.45 | Izak__ | brlcad: Have just compiled roots_example.c, how do I test to see its values generated |
| 19:00.45 | Izak__ | ? |
| 19:13.14 | brlcad | you run it |
| 19:16.22 | Izak__ | does the regular make compile it or do i have to usee gcc |
| 19:21.38 | Izak__ | brlcad: This is what I get http://paste.kde.org/p1c0cf23a/ |
| 19:22.01 | Izak__ | when I complie given the command in the roots_example.c comment |
| 19:24.03 | brlcad | it's integrated into the build system, you should not need to build it by hand |
| 19:24.48 | brlcad | you certainly can fix those errors, but it's easier to just run make && bin/roots_example |
| 19:31.21 | Izak__ | brlcad: System says there is no file called roots_example |
| 19:36.49 | brlcad | Izak__: where are your source and build directories located? |
| 19:37.54 | Izak__ | My source is in /home/Izak/Code/ and build in /home/Izak/Code/brlcad-build/bin/ |
| 19:38.02 | brlcad | went through this same discussion with Ch3ck, where were you? :) |
| 19:39.46 | Izak__ | I was surely doing sth else at the time |
| 19:40.07 | brlcad | bin/ is not your build dir, that would be probably /home/Izak/Code/brlcad-build/ |
| 19:40.27 | brlcad | how are you compiling? |
| 19:41.29 | Izak__ | I dont understand ? |
| 19:41.32 | brlcad | what commands are you running |
| 19:41.42 | brlcad | walk me through what exactly you are typing |
| 19:42.02 | brlcad | or show me a log or something |
| 19:42.14 | Izak__ | cmake ../brlcad -DCMAKE_BUILD_TYPE=Debug |
| 19:42.17 | Izak__ | make |
| 19:42.26 | Izak__ | make benchmark |
| 19:42.30 | Izak__ | make install |
| 19:42.50 | brlcad | okay, and no errors on any of those? |
| 19:43.00 | Izak__ | in the /home/Izak/Code/brlcad-build/ directory |
| 19:43.07 | brlcad | nods, good |
| 19:43.09 | Izak__ | No errors |
| 19:44.01 | brlcad | ah, i bet i know the problem |
| 19:44.17 | brlcad | yeah, that's it |
| 19:44.50 | brlcad | if you look in brlcad/src/util/CMakeLists.txt, you'll see that roots_example is marked NO_INSTALL |
| 19:45.04 | brlcad | which means ... *drumroll* don't put it into the bin directory |
| 19:45.11 | brlcad | so this: |
| 19:45.26 | brlcad | ~/brlcad-build/src/util/roots_example |
| 19:46.25 | brlcad | the binary is left in the build subdir since it's just for testing |
| 19:46.36 | brlcad | it used to be in bin/ |
| 19:56.33 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6090 /wiki/User:Izak/GSOC_2013_logs: /* August 26th to August 31st */ |
| 20:00.25 | Izak__ | Need to do some debugging |
| 20:52.55 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6091 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */ |
| 21:01.40 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 21:12.03 | Notify | 03BRL-CAD:brlcad * 57447 (brlcad/branches/RELEASE/AUTHORS brlcad/branches/RELEASE/BUGS and 899 others): merge trunk from r55755 through r57446 into the release branch, beginning preparations and testing for release 7.24.2 |
| 21:46.52 | Notify | 03BRL-CAD:jordisayol * 57448 brlcad/trunk/misc/debian/changelog: update debian changelog |
| 22:07.52 | Notify | 03BRL-CAD:starseeker * 57449 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Work on figuring out how to properly export a rational curve |
| 22:19.11 | Notify | 03BRL-CAD:tbrowder2 * 57450 brlcad/trunk/src/util/dsp_add_t.cpp: add more of TCLAP code to customize |
| 22:31.05 | Notify | 03BRL-CAD:starseeker * 57451 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: Add ability to print specific 3D curve info |
| 22:32.59 | Notify | 03BRL-CAD:starseeker * 57452 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Multiplicity (at a minimum) isn't right. |
| 22:44.12 | Notify | 03BRL-CAD:tbrowder2 * 57453 brlcad/trunk/src/util/dsp_add_t.cpp: eliminate showing '--' or '--version' args |
| 23:09.44 | Notify | 03BRL-CAD:tbrowder2 * 57454 brlcad/trunk/src/util/dsp_add_t.cpp: demo '?' arg when we have no long help (same as '-h') |
| 23:17.43 | Notify | 03BRL-CAD:tbrowder2 * 57455 brlcad/trunk/src/util/dsp_add_t.cpp: TCLAP takes care of no-arg situation |
| 23:28.37 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:38.50 | Notify | 03BRL-CAD:brlcad * 57456 brlcad/trunk/TODO: this has come up several times recently and probably something we can predominantly automate. provide a model reduction capability. |
| 02:07.25 | Notify | 03BRL-CAD:brlcad * 57457 brlcad/trunk/TODO: simple first step for making some progress on ray bundling |
| 02:33.34 | Notify | 03BRL-CAD:brlcad * 57458 brlcad/trunk/doc/CMakeLists.txt: add some notes on the various implicit primitive constraints |
| 02:43.51 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:58.37 | brlcad | FLOSSrookie: how goes it? |
| 03:19.28 | FLOSSrookie | brlcad: Good. |
| 03:19.33 | FLOSSrookie | brlcad: Sorry I did not see your post earlier. I have set pidgin to log on automatically. I was just reading up on this "revelation" by the news corps of the NSA spying. And wondering why it is all so vague. They don't mention a single company that is "in bed" with the NSA and the don't mention a single encryption standard or algorithm that has been broken. |
| 03:19.33 | FLOSSrookie | If this stuff came from Snowden then he is not doing a good job of informing us. He needs to name names and tell us the facts. This all seems like fear mongering to me. |
| 03:51.56 | Notify | 03BRL-CAD:brlcad * 57459 brlcad/trunk/regress/repository.sh: if we're building in place, we also need to ignore the lexer output source files that inject system headers before our common.h header |
| 04:24.45 | Notify | 03BRL-CAD:phoenixyjll * 57460 brlcad/trunk/src/libbrep/boolean.cpp: It should be the intersection of the two merged intervals, not union. |
| 05:05.06 | Notify | 03BRL-CAD:phoenixyjll * 57461 brlcad/trunk/src/libbrep/boolean.cpp: IsPointOnLoop() and IsPointInsideLoop() may return -1. And there might be no intersections (e.g. for an innerloop) |
| 05:34.55 | Notify | 03BRL-CAD:phoenixyjll * 57462 brlcad/trunk/src/libbrep/boolean.cpp: Should use m_b for the polyline's domain... |
| 06:59.09 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:00.26 | *** join/#brlcad kimzzzz (~AndChat31@49.249.16.85) | |
| 07:01.32 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.18) | |
| 07:16.14 | *** join/#brlcad kesha (~kesha@49.249.16.85) | |
| 07:43.12 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:03.16 | Notify | 03BRL-CAD Wiki:Phoenix * 6092 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */ |
| 08:03.36 | Notify | 03BRL-CAD Wiki:Phoenix * 6093 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */ |
| 08:04.36 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_union.png: |
| 08:04.52 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_intersect.png: |
| 08:05.07 | Notify | 03BRL-CAD Wiki:Phoenix * 0 /wiki/File:Arb_diff.png: |
| 08:06.12 | Notify | 03BRL-CAD Wiki:Phoenix * 6097 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 08:06.47 | Notify | 03BRL-CAD Wiki:Phoenix * 6098 /wiki/User:Phoenix/GSoc2013/Reports: /* Test Results */ |
| 09:28.42 | Notify | 03BRL-CAD:indianlarry * 57463 (brlcad/branches/nurbs/TODO brlcad/branches/nurbs/doc/CMakeLists.txt and 30 others): Merging trunk into branch 'nurbs' r:57357:57462 |
| 09:33.33 | *** join/#brlcad kesha (~kesha@49.249.16.85) | |
| 09:37.58 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 10:50.01 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 10:58.01 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:12.47 | Notify | 03BRL-CAD:tbrowder2 * 57464 brlcad/trunk/src/util/dsp_add_t.cpp: remove commented-out code |
| 11:40.22 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 11:40.24 | Izak | y |
| 11:47.41 | *** join/#brlcad kimzzzz (~AndChat31@1.38.27.18) | |
| 11:58.43 | Notify | 03BRL-CAD:tbrowder2 * 57465 brlcad/trunk/src/util/dsp_add_t.cpp: change from stdout redirect to a named file as third mandatory arg (gives better opt handling) |
| 12:09.30 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 12:09.51 | Izak__ | brlcad: Finding the sixth roots of unity did not converge |
| 12:10.34 | Izak__ | i mean did not converge in 100 iterations. I am cheking to see if the number of iterations can be increased |
| 12:53.50 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.18) | |
| 13:11.05 | Izak__ | brlcad: I have tested a polynomial from Kuhlkarni's paper and several others like a quintic which had to yield the 5 roots of unity and it says this http://paste.kde.org/p46239293/ |
| 13:12.10 | brlcad | Izak__: stack trace? |
| 13:12.36 | Izak__ | ok with gdb right ? |
| 13:13.17 | brlcad | in method you can manage |
| 13:13.21 | brlcad | but yeah, I'd used gdb |
| 13:14.07 | brlcad | segfault messages by themselves are rarely ever useful, just mean "something went wrong" .. and it's often something very trivially fixable |
| 13:15.44 | zero_level | brlcad : CAn you please point me to a source of generation of dpix images ? |
| 13:16.11 | zero_level | because I am afraid of the following point. |
| 13:16.39 | brlcad | zero_level: grep dpix doc/docbook/system/*/*/*.xml |
| 13:17.18 | zero_level | let say an image has values in [a,b]. 0<a<b<255 |
| 13:17.18 | brlcad | the interface hasn't been exercised in a very long time, so the tools may need dusting off (i.e. little fixes) |
| 13:18.21 | zero_level | not let say this is mapped to double values. [-MaxDouble, +MaxDouble] |
| 13:18.30 | zero_level | s/not/now |
| 13:18.54 | zero_level | So, here is my question. |
| 13:19.18 | zero_level | Do I point -MaxDouble to 0 and MinDouble to 1 |
| 13:19.22 | zero_level | or |
| 13:19.35 | zero_level | (This is while conversion) |
| 13:20.14 | zero_level | Do I find the minimum value in the Dpix i.e dpix_MIN to 0 and max value in Dpix i.e. dpix_MAX to 1 |
| 13:20.29 | zero_level | ? |
| 13:21.13 | zero_level | I believe you realize I am trying to convert dpix image to icv container and vice versa. |
| 13:21.47 | zero_level | brlcad : Also regarding the flags. |
| 13:22.14 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 13:23.04 | zero_level | my motto of implementing them was to allow some multiplication of the form. |
| 13:23.14 | zero_level | a*5/4.9 |
| 13:23.22 | zero_level | where a is the pixel value. |
| 13:24.26 | zero_level | brlcad : Also this is a dummy example. |
| 13:32.16 | brlcad | zero_level: I don't think that question can be answered -- it depends on what the data means (and we have other tools for shifting data ranges, and can obviously write others) |
| 13:32.31 | brlcad | it's more a question of whether precision is lost and if so, how much |
| 13:32.42 | brlcad | and providing information and options to the user |
| 13:33.17 | zero_level | lets trust the existing tool and dpix-pix in util |
| 13:33.42 | Notify | 03BRL-CAD:tbrowder2 * 57466 brlcad/trunk/src/util/dsp_add_t.cpp: protect from overwriting existing files; add -f option; improve error message |
| 13:33.43 | zero_level | s/lets trust/trusting |
| 13:34.32 | zero_level | brlcad : If going by this dpix-pix uses local minima and local maxima in the dpix images. |
| 13:34.40 | zero_level | maps them to 0 and 255 respectively |
| 13:34.45 | zero_level | and converts the output. |
| 13:35.51 | zero_level | brlcad :regarding your reference to the doc rt can output the images in dpix format. |
| 13:36.05 | zero_level | and which is indeed the founding of dpix. |
| 13:36.32 | brlcad | yep |
| 13:36.49 | brlcad | but what I don't know is what range rt is capable of producing |
| 13:37.07 | zero_level | brlcad : How do we find the range ? |
| 13:37.14 | brlcad | mapping min/max to 0/255 is simply the safest thing to do, most preserving |
| 13:37.27 | brlcad | reading the code |
| 13:37.35 | zero_level | brlcad : but aboviously not the right thing |
| 13:37.45 | zero_level | also 0.0-1.0 is lot of ranges. |
| 13:37.50 | brlcad | not obviously the wrong thing either |
| 13:37.58 | brlcad | depends |
| 13:38.08 | zero_level | I think we should limit our rt in this. (If this is doable) |
| 13:38.22 | brlcad | uhm, why limit our range? |
| 13:38.33 | brlcad | the entire point is to preserve as might wavelength information as possible |
| 13:38.40 | zero_level | atleast to some values. |
| 13:38.43 | brlcad | not make something convenient for an image processing library |
| 13:38.45 | zero_level | [a,b] |
| 13:39.07 | brlcad | right now, I suspect that the range is [0,MAX_DOUBLE] |
| 13:39.17 | zero_level | alright. |
| 13:40.00 | zero_level | but than the point is if I map all these values to 0,1 (ofcourse lossy) we might not get good results. |
| 13:40.13 | zero_level | s/than/then |
| 13:40.17 | brlcad | but you would not want to just linearly map [0,MAX_DOUBLE] to [0,255] if your data was [132.13,9183.3] ... that'd all get compressed to like two color values |
| 13:40.46 | zero_level | ok. do ou suggest using gamma correlation ? |
| 13:41.10 | zero_level | c/ou/you |
| 13:41.59 | brlcad | gamma correction is for shifting values (basically a multiplier |
| 13:42.10 | brlcad | this is not a shifting issue, it's a range mapping problem |
| 13:42.47 | brlcad | there needs to be a way to map a range of values to another either on the front end or the back end |
| 13:42.49 | zero_level | I thought it has a say in mapping also. http://en.wikipedia.org/wiki/Gamma_correction |
| 13:43.50 | brlcad | but usually same range data |
| 13:43.52 | zero_level | see line 99 in encoding.c |
| 13:43.57 | brlcad | your problem is different ranges |
| 13:44.06 | brlcad | I actually have to run out for a bit |
| 13:44.06 | zero_level | libicv/encoding.c |
| 13:44.15 | zero_level | brlcad :alright. |
| 13:44.26 | zero_level | brlcad : lets continue. |
| 13:44.27 | brlcad | something to think about is simply increasing the range of icv's back-end |
| 13:44.53 | zero_level | brlcad : I am not sure if that is a good idea. |
| 13:45.50 | brlcad | you'll have to convince me of that, why limiting ourselves to a small sliver of double-precision is useful... it shouldn't matter other than for range mapping |
| 13:46.08 | brlcad | still just something to think about |
| 13:46.10 | brlcad | not act on |
| 13:46.11 | zero_level | ok. now ? |
| 13:46.56 | brlcad | the general problem is still mapping from one range to the back-end range (whatever that is), and needing function(s) to do that bidirectionally |
| 13:48.30 | brlcad | one possible way is that each format (bw, pix, dpix, png, ...) could provide a mapping routine, e.g., png_to_icv() and png_from_icv() |
| 13:49.24 | brlcad | ICV would provide plugin API for low-level data range mapping (like your chartodouble() function) for the possible C intrinsic data types |
| 13:49.26 | Notify | 03BRL-CAD:tbrowder2 * 57467 brlcad/trunk/src/util/dsp_add_t.cpp: check for zero-length files |
| 13:50.54 | brlcad | anyways, think about it .. got to run, suggest just starting with dpix as it's currently defined and mapping to current 0,1 backend, and we'll think about whether it makes sense to change it |
| 13:51.15 | brlcad | if changes are hard, something needs to change, the backend should be changeable |
| 14:29.00 | Izak__ | Huuh ! brlcad: I ran roots_example on Kuhlkarni's polynomail and it works now. You should see this http://paste.kde.org/p48c0a512/ |
| 14:30.00 | Izak__ | Erik: The real issue was that roots[] array in roots_example.c could stash only upto 4 roots. I changed that to 6 |
| 14:44.07 | Izak__ | I have changed 4 to BN_MAX_POLY_DEGREE so that 4 wouldn't look like a magic number or confuse anyone |
| 14:53.08 | Notify | 03BRL-CAD:tbrowder2 * 57468 brlcad/trunk/src/util/dsp_add_t.cpp: modify arg description for output file |
| 14:57.17 | Notify | 03BRL-CAD:iiizzzaaakkk * 57469 brlcad/trunk/src/util/roots_example.c: A roots example of a sextic equation. Changed 4 to BN_MAX_POLY_DEGREE |
| 14:59.22 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6099 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */ |
| 14:59.31 | Notify | 03BRL-CAD:tbrowder2 * 57470 brlcad/trunk/src/util/dsp_add_t.cpp: improve help output format |
| 15:04.16 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6100 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */ |
| 15:30.17 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 15:30.25 | Izak__ | l |
| 15:30.34 | Izak__ | ok |
| 16:51.20 | Notify | 03BRL-CAD:tbrowder2 * 57471 brlcad/trunk/src/util/dsp_add_t.cpp: use std exit macros for portability and ease of parsing |
| 17:04.04 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 17:05.05 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 17:05.19 | Izak__ | looking at |
| 17:05.35 | Notify | 03BRL-CAD:tbrowder2 * 57472 brlcad/trunk/src/util/dsp_add_t.cpp: rearrange file open order; standardize format of exit messages |
| 17:06.54 | Izak__ | ``Erik: I tested roots_example on a sextic equation and it worked perfectly |
| 17:07.18 | Notify | 03BRL-CAD:tbrowder2 * 57473 brlcad/trunk/src/util/dsp_add_t.cpp: add ERROR to error exit message |
| 17:29.08 | Notify | 03BRL-CAD:tbrowder2 * 57474 brlcad/trunk/src/util/dsp_add_t.cpp: move fnames up to main scope for later use; bail on errors earlier; improve error messages |
| 17:42.24 | ``Erik | Izak__: awesome, have you wired it to your hrt shot yet? I'm eager to see either a wireframe or rt :D |
| 17:43.21 | Izak__ | I keeps saying rt_hrt_plot ont implemented yet. So it apperas the rt in mged/archer depends on plot |
| 17:44.10 | Izak__ | s/ont/Not |
| 17:44.23 | *** join/#brlcad kesha (~kesha@49.249.16.85) | |
| 17:47.09 | Izak__ | ``Erik: How can i shot rays towards the center of th hrt for example ? |
| 17:47.36 | Izak__ | Selecting the particular values to serve roots_example is hard |
| 17:50.33 | brlcad | Izak__: that's really great news |
| 17:50.46 | Izak__ | brlcad: really / |
| 17:51.06 | brlcad | why I said the first step was to just see what the solver does |
| 17:51.12 | Izak__ | I think its going to be great news when i see a heart wireframe or sth |
| 17:51.15 | brlcad | the method it uses is very general |
| 17:51.26 | brlcad | now whether it'll work for your poly is still very much in question |
| 17:51.30 | brlcad | it'd be interesting to test a sextic with non-imaginary roots (as in your case) |
| 17:51.52 | brlcad | well the heart wireframe does not involve solving any roots ;) |
| 17:52.14 | brlcad | that's code you'll have to write, basically need the parametric form of that same equation |
| 17:52.17 | brlcad | usually far simpler |
| 17:52.41 | Izak__ | ok |
| 17:52.42 | brlcad | ah, looks like mathworld just gives it to you |
| 17:52.44 | brlcad | http://mathworld.wolfram.com/HeartCurve.html |
| 17:53.49 | Izak__ | I see it. But nothing is said about z variable |
| 17:54.53 | brlcad | <PROTECTED> |
| 17:55.33 | *** join/#brlcad harmanpreet (~chatzilla@124.253.150.197) | |
| 17:55.42 | brlcad | oh nice http://www.wolframalpha.com/input/?i=heart+curve&lk=1&a=ClashPrefs_*PlaneCurveClass.Heart- |
| 17:56.01 | brlcad | wonders if our solver can do degree 8 ... |
| 17:56.39 | Izak__ | I'm optimistic since it does for arbitrary n |
| 17:57.33 | Izak__ | Thereal issue is that roots array contained 4 elements . I changed that to BN_MAX_DEGREE |
| 17:57.49 | brlcad | almost certainly unstable near the bottom point |
| 17:57.59 | brlcad | i saw |
| 17:58.10 | ``Erik | if it weren't for the static input/output vectors, ... (maybe have static buffers for up to N, then a couple pointers for n>N ?) |
| 17:59.44 | Izak__ | ``Erik: I dont understand |
| 18:00.07 | brlcad | Izak__: hate to say it, but you will probably just have to solve for x= y= z= from the implicit |
| 18:00.24 | brlcad | http://en.wikipedia.org/wiki/File:Heart3D.png |
| 18:00.39 | ``Erik | Izak__: I'm just speculating on an approach to handle arbitrary polynomials... it doesn't impact your current task, just a general musing :) |
| 18:01.35 | Izak__ | brlcad: you don't need to hate to say it :) |
| 18:01.52 | Izak__ | ``Erik: Thanks |
| 18:03.31 | ``Erik | Izak__: generating the wireframe should be fairly easy, as should the bounding box... those're probably your next two tasks (you'll need the bounding box during the prep phase, which will be called before the shot() function) |
| 18:04.43 | Izak__ | ``Erik: Thanks. Please could you llook at hrt.c code on trunk. Maybe I have done some of that bbox and prep |
| 18:05.21 | brlcad | maybe? you don't know? :) |
| 18:05.53 | Izak__ | It's just politeness brlcad: I already wrote those callbacks |
| 18:06.49 | brlcad | hm, doesn't come off as sounding polite, sounds unsure -- thx for the clarification |
| 18:07.09 | ``Erik | aha, didn't realize the bbox func has already had some meat to it... not sure it's quite right, almost looks like the center of the box is always the origin? what if the primitive is offset? |
| 18:10.36 | Izak__ | Which portion of the code indicated that the center of the box is always the origin ? ``Erik: |
| 18:11.50 | ``Erik | n/m, was reading it wrong :) brain isn't quite here today |
| 18:15.05 | kesha | 08:35.36kesha__Hello brlcad |
| 18:15.09 | kesha | 08:36.02kesha__I tried with some more geometry conversions. Still some queries .. |
| 18:15.09 | kesha | 08:37.05kesha__Many a times, when I do export, some objects are exported correctly, but it shows a message of segmentation fault(core dumped) and stops (almost 40-50% of those I tried) |
| 18:15.09 | kesha | 08:37.15kesha__The material property disappears after conversion. The mater and color related information is lost after conversion. |
| 18:15.11 | kesha | 08:37.38kesha__I tried from http://brlcad.org/private/geometry/ |
| 18:15.12 | kesha | 08:37.50kesha__http://brlcad.org/private/geometry/3dm_Geometry/ |
| 18:15.14 | kesha | 08:38.46kesha__I also installed freecad. |
| 18:15.15 | kesha | 08:39.56kesha__Whenever you are free, can you please walk me through 1 or 2 examples of *perfect 3D model importing* ? |
| 18:15.25 | kesha | brlcad: there ? |
| 18:31.23 | Izak__ | brlcad: I have solved for x = y = z from the implicit equation and it has given this http://paste.kde.org/pd52b8d11/ |
| 18:31.48 | Izak__ | thinking of trying it out in roots_example.c |
| 18:49.39 | Notify | 03BRL-CAD:starseeker * 57475 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Gah. Looks like we will need an aggregate to 'properly' define rational bspline curves. |
| 18:50.07 | Notify | 03BRL-CAD:starseeker * 57476 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Appending is taken care of elsewhere. |
| 18:50.29 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6101 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */ |
| 18:54.18 | brlcad | kesha: I replied to all of that commentary, but you either missed it or weren't online |
| 18:54.43 | brlcad | kesha: you keep saying export |
| 18:54.49 | brlcad | what's the difference between export and import? |
| 18:56.14 | brlcad | encountering a segmentation fault message is completely useless without knowing the command you ran, what data you had, and (most importantly) obtaining a stack trace |
| 18:57.04 | brlcad | helps if it's reproducible but really it just has to be actionable information, just not "something failed and I don't know why" |
| 18:58.56 | brlcad | the color properties disappearing is not at all relevant to the task at hand |
| 19:00.08 | brlcad | Izak__: oof, I think I wrote poorly and you misunderstood what I meant |
| 19:00.40 | brlcad | Izak__: you need to end up with three equations ... x = something; y = something; and z = something; |
| 19:00.45 | Izak__ | What did you mean to say then ? |
| 19:01.14 | brlcad | usually as a function of some u,v parameterization, then u,v are iterated from 0 to 2*PI or some other range |
| 19:02.23 | brlcad | Izak__: for example, consider a sphere |
| 19:03.06 | brlcad | the implicit equation is x^2 + y^2 + z^2 - R^2 = 0 |
| 19:03.13 | brlcad | the parametric however is |
| 19:03.45 | brlcad | x = sqrt(R^2 - u^2) * cos(v) |
| 19:04.02 | brlcad | y = sqrt(R^2 - u^2) * sin(v) |
| 19:04.09 | brlcad | z = u |
| 19:04.21 | brlcad | or something really close to that ;) |
| 19:08.26 | Izak__ | brlcad: What about this http://paste.kde.org/p769e6aaa/ |
| 19:13.52 | kesha | oh, I think I missed the reply then ! My bad- export means the one we convert from our format to other and import is one we convert from other format to ours. |
| 19:14.57 | kesha | Can you walk me through an example of perfect 3D model importing ? |
| 19:23.19 | *** join/#brlcad kesha_ (~kesha@49.249.0.235) | |
| 19:24.46 | Izak__ | awaiting brlcad: 's opinion as to heart parametric equations |
| 19:26.13 | Notify | 03BRL-CAD:vladbogo * 57477 (brlcad/trunk/src/libdm/dm_obj.c brlcad/trunk/src/libtclcad/tclcad_obj.c): Default for framebuffer interface - handle unsupported display manager and framebuffer combinations by D.Rossberg |
| 19:27.42 | Notify | 03BRL-CAD:vladbogo * 57478 brlcad/trunk/src/libdm/dm-qt.cpp: Set locale to POSIX after open is called + use a single QPainter instead of creating one everytime a drawing is made. |
| 19:28.25 | brlcad | Izak__: i'm not sure what you want opinionwise :) |
| 19:28.32 | brlcad | it's either right or it's not ;) |
| 19:29.09 | Izak__ | So what exactly do i do to test hrt_shot with those parametric equations |
| 19:29.12 | brlcad | that's basically what you need to implement plot() though, so you could add it in and evaluate from 0,2PI and see what it looks like |
| 19:29.33 | brlcad | shot() is different |
| 19:29.44 | brlcad | shot() requires the implicit equation, the root solver, what you've done |
| 19:30.20 | brlcad | plot() is usually implemented using the parametric form since you want to generate polylines or polygons or points; something explicit on the surface |
| 19:30.28 | brlcad | implict vs explicit |
| 19:31.03 | brlcad | Izak__: now that you've demonstrated that the solver is *capable* of solving a sextic, you can test whether your shot() implementation is correct |
| 19:31.20 | brlcad | Izak__: run 'rt' outside of mged, feed it the name of a hrt object |
| 19:31.45 | Izak__ | Out of mged ? brlcad: how ? |
| 19:32.15 | brlcad | Izak__: then in between fits of debugging shot(), you can work on implementing plot() using your parametric equations |
| 19:33.14 | brlcad | brlman rt or just "rt" |
| 19:33.23 | brlcad | gives usage, very simple |
| 19:33.29 | brlcad | try with a sphere first |
| 19:33.40 | brlcad | mged -c test.g make sph sph |
| 19:33.42 | brlcad | rt test.g sph |
| 19:34.27 | Izak__ | in which directory ? |
| 19:35.58 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6102 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */ |
| 19:37.43 | brlcad | Izak__: you should know that by now... |
| 19:37.55 | brlcad | in any directory you like |
| 19:38.05 | Izak__ | okay fine |
| 19:40.12 | brlcad | sorry, just really cannot answer that without asking you a half dozen questions |
| 19:40.28 | brlcad | you can build and run from/into anywhere, it's fully configurable and YOU decide that |
| 19:40.33 | brlcad | so only you can answer that |
| 19:41.41 | brlcad | it's like asking me which bed you should sleep in, well yours of course! (or your partner's) |
| 19:44.40 | brlcad | and at a glance, those parametric equations looks like they're probably not right, but easy enough to try (in fact you could put the equations into sage, and try them first) |
| 19:45.07 | brlcad | several apps like mathematica will graph parametric equations automatically for you |
| 19:50.14 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6103 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */ |
| 19:50.52 | Izak__ | brlcad: After trying rt on a heart object I get http://brlcad.org/~Izak/heart.png |
| 19:52.24 | brlcad | that's pretty cool actually, progress |
| 19:52.47 | brlcad | try different azimuths and elevations |
| 19:52.56 | brlcad | or create an animation to see it rotating |
| 19:53.16 | brlcad | http://brlcad.org/wiki/Animation |
| 19:55.55 | brlcad | at a glance, I'd say the equations aren't right but it's hard to say at that angle |
| 19:56.34 | brlcad | clearly lots of root solver failures too, but the basic shape should hopefully become apparent |
| 20:03.13 | Notify | 03BRL-CAD:indianlarry * 57479 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: playing with surf subdivision and reusing surface without malloc still WIP |
| 20:31.12 | *** join/#brlcad kesha__ (~kesha@49.249.0.235) | |
| 20:34.18 | *** join/#brlcad kesha__ (~kesha@49.249.0.235) | |
| 20:35.36 | brlcad | kesha__: the task was to *find* a few models that import correctly, so if I walk you through an example of that, I've done the task |
| 20:36.46 | brlcad | it's not uncommon for certain types of models to fail, but the point is just to find one or two that seem to import "okay" |
| 20:37.09 | brlcad | with "okay" meaning the general solid shapes import (we only care about 3D and only care about SOLID geometry) |
| 20:37.27 | brlcad | non-solid and 2D shapes will often fail horribly |
| 20:37.48 | brlcad | even 3D shapes will sometimes fail, that's why you just keep focusing on one format and find just one or two that work |
| 21:02.52 | ``Erik | https://twitter.com/DamienFahey/status/376050043720978432 @DamienFahey: Congratulations, Americans who write "Cheers" at the end of e-mails. You've found something even more pretentious than "Sent from my iPhone" |
| 21:05.44 | *** join/#brlcad kesha__ (~kesha@49.249.0.235) | |
| 22:16.42 | Notify | 03BRL-CAD:starseeker * 57480 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add control point lists and curve types. |
| 22:28.15 | Notify | 03BRL-CAD:starseeker * 57481 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Set closed_curve and self_intersect flags |
| 22:31.02 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 22:42.44 | Notify | 03BRL-CAD:starseeker * 57482 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add knots |
| 22:50.03 | Notify | 03BRL-CAD:starseeker * 57483 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Add the weights. Not quite correct yet, but definitely closer. |
| 22:56.37 | *** join/#brlcad caen23 (~caen23@92.81.182.233) | |
| 23:17.34 | brlcad | ``Erik: heh, Cheers! |
| 01:24.12 | brlcad | kesha__: did you see my response? |
| 01:46.48 | Notify | 03BRL-CAD:brlcad * 57484 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/opennurbs_ext.cpp): m_adj_face_index is unused, removing |
| 03:00.43 | *** join/#brlcad harmanpreet (~chatzilla@124.253.154.46) | |
| 04:42.57 | *** join/#brlcad infobot (~infobot@184-229-126-180.pools.spcsdns.net) | |
| 04:42.57 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 05:34.03 | *** join/#brlcad kesha__ (~kesha@49.249.17.3) | |
| 05:37.09 | kesha__ | brlcad: Sorry for my bad connectivity. At this point, I can't figure out whether the model model imported correctly or not. Can you just point out one instance of that succeeds and one that fails. I wil try to figure out why it fails or suceeds .. |
| 07:25.05 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 07:25.14 | Izak | here |
| 07:25.23 | Izak | ./ |
| 07:26.25 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 07:26.43 | Izak__ | , |
| 07:26.50 | Izak__ | . |
| 07:27.02 | Izak__ | ' |
| 07:45.37 | *** join/#brlcad FLOSSrookie1 (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 07:46.45 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:19.02 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 08:34.46 | *** join/#brlcad kesha (~kesha@49.249.17.3) | |
| 08:38.31 | *** join/#brlcad kesha_ (~kesha@49.249.17.3) | |
| 08:47.17 | Notify | 03BRL-CAD:iiizzzaaakkk * 57485 brlcad/trunk/src/librt/primitives/hrt/hrt.c: rt_hrt_shot: Coefficients of heart equation have been revisited. Sextic equatino built gradually by combining different polynomials |
| 08:48.27 | *** join/#brlcad kesha_ (~kesha@49.249.17.3) | |
| 08:55.26 | Notify | 03BRL-CAD:iiizzzaaakkk * 57486 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Removing the constant 320 from polynomial S's coefficients because it does yield different images after running rt on a heart object. |
| 09:09.35 | *** join/#brlcad kesha_ (~kesha@49.249.17.3) | |
| 10:44.48 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 10:44.48 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 10:49.43 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 10:52.15 | FLOSSrookie | Izak__: My Internet connection just went down and will probably go down again (cursed AT&T) so if you already posted it I am sorry. I am new to brlcad and would like to learn more about its features and I would like to see your little movie from those frames. Are you going to post it online? |
| 10:53.16 | Izak__ | finding some difficulties downloading ImageMagick due to Internet connection failures too. |
| 10:53.39 | *** join/#brlcad kesha_ (~kesha@49.249.16.8) | |
| 10:54.47 | Izak__ | FLOSSrookie : I think a Presentation in open office will be adequate |
| 10:55.00 | Izak__ | working on that :) |
| 10:56.59 | FLOSSrookie | Izak__: The info provided by pidgin says you are from Italy. How did you learn English so well? |
| 10:57.25 | FLOSSrookie | Usually I can tell without that info from pidgin. |
| 10:58.07 | Izak__ | FLOSSrookie: pidgin is mistaken. I have never as much as been to Italy and I don't speak Italian. |
| 10:58.44 | FLOSSrookie | Nick: Izak__ |
| 10:58.44 | FLOSSrookie | Username: ~Izak@195.24.220.16 |
| 10:58.44 | FLOSSrookie | Real name: Isaac Kamga |
| 10:58.44 | FLOSSrookie | Server: calvino.freenode.net (Milan, IT) |
| 10:58.44 | FLOSSrookie | Currently on: #brlcad |
| 10:58.44 | FLOSSrookie | Wow! |
| 10:59.19 | Izak__ | I speak English and French as I am from the only bilingual country in Africa ;) |
| 10:59.41 | Izak__ | Thats Cameroon :) |
| 11:00.28 | FLOSSrookie | Man what went wrong with this software ?:-[ |
| 11:00.44 | FLOSSrookie | Sorry. |
| 11:02.08 | Izak__ | Not a big deal FLOSSrookie ;) |
| 11:11.49 | *** join/#brlcad kesha_ (~kesha@49.249.16.8) | |
| 11:26.40 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6104 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */ |
| 11:56.34 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 11:56.34 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 18:52.39 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 18:52.39 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 19:01.52 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 19:02.03 | Izak__ | H |
| 19:37.46 | *** part/#brlcad Ch3ck_ (29cac5ec@gateway/web/freenode/ip.41.202.197.236) | |
| 21:29.10 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6105 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */ |
| 01:01.35 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:38.04 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:57.11 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:27.41 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:29.39 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:55.04 | *** join/#brlcad caen23 (~caen23@92.81.182.233) | |
| 09:32.11 | zero_level | * Add fileformats for png,bmp,ppm type images. |
| 09:32.11 | zero_level | * FIX fixed size buffers in fileformat.c. |
| 09:49.10 | Notify | 03BRL-CAD:mohitdaga * 57487 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/color_space.c and 6 others): Brought Stylistic Sanity. |
| 09:52.48 | Notify | 03BRL-CAD:mohitdaga * 57488 brlcad/trunk/src/libicv/filter.c: WS |
| 09:54.07 | Notify | 03BRL-CAD:mohitdaga * 57489 brlcad/trunk/src/libicv/TODO: Remove TODO item |
| 12:33.34 | Notify | 03BRL-CAD Wiki:Level zero * 6106 /wiki/User:Level_zero/GSOC13/logs: LOGS |
| 12:49.40 | Notify | 03BRL-CAD:mohitdaga * 57490 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/filter.c): Avoid mixup of two types of filters in icv. This now has adaptibility to handle error related to passing of filer parameters. |
| 12:59.59 | brlcad | zero_level: in terms of public API, you usually want to have as few types as possible; you could merge those into just one filter type and have the function calculate the size requirement off of that |
| 13:00.44 | brlcad | it's still conceivably possible to pass in a filter type not suitable for a given kern size |
| 13:00.50 | brlcad | (too) |
| 13:26.28 | *** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 14:39.50 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:24.02 | Notify | 03BRL-CAD Wiki:Larhan0920 * 0 /wiki/User:Larhan0920: |
| 16:16.42 | Notify | 03BRL-CAD Wiki:Harman052 * 6107 /wiki/User:Harman052/GSoc2013/Logs: |
| 16:27.08 | Notify | 03BRL-CAD:tbrowder2 * 57491 brlcad/trunk/doc/docbook/resources/brlcad/brlcad-presentation-fo-stylesheet.xsl.in: add comment; close up related lines |
| 17:15.34 | zero_level | brlcad : Fundamentally if we see icv_filter is a Convolution based filtering. while icv_filter3 is a method which takes three images and tries to animate or combine them to form a single image. |
| 17:15.49 | zero_level | I am not sure that we will still need that. |
| 17:50.37 | Notify | 03BRL-CAD:indianlarry * 57492 (brlcad/branches/nurbs/doc/docbook/resources/brlcad/brlcad-presentation-fo-stylesheet.xsl.in brlcad/branches/nurbs/include/brep.h and 18 others): Merging trunk into branch 'nurbs' r:57462:57491 |
| 17:53.22 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 18:03.37 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 18:11.52 | Notify | 03BRL-CAD:vladbogo * 57493 brlcad/trunk/include/icv.h: Removed comma in order to solve "comma at end of numerator list". |
| 18:47.44 | *** join/#brlcad caen23 (~caen23@92.81.182.233) | |
| 18:56.48 | Notify | 03BRL-CAD:vladbogo * 57494 (brlcad/trunk/include/dm.h brlcad/trunk/src/bwish/tcl.c brlcad/trunk/src/libdm/dm-generic.c): Process Qt events in archer. |
| 19:24.17 | *** join/#brlcad ``Erik (~erik@pool-173-67-38-235.bltmmd.fios.verizon.net) | |
| 19:26.36 | zero_level | vladbogo : Thanks. |
| 19:29.57 | vladbogo | zero_level: you're welcome |
| 19:31.22 | Ch3ck_ | its like fileformat.c is messed up |
| 19:31.27 | Ch3ck_ | code can't compile |
| 19:31.32 | Ch3ck_ | is anyone responsible for this? |
| 19:31.53 | Ch3ck_ | icv.h |
| 19:32.33 | Ch3ck_ | vladbogo: can you check icv.h? icv.h:474: error: comma at end of enumerator list |
| 19:33.20 | Ch3ck_ | ok looks like you already fixed that ;) |
| 19:33.24 | Notify | 03BRL-CAD:mohitdaga * 57495 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/crop.c and 8 others): Validate the input images in the public APIs of libicv. |
| 19:33.25 | zero_level | Ch3ck_ : please do svn up; |
| 19:33.36 | Ch3ck_ | yeah did that it works fine now ;) |
| 19:33.41 | zero_level | Ch3ck_ : yeah rightly figured. |
| 19:33.57 | Ch3ck_ | yup |
| 19:53.25 | maths22 | brlcad: is there any website work I should/can be working on? |
| 20:06.32 | *** join/#brlcad mpictor (~mark@2601:d:b280:3d4:d63d:7eff:fe2d:2505) | |
| 20:31.49 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 20:38.50 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6108 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */ |
| 20:50.42 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:09.09 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 22:18.37 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 22:19.35 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 01:27.58 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:50.48 | brlcad | maths22: oh my gosh yes! |
| 03:51.01 | brlcad | i'll try to come up with a summary of where we're at on Monday |
| 04:35.30 | *** join/#brlcad bch (~bch@dsl081-162-155.sea1.dsl.speakeasy.net) | |
| 04:35.34 | bch | hello #brlcad |
| 04:44.22 | brlcad | hello bch, ltns! |
| 04:47.46 | bch | hey brlcad |
| 04:48.01 | bch | long time no see. hows the 3d world ? |
| 04:52.24 | Notify | 03BRL-CAD:phoenixyjll * 57496 brlcad/trunk/src/libbrep/boolean.cpp: Use the same surface if they are split from the same face. |
| 04:56.37 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 05:52.17 | brlcad | steadily expanding ;) |
| 05:55.16 | Notify | 03BRL-CAD:phoenixyjll * 57497 brlcad/trunk/src/libbrep/boolean.cpp: Not always the last vertex. We should compare all vertexes and find the right one. |
| 06:39.07 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 07:22.17 | Notify | 03BRL-CAD:phoenixyjll * 57498 brlcad/trunk/src/libbrep/boolean.cpp: Detect whether the surfaces are the same - don't need SSI if they are the same. |
| 08:18.53 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 08:32.34 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:54.36 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:55.49 | Notify | 03BRL-CAD Wiki:Phoenix * 6109 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 12 */ |
| 10:07.06 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:07.28 | *** join/#brlcad shadownet (~Shadownet@195.24.220.16) | |
| 11:24.53 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:51.04 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:34.25 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:37.21 | Notify | 03BRL-CAD:indianlarry * 57499 (brlcad/branches/nurbs/include/dm.h brlcad/branches/nurbs/include/icv.h and 13 others): Merging trunk into branch 'nurbs' r:57491:57498 |
| 12:54.20 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:22.31 | Notify | 03BRL-CAD:starseeker * 57500 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Ah - just as we have to do something different for rational curves, we'll need to do something for rational surfaces. |
| 13:45.57 | Notify | 03BRL-CAD:starseeker * 57501 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Start breaking out pieces of ON_Brep.cpp into individual files. |
| 13:59.31 | Notify | 03BRL-CAD:starseeker * 57502 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Break out NurbsCurve handling. |
| 14:00.00 | Notify | 03BRL-CAD:starseeker * 57503 (brlcad/trunk/src/conv/step/g-step/ON_NurbsCurve.cpp =================================================================== and 218 others): Add ON_NurbsCurve.cpp |
| 14:05.54 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 14:24.20 | Notify | 03BRL-CAD:starseeker * 57504 brlcad/trunk/src/conv/step/g-step/ON_NurbsCurve.cpp: Simplify code, re-use functions |
| 15:31.50 | Notify | 03BRL-CAD:starseeker * 57505 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Break out surfaces into their own file. |
| 15:32.20 | Notify | 03BRL-CAD:starseeker * 57506 (brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp =================================================================== and 288 others): Add ON_NurbsSurface.cpp |
| 15:36.58 | Notify | 03BRL-CAD:starseeker * 57507 brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp: Get a look at the attribute list for the rational surface aggregate |
| 16:17.14 | Notify | 03BRL-CAD:mohitdaga * 57508 brlcad/trunk/src/util/dsp_add_t.cpp: Initialize the pointers to NULL. (An error in with [-Werror=uninitialized]) |
| 16:22.03 | ``Erik | heh http://www.youtube.com/watch?v=Oie1ZXWceqM |
| 16:53.24 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 16:53.43 | Izak | brlcad: Found paametric equations for heart |
| 16:54.05 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 16:54.21 | Izak__ | at http://paste.kde.org/p8f280097/ |
| 16:54.37 | Izak__ | How do i gon about plotting these ? |
| 16:54.52 | Izak__ | s/gon/go ``Erik : |
| 17:01.08 | Notify | 03BRL-CAD:starseeker * 57509 brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp: print entity name too |
| 17:03.00 | Izak__ | brlcad: Found parametric equations of the heart online pasted here http://paste.kde.org/p8f280097/ |
| 17:27.12 | brlcad | Izak__: looks at some of the other primitives, like ell |
| 17:27.37 | brlcad | suggest starting very very simple, like first drawing just a single line in plot() |
| 17:28.28 | Izak__ | brlcad: a single line eh ? |
| 17:28.47 | brlcad | drawing the bounding box, even better -- this would be throwaway code, but it'll teach you how to return the data before you worry about the parametric functions |
| 17:33.04 | brlcad | if your parametric equations are right, you can then create two for () loops, iterate over u and v and plot connected lines (contours) as a starting point |
| 17:35.52 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:36.31 | Izak__ | ok |
| 17:38.04 | Notify | 03BRL-CAD:starseeker * 57510 (brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp): Need to be able to get at the generic aggregate in the stepcomplex surface case - add a map to simplify getting at all aggregates. |
| 17:59.24 | Notify | 03BRL-CAD:mohitdaga * 57511 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Use fopen in instead of open. |
| 18:00.25 | zero_level | hi brlcad |
| 18:01.17 | zero_level | brlcad : Can you help me to bring the regress back to its original. |
| 18:01.31 | zero_level | Its currently down with dsp_add_t |
| 18:01.44 | zero_level | wanted to test changes in bw_write and pix_write. |
| 18:19.48 | kanzure | has anyone used brlcad with python + ctypes or libffi? |
| 18:22.12 | kanzure | oh cool user:phoenix is still doing nurbs things? |
| 18:42.07 | Notify | 03BRL-CAD:starseeker * 57512 brlcad/trunk/src/conv/step/g-step/ON_NurbsSurface.cpp: Add knots to rational surfaces. |
| 18:42.51 | Notify | 03BRL-CAD:mohitdaga * 57513 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Convert open to fopen in bw_write, pix_write |
| 18:42.54 | brlcad | zero_level: what's "down" mean? |
| 18:43.48 | zero_level | brlcad : nice question. :) |
| 18:43.50 | zero_level | brlcad++ |
| 18:44.11 | zero_level | Its shows an error while regressing dsp_add_t. |
| 18:44.30 | zero_level | I am copying the curent message to some paste. |
| 18:44.51 | brlcad | afaik, dsp_add_t is not part of the regression tests |
| 18:45.24 | brlcad | though it may certainly be attempting to compile it if you just run "make regress" due to dependencies |
| 18:46.05 | brlcad | suggest just fixing whatever it's complaining about |
| 18:46.16 | brlcad | shouldn't be anything major, it's a recent change |
| 18:47.01 | zero_level | alright. |
| 18:47.05 | zero_level | brlcad : thanks |
| 19:00.40 | brlcad | did you figure it out? |
| 19:04.13 | brlcad | zero_level: also, r57495 breaks DRY principle pretty hard...not to mention rule-of-three |
| 19:10.28 | kanzure | aww all of the symbol names are mangled |
| 19:10.38 | kanzure | like when i check: nm /usr/brlcad/lib/libbrep.so.20 |
| 19:11.47 | brlcad | kanzure: nm /usr/brlcad/lib/libbrep.so.20 | c++filt |
| 19:12.17 | kanzure | brlcad: i was going to see if i could use python: import ctypes; libbrep = ctypes.cdll.LoadLibrary("/usr/brlcad/lib/libbrep.so.20"); libbrep.symbolname |
| 19:12.24 | brlcad | and yes, wu is still working quite hard on nurbs (specifically boolean evaluation) |
| 19:12.26 | kanzure | but if the symbol names are mangled then they are probably different on each platform or each build or something |
| 19:12.44 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 19:12.57 | brlcad | well yeah, it's a c++ library ... :) |
| 19:13.12 | brlcad | that's kind of why swig exists |
| 19:13.22 | brlcad | wrapping C was never hard |
| 19:13.50 | kanzure | the swig wrappers don't work at the moment |
| 19:14.02 | kanzure | (sorry, i don't have a more specific bug report to give you; i didn't try today) |
| 19:14.17 | brlcad | *shrug* would be a swig issue anyways |
| 19:14.38 | brlcad | never really had trouble with it, but it's been a couple years since I last tried |
| 19:14.56 | brlcad | erik's used it more recently |
| 19:15.13 | Izak__ | brlcad: How could you ask me to share that image? It was really aweful! :( |
| 19:16.07 | brlcad | the name mangling is usually ABI-compatible, so you're good across versions of gnu, for example, but that obviously wn't match the mangling on windows or other runtimes |
| 19:16.18 | brlcad | Izak__: it's progress! |
| 19:16.28 | brlcad | it's cool progress |
| 19:16.33 | brlcad | plus I didn't know if you had anyting better |
| 19:16.35 | Izak__ | :) |
| 19:16.39 | brlcad | heck even a different angle |
| 19:16.45 | brlcad | did you at least figure that out? |
| 19:16.57 | Izak__ | no |
| 19:17.00 | zero_level | brlcad : are you pointing towards the multiple files bein committed ? |
| 19:17.00 | brlcad | oof |
| 19:17.10 | zero_level | brlcad : I figured it out. |
| 19:17.31 | zero_level | see r57508 |
| 19:17.33 | brlcad | zero_level: towards the same four lines of code you added in about 20-30 places :) |
| 19:19.28 | brlcad | zero_level: i don't understand -- you asked about regress and dsp_add_t 80 minutes ago, but r57508 was well before that |
| 19:19.46 | brlcad | Izak__: so you didn't read the rt man page? |
| 19:19.50 | zero_level | brlcad : I was running regress on bx. |
| 19:19.54 | zero_level | *bz |
| 19:20.12 | zero_level | and didnt update it with my recent commits |
| 19:20.50 | brlcad | Izak__: see the -a -e options |
| 19:20.55 | brlcad | azimuth/elevation |
| 19:21.07 | brlcad | default is 35/25 |
| 19:21.10 | brlcad | try some other views |
| 19:21.11 | Izak__ | looking at man rt page |
| 19:21.23 | Izak__ | brlcad: Did you see my slide show |
| 19:21.26 | brlcad | zero_level: ah, okay so just out of date |
| 19:21.32 | brlcad | Izak__: nope |
| 19:21.52 | Izak__ | I read the Animation wiki page and created a slide show using about 30 images |
| 19:22.07 | brlcad | er, where did you mention that?? |
| 19:22.10 | Izak__ | Please take a look at the slides |
| 19:22.15 | Izak__ | In the logs |
| 19:22.20 | zero_level | brlcad : I was trying to validate the images. |
| 19:22.22 | brlcad | oooh, heh |
| 19:22.24 | Izak__ | I mentioned that in my logs |
| 19:23.01 | brlcad | Izak__: you know I don't just sit there hitting refresh on your log all day?? :D got to give folks a hint or post a url :) |
| 19:24.05 | brlcad | downloading movie.odp |
| 19:24.07 | zero_level | Ofcourse I should have made a function or must have added the log message in the macro itself. |
| 19:24.08 | Izak__ | brlcad : I wasn under the impression that our logs are read each Sunday ;) |
| 19:25.41 | Izak__ | s/wasn/was |
| 19:26.13 | Notify | 03BRL-CAD Wiki:195.24.220.16 * 6110 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 02 - Sept 08 */ |
| 19:26.15 | zero_level | brlcad : but each function had different return argument. and a log message also. |
| 19:29.01 | brlcad | 5 had void return, 9 had -1 return, 13 had NULL return |
| 19:29.13 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6111 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */ |
| 19:29.15 | brlcad | all 27 had the same log message |
| 19:29.30 | zero_level | so three different clusters. |
| 19:29.31 | brlcad | all had basically the same check |
| 19:29.38 | Izak__ | brlcad: Any comments ? |
| 19:29.39 | zero_level | right. |
| 19:29.58 | brlcad | so the returns aren't really the issue |
| 19:30.24 | zero_level | alright. Can u suggest something ? |
| 19:30.29 | brlcad | it's really the 29 instances of the same bu_log line, and the general pattern of the same 4 lines of code repeated two dozen times |
| 19:30.29 | zero_level | Improvement > |
| 19:31.24 | brlcad | say we want to change that message, maybe not call bu_log() since this is a library and that's bad practice, maybe return it in a string passed int |
| 19:31.27 | brlcad | s/int/in/ |
| 19:31.31 | brlcad | it's now 29 times more expensive of an edit to make |
| 19:32.00 | brlcad | change it just 3 times and it's nearly 100 times more costly to keep |
| 19:32.21 | brlcad | so how to reduce that cost? |
| 19:32.51 | brlcad | if you had to change that block of code once an hour, what would you change? |
| 19:33.11 | brlcad | do that |
| 19:33.15 | Notify | 03BRL-CAD:starseeker * 57514 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/G_STEP_internal.h and 2 others): Break out shape_definition_representation |
| 19:33.18 | zero_level | brlcad : I never made such calculations. |
| 19:33.26 | zero_level | brlcad : thanks. |
| 19:33.50 | zero_level | the only thing i can think is making a validation macro. |
| 19:33.56 | zero_level | and a return pointer. |
| 19:35.29 | zero_level | but still not sure if I will need one macro or three. |
| 19:35.54 | zero_level | because Dont know if i should return in the macro ? |
| 19:36.15 | zero_level | also have no idea how to return void functions ? |
| 19:36.43 | zero_level | i mean what argument I will send to return void functions ? |
| 19:41.09 | brlcad | well it begs the question why some are pointers, some are nothing, and some are ints |
| 19:41.38 | zero_level | brlcad : nice question. |
| 19:41.43 | brlcad | can they be all made the same would be the first inspection I'd make since that would help reduce the duplication AND help make the API more consistent |
| 19:41.45 | zero_level | let me explain. |
| 19:42.07 | brlcad | there's no question why it's the way it is :) |
| 19:43.29 | zero_level | so should I continue ? or We have mad up our minds to make them consistent (forcibly ) |
| 19:43.44 | Notify | 03BRL-CAD:starseeker * 57515 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/G_STEP_internal.h brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): Break out the building of the geometric context stepcomplex object |
| 19:43.45 | brlcad | hm? |
| 19:43.52 | zero_level | c/mad/made |
| 19:43.59 | brlcad | made up our minds? this was the question |
| 19:44.14 | brlcad | whether they 'can' be made consistent (in a useful way) |
| 19:44.39 | brlcad | what that would even look like |
| 19:44.45 | brlcad | e.g., all void or all int or all pointer |
| 19:45.00 | zero_level | brlcad : I am a c-programmer. And I can make them return whatever we like. |
| 19:45.08 | brlcad | heh |
| 19:45.17 | brlcad | so take off your programmer hat for a second |
| 19:45.25 | zero_level | hahahah :) |
| 19:45.29 | brlcad | put on an API *designer* hat ;) |
| 19:45.47 | zero_level | you will have to ship one :) |
| 19:45.51 | brlcad | you're someone who downloads libicv for integration into your awesome application |
| 19:46.17 | zero_level | ok. |
| 19:46.39 | brlcad | i'm sure you can see the impact if the API always returned nothing, for example |
| 19:46.58 | brlcad | you'd think "oh wow, I hope there's a way to check for error conditions or this really sucks" |
| 19:47.33 | brlcad | but would also be comforted in never having to wrap each call in an if (succeeded) check |
| 19:47.54 | brlcad | the other two options have their own tradeoffs |
| 19:48.17 | brlcad | of course any three can be made to work, but whether it makes sense depends on how they group |
| 19:48.41 | zero_level | is wearing *designer's hat* |
| 19:48.46 | brlcad | ;) |
| 19:48.56 | brlcad | fabulous |
| 19:49.01 | zero_level | brlcad : the whole point of having |
| 19:49.15 | zero_level | this was usability. |
| 19:49.48 | brlcad | actually maintainability, but continue :) |
| 19:49.56 | zero_level | brlcad : As I explain this. I will still leave the final call to you. If you say to change I will be doing. |
| 19:50.14 | zero_level | Now. (usability) |
| 19:50.17 | brlcad | I get that, but I'm wanting feedback from you :) |
| 19:50.27 | brlcad | what do YOU think other than ... |
| 19:50.38 | brlcad | "yeah, I can change it" or "I like it how it is" |
| 19:50.48 | brlcad | that's not useful.. :) |
| 19:50.52 | zero_level | lets primarily |
| 19:50.59 | zero_level | group these functions into 3. |
| 19:51.05 | Notify | 03BRL-CAD:starseeker * 57516 (brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/G_STEP_internal.h brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): Break out Shape_Representation and Shape_Representation_Relationship |
| 19:51.08 | brlcad | why |
| 19:51.32 | zero_level | one which creates a new ICV structure in the run time. |
| 19:51.46 | zero_level | for eg. icv_filter3 |
| 19:52.13 | zero_level | this takes in the argument. three images. and creates the output image during function run time. |
| 19:52.45 | zero_level | so has a icv_image_t* type return. |
| 19:53.24 | zero_level | now lets see the functions of the form icv_filter(...) |
| 19:53.37 | zero_level | this does filtering in place. (doenst create a new icv |
| 19:53.45 | zero_level | _struct) |
| 19:53.54 | zero_level | on failure return -1 |
| 19:53.59 | zero_level | on succession 0. |
| 19:54.18 | zero_level | brlcad : this is type 2. (int return). |
| 19:54.30 | zero_level | type 3 : Mainly operations. |
| 19:54.44 | zero_level | oops. mainly statistics. |
| 19:56.20 | brlcad | that's basically the current state of the code |
| 19:57.06 | zero_level | brlcad : rightly figured. |
| 19:57.17 | zero_level | So do you see the poing ? |
| 19:57.27 | zero_level | c/poing/point |
| 19:57.45 | brlcad | yes and no |
| 19:57.56 | brlcad | I see you've described what you did |
| 19:58.21 | brlcad | which you tried with 15:41 < zero_level> let me explain. |
| 19:58.37 | brlcad | "there's no question why it's the way it is :)" |
| 19:58.45 | brlcad | i understand what you wrote, why it is that way |
| 19:58.58 | *** part/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 19:59.18 | brlcad | your creation funcs return a pointer, your filters return a code, your stats ... void |
| 19:59.24 | brlcad | sure, great |
| 19:59.53 | zero_level | And All this was done in focuse with usability |
| 20:00.10 | brlcad | sure |
| 20:00.23 | zero_level | and I see usability and maintainability in two sides of a balance here. |
| 20:00.37 | brlcad | is that to say there's no room for improvement on usability? |
| 20:00.44 | brlcad | it's perfect? |
| 20:00.45 | brlcad | :) |
| 20:01.13 | zero_level | I will brlcad's suggestion here. |
| 20:01.18 | zero_level | ^seek |
| 20:01.22 | brlcad | slaps forehead |
| 20:02.00 | brlcad | I'm trying to get you to envision and explore, not defend or just accept my envisioning/exploring |
| 20:02.09 | brlcad | you don't need to defend |
| 20:02.22 | brlcad | it is what it is, it's already turning into a great API |
| 20:02.50 | brlcad | the design question is what would it look like if you enforced some homogeneity |
| 20:03.28 | zero_level | icv_Filter3 will become. |
| 20:03.45 | brlcad | what would it look like, how might it feel if, just for *example*, if you never returned a NULL pointer, for example |
| 20:04.00 | zero_level | icv_filter3(icv_image_t* ......... , icv_filter_t **out_img); |
| 20:04.27 | brlcad | now you're thinking |
| 20:04.28 | zero_level | Just wanted to avoid this situation. |
| 20:04.35 | brlcad | why |
| 20:04.48 | brlcad | what's the downside? |
| 20:05.24 | zero_level | do you remember this page. ttp://brlcad.org/wiki/User:Level_zero/GSOC13/api |
| 20:06.14 | brlcad | yep |
| 20:06.14 | zero_level | The only downside i saw was complexity. |
| 20:06.33 | brlcad | I note that you already have that pattern in some places |
| 20:06.57 | brlcad | the function that return int are mostly that pattern |
| 20:06.58 | zero_level | we also had a long discussion about that. |
| 20:07.23 | zero_level | but earlier revisions of this page will have void type. |
| 20:07.35 | zero_level | c/will have/had |
| 20:08.04 | zero_level | and then I wanted to handle error in a better way. |
| 20:08.12 | zero_level | 0 for succession |
| 20:08.18 | zero_level | -1 for failure. |
| 20:08.21 | brlcad | slow down |
| 20:08.24 | brlcad | that thought there |
| 20:08.25 | zero_level | -2 for some other.. |
| 20:08.29 | brlcad | stop |
| 20:08.37 | brlcad | you instantly jumped from WHAT to HOW |
| 20:08.46 | brlcad | the WHAT is that you found a need to handle error better |
| 20:08.50 | brlcad | that is good to recognize |
| 20:09.07 | brlcad | you instantly jumped into HOW to handle an error (via a return code) |
| 20:09.20 | brlcad | when in reality there are many ways you could handle an error |
| 20:09.25 | brlcad | not saying there's a better way |
| 20:09.33 | brlcad | but don't mix the method (how) with the need (what) |
| 20:09.45 | zero_level | I just picked it from the old version of libicv. |
| 20:09.53 | zero_level | ok. |
| 20:10.18 | brlcad | the important point is that setting a NULL img_out was insufficient error reporting |
| 20:10.25 | zero_level | I mean from the save_open and other functions. |
| 20:10.35 | brlcad | log messages were presumably insufficient as well |
| 20:11.07 | zero_level | that was my major concern And I asked you in *1 of my doubts. |
| 20:11.32 | brlcad | what was your major concern? |
| 20:11.45 | zero_level | At this point of time I am open to your suggestion. |
| 20:11.55 | zero_level | wait. |
| 20:12.08 | zero_level | finding the link. |
| 20:12.52 | zero_level | from the paste link. * Regarding log messages, After priting log messages. Is it better to exit or pass -1 ? Currently I pass NULL or -1 for failure and 0 (or Pointer to the structure) for succeding. |
| 20:13.16 | brlcad | you mean your question in the commit message? |
| 20:13.47 | zero_level | no. DO you remember we had a discussion over a paste link i gave on IRC. |
| 20:13.57 | zero_level | it had around 8 links. |
| 20:14.08 | zero_level | s/links/ponts |
| 20:14.29 | zero_level | is facing lots of lag here. |
| 20:14.44 | zero_level | (ssh lag) |
| 20:15.24 | brlcad | yeah, I don't know what you're referring to specifically but I'm not sure how it at all matters whether I remember or not, doesn't change where we are now or today's design brainstorming |
| 20:15.56 | brlcad | I vaguely recall that, actually, but again .. not sure it's relevant |
| 20:16.31 | zero_level | hmm. |
| 20:17.26 | zero_level | so. ? where we ? |
| 20:17.27 | brlcad | back to the design discussion... so the API you have on that wiki page is one good data point |
| 20:18.55 | brlcad | clearly, the pattern there (and the majority) is return some int code |
| 20:19.33 | brlcad | so at this point, the design question it asks is why there are functions that don't return a code |
| 20:19.45 | zero_level | brlcad : regarding the paste link. I was just able to dig. http://paste.kde.org/p38e0decb/ |
| 20:19.50 | brlcad | and would it be worthwhile to make them return a code |
| 20:20.26 | zero_level | brlcaD : that is nice question to ask. |
| 20:20.47 | brlcad | ah, *that* pastebin |
| 20:21.20 | brlcad | think that is only peripherally related to today's design questions |
| 20:21.54 | brlcad | it assumes we should be printing log messages in the first place (we probably shouldn't) |
| 20:23.43 | zero_level | I see thatvoid return could be made to return. |
| 20:24.03 | brlcad | excellent |
| 20:24.03 | zero_level | like icv_destroy(...) |
| 20:24.11 | zero_level | icv_sanitize(..) |
| 20:24.26 | brlcad | so then you're just down to two categories |
| 20:24.32 | brlcad | the creation functions and the processing functions |
| 20:24.37 | zero_level | also the vice versa could be done. like icv_Filter has void type. |
| 20:24.48 | zero_level | ok. |
| 20:25.33 | zero_level | but then we could have a global variable. ICV_ERROR. And set that. |
| 20:25.39 | brlcad | NO |
| 20:25.46 | brlcad | good thinking |
| 20:25.47 | zero_level | ok. |
| 20:25.50 | brlcad | but no globals :) |
| 20:26.00 | brlcad | no global state, no static state |
| 20:26.12 | brlcad | they don't work for multiprocessing |
| 20:26.36 | brlcad | you already have an issue of memory (what if in==out) |
| 20:27.00 | zero_level | hm ? where ? |
| 20:27.35 | brlcad | a discussion for later perhaps, but basically how many of the processing functions will not work if img_in == img_out |
| 20:27.40 | brlcad | i.e., process in place |
| 20:28.05 | brlcad | many would need to create a copy to work right |
| 20:28.15 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 20:28.30 | brlcad | or be designed to work on the copy passed in only |
| 20:28.42 | brlcad | not your doing |
| 20:28.52 | brlcad | that's how they were written to stream |
| 20:29.58 | brlcad | don't worry about it |
| 20:30.38 | zero_level | brlcad : I think I didnt understand this point of yours. |
| 20:31.15 | Notify | 03BRL-CAD:starseeker * 57517 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Flip loops when we flip the face (Keith's suggestion, seems to improve raytracing results for test rcc |
| 20:31.27 | brlcad | some of the functions will not produce the right output if the output image image pointer is the exact same pointer as the input image pointer |
| 20:31.27 | zero_level | let me try to see what point are you making. |
| 20:31.43 | zero_level | brlcad : wait. |
| 20:31.49 | brlcad | doesn't wait |
| 20:31.52 | brlcad | multitasks |
| 20:32.03 | zero_level | wait means let me try to bring you a fact. |
| 20:32.10 | brlcad | ~dict wait |
| 20:32.40 | zero_level | actually i eamnt because i am facing ssh lag. It will take few secs. |
| 20:32.42 | brlcad | that may be what you meant, but that's not what the word means ;) |
| 20:33.24 | zero_level | brlcad : lets say icv_crop(img) is called. |
| 20:33.34 | zero_level | now it will crop the image. |
| 20:33.45 | zero_level | But in place. |
| 20:33.51 | zero_level | doesnt pass the pointer. |
| 20:34.05 | brlcad | sure |
| 20:34.09 | zero_level | output_pointer === input_pointer |
| 20:34.10 | brlcad | doesn't have an out pointer |
| 20:34.12 | brlcad | no |
| 20:34.14 | zero_level | (they are same) |
| 20:34.23 | zero_level | alright. |
| 20:34.30 | zero_level | so what point were you making ? |
| 20:35.05 | Notify | 03BRL-CAD:vladbogo * 57518 brlcad/trunk/src/libdm/dm-qt.cpp: Send mouse coordinates when generating Tk click events. |
| 20:35.06 | brlcad | looking through your header, I don't think you've gotten to any of them yet |
| 20:35.09 | brlcad | so doesn't matter |
| 20:35.22 | brlcad | had you implemented the wiki API, it would have been an issue perhaps |
| 20:36.11 | brlcad | noticed that icv_rot() is still the first bit of API readers are introduced to... |
| 20:36.17 | zero_level | excellent :) That why it semt alien to me. Thanks. |
| 20:36.18 | brlcad | should be further down |
| 20:36.24 | zero_level | alright. |
| 20:37.36 | brlcad | so parting design thought |
| 20:38.04 | brlcad | there is a cool aspect of always returning a (non-NULL) pointer that would be possible with this API |
| 20:38.21 | brlcad | you could compose calls functionally |
| 20:39.10 | brlcad | icv_flip(icv_scale(icv_random(icv_create(),...), 2.0)...); |
| 20:40.45 | brlcad | one liner programs ;) icv_destroy(icv_write(icv_flip(icv_scale(icv_random(icv_create(),...), 2.0)...), "myfile.png")); |
| 20:44.36 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6112 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 12 */ |
| 20:46.10 | zero_level | brlcad : Returning non-null ? |
| 20:50.36 | zero_level | do you mean we should return a pointer to an empty icv_struct even if there is an error in input argumetns. |
| 20:54.49 | Notify | 03BRL-CAD:mohitdaga * 57519 brlcad/trunk/include/icv.h: Structure the declarations of public apis in libicv. |
| 20:56.40 | brlcad | the structure would be able to record any type of exception state, it would record what failed and could even hold log messages explaining why |
| 20:57.39 | brlcad | each subsequent function would naturally skip processing just like your current check, and return the input (or even append another exception to the list) |
| 20:58.00 | brlcad | so the error propagates up, the memory is never potentially a null pointer dereference |
| 20:58.46 | brlcad | and you can still chose to invoke them one line at a time: img = icv_create(); img = icv_random(img, ...); img = icv_scale(img, 2.0); ... |
| 21:04.20 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6113 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */ |
| 21:07.22 | zero_level | brlcad : nice idea. |
| 21:07.29 | zero_level | This will require some planning. |
| 21:26.37 | zero_level | brlcad : what is take away from today's disucssion ? |
| 21:27.02 | zero_level | how should i plan. (Looking at the time as a constraint) |
| 21:34.02 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6114 /wiki/User:Izak/GSOC_2013_logs: /* September 2nd to September 7th */ |
| 21:34.15 | Notify | 03BRL-CAD:mohitdaga * 57520 brlcad/trunk/src/libicv/TODO: Remove TODO items. |
| 21:37.53 | *** join/#brlcad greenride (~purplehaz@71.202.102.140) | |
| 21:41.01 | greenride | If I have a system of parts (3D cad parts) and specify the momentum and angular momentum of each part, is there a library that will tell me the force on areas of contact between parts? |
| 22:02.30 | Notify | 03BRL-CAD:starseeker * 57521 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Make a note to look into assigning b_spline_surface_form types when possible. |
| 22:16.14 | Notify | 03BRL-CAD:starseeker * 57522 brlcad/trunk/src/conv/step/g-step/g-step.cpp: Free some memory - not properly freeing the STEPcomplex entities, but it's a start |
| 22:30.28 | *** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net) | |
| 22:38.50 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 22:44.38 | brlcad | zero_level: do-to file for any ideas that you think are worth pursuing |
| 22:45.29 | brlcad | zero_level: I think at a minimum, converting the void functions to return an int code for success will be worthwhile |
| 22:45.53 | brlcad | that will give you two return types that you can wrap into two macros |
| 22:46.01 | brlcad | that will at least not break the rule of three |
| 23:06.08 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:11.20 | starseeker | hmm: http://jreinhardt.github.io/BOLTS/index.html |
| 00:27.13 | brlcad | starseeker: and that's why we need to be better at modular import/export |
| 00:27.45 | brlcad | our shape module is probably already better, as is that gpl proc-db that someone wrote a few years ago |
| 00:45.42 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:06.01 | kanzure | where are dll files installed on windows for brlcad? |
| 02:06.23 | kanzure | starseeker: i dunno if you saw, but i emailed him some comments about why using freecad-python is a bad idea |
| 02:06.38 | kanzure | starseeker: because you have to load opencascade/freecad's ui first in order to use anything in there. or the dependency on openscad. |
| 02:06.58 | kanzure | i'm writing a few cython wrappers at the moment actually. which is why i'm pondering how to support the windows install path. :) |
| 02:54.35 | Notify | 03BRL-CAD:starseeker * 57523 brlcad/trunk/src/proc-db/CMakeLists.txt: Adapt the Ayam implementation of the Cobb NURBS sphere to OpenNURBS and BRL-CAD. Creates a sphere (right now, only a unit sphere) using six NURBS patches rather than a revolved arc. |
| 02:55.31 | brlcad | kanzure: I believe the dll's reside in the folder with the binaries (as is customary with most windows applications, especially those that avoid the registry) |
| 02:56.19 | brlcad | starseeker: eww.. :) |
| 02:56.44 | brlcad | actually, would be a nice option to 'make' -- that's right up there with 'ell1' |
| 02:56.48 | kanzure | brlcad: python packages have an install process where they can compile to link against libraries. so you can pass an absolute path or just the name of the library. i am not sure how this works on windows. doesn't make sense. |
| 02:57.16 | kanzure | i guess users can edit $PYTHONPATH to refer to the C:\brlcad\dlls\ path |
| 02:57.20 | brlcad | presumably just the name of the library uses an rpath |
| 02:57.22 | kanzure | i mean %PYTHONPATH% |
| 02:57.25 | starseeker | brlcad: ? wireframe's better... |
| 02:57.38 | starseeker | mainly wanted for testing |
| 02:57.59 | brlcad | wireframe could be changed for revolved breps |
| 02:58.08 | kanzure | huh? wouldn't a revolved arc also have a wireframe? |
| 02:58.15 | brlcad | I get it, just data-wise, it's a bit of a pig |
| 02:58.23 | starseeker | yeah, a half circle - doesn't do much for users |
| 02:58.32 | starseeker | brlcad: that's why it's not the default :-) |
| 02:58.41 | brlcad | no reason we couldn't draw revolved isolines |
| 02:59.08 | brlcad | we're not (yet) drawing interior face detail, that's all that's missing |
| 02:59.24 | brlcad | old bspline code even had that, trivial to do |
| 02:59.49 | starseeker | The cobb form can stay in the proc-db - I needed a simple, non-degenerate test case for the step-g/g-step work to isolate pullback failures from topological mistakes |
| 03:00.25 | brlcad | kanzure: we do have runtime routines for finding our resources, if it's of any help |
| 03:01.35 | starseeker | it's not truly right yet - each Face is self-contained, instead of properly sharing 3D edges, but not too bad for a couple hours |
| 03:01.41 | kanzure | unfortunately i think the issue i am messing around with at the moment is a non-brlcad issue (maybe) |
| 03:03.09 | starseeker | might be worth thinking about options to the brep command when converting primitives - there are a number of scenarios where I can see it being desirable to be able to select between various well known representations in the conversion process |
| 03:03.45 | starseeker | not sure what the command UI would look like though... brep -T cobb sph.s brep.s ? |
| 03:04.18 | kanzure | for example, cython needs to use the brlcad headers during compile-time (cython compiles a python wrapper library, it's a long story), and now i need to figure out how to do that in a way that will work if a user does "pip install brlcad" to download the bindings from the python package index. |
| 03:04.55 | kanzure | i suppose i could vendorize brlcad header files. but that wont work if the installed brlcad version differs. hrm.. |
| 03:05.04 | brlcad | kanzure: for example, running something like: file exists [ file join [ bu_brlcad_root lib ] "libbu.a" ] will return 0 or 1 if that file exists |
| 03:05.46 | kanzure | echo $bu_brlcad_root |
| 03:05.53 | kanzure | this does not seem to be defined (yes i have brlcad installed) |
| 03:06.10 | brlcad | echo? |
| 03:06.17 | brlcad | that's an mged command |
| 03:07.09 | kanzure | i am making bindings, which means i can't call into an mged instance |
| 03:07.37 | brlcad | but you could invoke mged to find the library (prior to it being loaded) |
| 03:07.48 | brlcad | akin to "which mged" |
| 03:07.50 | kanzure | interesting |
| 03:07.58 | brlcad | it'd be something like this in full: /usr/brlcad/rel-7.22.0/bin/mged -c test.g "file exists \[ file join \[ bu_brlcad_root lib \] \"libbu.a\" \]" |
| 03:08.19 | brlcad | on windows, you replace lib with bin (or search both, use the first found) |
| 03:08.22 | kanzure | btw maybe i should move up a level in the stack here, i forget if you are strongly opposed to not using swig? |
| 03:09.11 | brlcad | opposed to not using swig? not particularly opposed if it's a solution that works and someone maintains it |
| 03:09.28 | brlcad | if you get something working, that's better than nothing |
| 03:10.01 | kanzure | one other option- that is much less involved- is to use python + ctypes, which is a default library provided by python |
| 03:10.13 | brlcad | there's nothing inherintly better about swig except for consistency to other languages |
| 03:10.17 | kanzure | but it would require a shared library with C functions exposing all of brlcad's beautiful guts |
| 03:10.31 | kanzure | some of the brlcad shared libraries seem to work with ctypes just fine. but not all? |
| 03:10.47 | kanzure | yeah, i think that consistency is very valuable |
| 03:11.10 | brlcad | all of our core libraries are C APIs, it's only the nurbs portion that is not and that's an opaque type from librt's perspective |
| 03:11.23 | kanzure | oh really? |
| 03:11.38 | kanzure | so, exposing the nurbs stuff isn't super important since librt wraps it |
| 03:11.42 | kanzure | right? |
| 03:12.09 | brlcad | librt wraps it opaquely |
| 03:12.14 | Notify | 03BRL-CAD:phoenixyjll * 57524 brlcad/trunk/src/libbrep/boolean.cpp: Also check degree (order) and knots for NURBS surface equality. |
| 03:12.35 | brlcad | so IF you need opennurbs, you probably will need something non-opaque but that can be a separate binding |
| 03:12.45 | kanzure | i don't think i absolutely need opennurbs |
| 03:12.57 | kanzure | i'm willing to let brlcad do all of the interesting work |
| 03:13.07 | kanzure | and if someone wants direct access to opennurbs then they should just wrap opennurbs |
| 03:13.17 | brlcad | basically librt has a few functions that take an ON_Brep pointer ... but that is the entire extent of what it knows API-wise |
| 03:13.38 | kanzure | cool, well this makes my job way easier |
| 03:13.41 | brlcad | it's an empty struct type to C applications, it's a C++ class to everything else |
| 03:15.05 | kanzure | brlcad: which librt functions should i focus on first? i don't know the practical difference between db_create db_create_inmem db_close_client db_close etc. |
| 03:16.30 | brlcad | I'd actually suggest starting with libwdb |
| 03:16.43 | brlcad | it's a simple api just for creating geometry |
| 03:19.29 | brlcad | just a couple dozen functions |
| 03:20.23 | brlcad | simple example in C: http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/proc-db/wdb_example.c |
| 03:21.09 | brlcad | "brlman libwdb" for more functions or include/wdb.h to see the header |
| 03:22.05 | kanzure | cool, thank you |
| 03:22.25 | brlcad | another approach would be libged, which is basically most of mged's command set as argc/argv-style functions |
| 03:22.35 | brlcad | but libwdb would be a better proof-of-concept |
| 03:23.31 | brlcad | librt is the real workhorse that everything is built on, but there are hundreds of functions that interwork in complex ways |
| 03:23.49 | brlcad | wdb is the way to go ;) |
| 03:24.08 | brlcad | more examples: http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/proc-db/ and http://sourceforge.net/p/brlcad/code/HEAD/tree/brlcad/trunk/src/shapes/ |
| 03:24.20 | kanzure | this is way easier than the adventure i was gearing up to do |
| 03:26.45 | kanzure | hmm tcl-dev didn't give me tcl.h |
| 03:27.26 | kanzure | ah it's tcl/tcl.h |
| 03:27.40 | brlcad | hm... it'd be really intersting to see what that wdb_example looks like as a simple python script |
| 03:29.29 | brlcad | note that our example uses our vmath.h macro header and we also define some basic types like vect_t and point_t, but note those are simple C types |
| 03:29.31 | kanzure | oh man, i should have listened to you sooner. i did librt and now i'm trying to find something in here to prove that it works. |
| 03:29.46 | kanzure | i dunno if anyone will be upset if i miss one or two macros |
| 03:29.46 | brlcad | in librt? |
| 03:29.49 | kanzure | yes |
| 03:30.18 | brlcad | ponders |
| 03:30.36 | kanzure | curve = librt.rt_curve() |
| 03:30.48 | kanzure | pokes his curve |
| 03:31.34 | kanzure | yeah okay i'll work on libwdb |
| 03:31.47 | kanzure | and then translate wdb_example.c to wdb_example.py |
| 03:31.52 | brlcad | maybe rt_prep_timer() and rt_get_timer() |
| 03:32.13 | brlcad | simple timing functions, first is void (void), so that'll be easy |
| 03:33.14 | brlcad | second takes a special string type of ours, but I believe you can pass NULL for both args |
| 03:33.27 | kanzure | i should have clarified that i am cheating and only did rtgeom.h |
| 03:33.32 | brlcad | return type is elapsed cpu seconds |
| 03:33.36 | brlcad | ahhhh |
| 03:33.59 | kanzure | i am using this generator but the final wrappers will probably be manual (this generated code makes zero sense) |
| 03:34.14 | brlcad | well, that's a problem - it doesn't declare any functions directly |
| 03:34.21 | kanzure | hm? |
| 03:34.23 | brlcad | does it pick up sub-headers? |
| 03:34.31 | kanzure | you mean included headers? |
| 03:34.35 | brlcad | rtgeom.h doesn't declare any functions, just a lot of types |
| 03:34.42 | brlcad | but it includes several headers that declare functions |
| 03:35.29 | kanzure | oh, maybe that explains why i only saw rt_geometry_related_structs |
| 03:35.30 | kanzure | right then |
| 03:35.31 | brlcad | bu.h is one of them, lots of simple bu functions you could call to show it's working |
| 03:35.51 | brlcad | could try calling bu_gettime() |
| 03:36.30 | brlcad | it returns an int64 for ms time since epoch, so call it twice, subtract, you got elapsed ms |
| 03:36.42 | kanzure | i don't seem to have a /usr/brlcad/libwdb.so |
| 03:36.46 | brlcad | or even more simple, bu_log("test\n"); |
| 03:37.12 | brlcad | probably because it's in the lib dir with the other libs? :) |
| 03:37.24 | brlcad | /usr/brlcad/lib/libwdb.so |
| 03:41.51 | kanzure | what is db_ident ? |
| 03:47.41 | kanzure | ah, lesson learned: favor absolute paths |
| 04:01.02 | kanzure | WARNING: Could not parse macro "#define BU_LIST_INIT |
| 04:01.24 | kanzure | hmm well this is going to make rewriting wdb_example.c a little bit more difficult |
| 04:02.59 | kanzure | can i just use bu_list_new() instead? |
| 04:05.09 | kanzure | and where is wdb_fopen defined? |
| 04:09.01 | kanzure | include/raytrace.h:RT_EXPORT extern struct rt_wdb *wdb_fopen(const char *filename); |
| 04:13.24 | kanzure | i've added "struct rt_wdb *wdb_fopen(const char *);" to include/wdb.h hope nobody hates me |
| 04:20.11 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:29.18 | brlcad | interesting, I wonder what about BU_LIST_INIT is causing it trouble |
| 04:29.32 | brlcad | yes, you don't need to call BU_LIST_INIT |
| 04:31.18 | brlcad | and that's fine about adding it .. that function doesn't belong in raytrace.h -- just nobody has bothered to move it from librt to libwdb |
| 04:31.26 | FLOSSrookie | What specifically does the brlcad developers expect to gain by moving the software to a new gui? Is there some functionality which cannot be created without it? |
| 04:31.28 | brlcad | there's a few functions like that which don't belong in librt |
| 04:31.38 | FLOSSrookie | "What specifically do ..."^ |
| 04:32.02 | brlcad | FLOSSrookie: depends what you mean by the new gui and which year |
| 04:32.15 | brlcad | development of a GUI is something that is passively worked over several years |
| 04:32.27 | brlcad | we have several other core activities that receive considerably more attention |
| 04:32.30 | FLOSSrookie | I recall a discussion of moving it to QT and it would be "a game like interface" |
| 04:33.02 | brlcad | oversimplifies it, but yes that is the long term direction |
| 04:33.24 | FLOSSrookie | brlcad: May I ask what is to be gained? |
| 04:33.25 | brlcad | though the emphasis is more on a thin client architecture, not so much on "qt" |
| 04:33.55 | brlcad | oof, that's a LONG discussion, but I can hit some of the highlights |
| 04:34.35 | brlcad | one of the biggest problems we have is one of complexity |
| 04:34.58 | brlcad | we have approximately 1000 "features" |
| 04:35.13 | brlcad | and that's probably a low estimate |
| 04:36.23 | brlcad | mged as it is currently designed presents maybe half of those features in a fairly unintuitive and often completely unlearnable manner |
| 04:37.50 | brlcad | of just the 400 or so features that are exposed to users in some usable useful way, the interface fails and presenting those features, making the system be discoverable, making it even be possible to find what you might be looking for |
| 04:38.26 | brlcad | our best users often learn by asking someone else that knew how to read the source code who could tell them the magic recipe |
| 04:38.45 | brlcad | these are predominantly usability interface failings |
| 04:39.48 | brlcad | improving our usability (across the board, not just our GUI) is an active area of focus for that and other reasons |
| 04:40.39 | brlcad | this highlights our overall project priorities in a greater context: http://brlcad.org/BRL-CAD_Priorities.png |
| 04:41.51 | brlcad | FLOSSrookie: does that answer your question? |
| 04:42.28 | FLOSSrookie | brlcad: Yes, it does. Thank you. Now I understand. :) |
| 04:45.07 | brlcad | I mean hell, we probably have everything one needs to implement a *command-line* scriptable version of Photoshop 1.0 ... but nobody would know that exploring mged (or care these days, there are far better tools) |
| 04:48.40 | FLOSSrookie | brlcad: On the geometry services part of that link it says "scriptable command framework." What scripting language will be used? |
| 04:48.40 | FLOSSrookie | brcad: So, if I start work on a project now will it still be usable in a future version? |
| 04:50.58 | brlcad | in rough order, our current development priorities are on 1) hybrid representation support (NURBS, Implicit to NURBS, NURBS CSG, NURBS tessellation, shaded displays, robust conversion, performance), 2) STEP import/export (robust conversion, robust facetization, faithful round-trip with commercial systems), 3) parametric constraints (geometry associations, parametric values, tangency, equations), and 4) GUI (usability, infrastructure work, ref |
| 04:51.54 | brlcad | somewhere in there performance work is implicit, getting our ray tracing engine and other processing-intensive bits leveraging memory coherency and gpgpu techniques for high performance desktop needs |
| 04:52.03 | kanzure | wm_hd.l = bu.bu_list() |
| 04:52.04 | kanzure | TypeError: incompatible types, struct_bu_list instance instead of struct_bu_list instance |
| 04:52.06 | brlcad | the wiki pages are woefully out of day |
| 04:52.07 | brlcad | date |
| 04:52.15 | kanzure | wdb.mk_addmember("box.s", bu.bu_list(), (ctypes.c_double * 16)(), ord("u")) |
| 04:52.16 | kanzure | mk_addmember() op=x6e6530c0 is bad |
| 04:52.33 | kanzure | (the ctypes thing there is just some stuff that will be fixed when i pretty up the wrapperlib) |
| 04:52.59 | kanzure | what does "is bad" mean? |
| 04:53.24 | brlcad | FLOSSrookie: the scripting engine is intended to support multiple scripting languages through a common binding layer, built on our libged command library, initially supporting Tcl, POSIX Shell (ksh), and probably Lisp or Python (or both) |
| 04:53.49 | brlcad | maybe perl if tom has his way |
| 04:55.04 | brlcad | FLOSSrookie: and yes, if you start now, it will be usable in a future version -- we take pride and have very tight controls in place on how fast we change things on users (and external developers) |
| 04:55.52 | brlcad | kanzure: heh, don't know about that TypeError ... maybe one is a pointer and one is not? |
| 04:56.26 | brlcad | the .l members are usually not pointers |
| 04:56.44 | FLOSSrookie | Okay, good. :) |
| 04:57.54 | brlcad | FLOSSrookie: are you looking to get into development, use, or both? |
| 05:02.47 | FLOSSrookie | It all depends. Right now I am on a steep learning curve. I was always good with computer from the end user perspective but just now peering into the development perspective of computing. |
| 05:02.47 | FLOSSrookie | I am learning much about programming languages and so forth and finally have a basic set which I think would be superb to learn. |
| 05:02.48 | FLOSSrookie | I think brlcad is very neat and I would like to be able to understand not only software engineering but CAD as well and then maybe follow through with an actual build of a model. Feel pretty good if I could accomplish such a thing. The challenge could be a very valuable educational tool. |
| 05:02.58 | FLOSSrookie | with computers^ |
| 05:06.28 | FLOSSrookie | And if there is a feature which I want in brlcad I will then put it in there. :) |
| 05:06.28 | *** join/#brlcad yukonbob (~bch@dsl081-162-155.sea1.dsl.speakeasy.net) | |
| 05:06.36 | yukonbob | hello #brlcad |
| 05:17.50 | kanzure | brlcad: struct_bu_list should be compatible between libwdb and libbu right? |
| 05:35.26 | brlcad | kanzure: I have no idea what "struct_bu_list" means |
| 05:35.40 | brlcad | is that our "struct bu_list" structure or a "struct bu_list *" pointer? |
| 05:36.10 | brlcad | I could see it easily being either |
| 05:36.24 | brlcad | or both even if it's a simple header parser |
| 05:36.28 | kanzure | it's not the pointer |
| 05:36.40 | kanzure | i think the problem is that i don't have the BU_LIST_INIT macro |
| 05:38.02 | brlcad | all of the wdb functions that take a struct bu_list take a pointer, but all of the struct members are non-pointers |
| 05:38.26 | kanzure | struct bu_list seems to have a struct bu_list *forw |
| 05:38.34 | brlcad | yep |
| 05:38.42 | kanzure | forw is a struct member |
| 05:38.46 | kanzure | and it looks like a pointer |
| 05:39.39 | brlcad | INIT is just ->forw = ->back = some_pointer; ->magic = special_32bit_number; |
| 05:40.02 | kanzure | magic is set to 0 at the moment. so i don't know if i am getting that actual magic number. |
| 05:40.10 | brlcad | 0 would be a problem |
| 05:40.33 | brlcad | that basically will tell the code it's unset/uninitialized/invalid |
| 05:40.44 | brlcad | anything using it will halt the application |
| 05:41.12 | brlcad | memory integrity checks are pervasive |
| 05:41.15 | kanzure | where is BU_LIST_HEAD_MAGIC defined? |
| 05:41.29 | brlcad | magic.h |
| 05:42.17 | brlcad | enwanders |
| 06:10.19 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 06:25.54 | FLOSSrookie | In the process of learning brlcad would it also be wise to learn a programming language with linear algebra features? Would it be useful when engineering? |
| 06:29.17 | FLOSSrookie | Like Octave? |
| 06:38.55 | kanzure | what does it mean if wmember.l.forw is always a different address :( |
| 06:39.00 | kanzure | i think this is bad |
| 06:59.57 | *** part/#brlcad greenride (~purplehaz@71.202.102.140) | |
| 07:00.39 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 07:09.33 | kanzure | brlcad: i am getting, "db_recurse(ball.s): matrix does not preserve axis perpendicularity. |
| 07:09.38 | kanzure | "bad matrix" |
| 07:17.03 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:57.55 | d_rossberg | vladbogo: did you already looked at Tcl_CreateEventSource()? |
| 08:02.49 | vladbogo | d_rossberg: no I haven't looked at Tcl_CreateEventSource |
| 08:06.13 | d_rossberg | it should be possible to hook in your dm_qt.dm_processEvents() into the TCL event loop with this function |
| 08:09.05 | vladbogo | I'll take a look and see what I can find. Thanks for the tip |
| 08:11.04 | vladbogo | I am currently trying to solve memory leaks |
| 08:43.34 | kanzure | i wonder if wdb_example.c is broken. that would explain a lot.. |
| 08:43.53 | kanzure | my .g file generated through python is correct, but the mk_comb result has a bad matrix. |
| 08:44.22 | kanzure | http://diyhpl.us/~bryan/irc/wdb_example.py |
| 09:20.22 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 09:20.22 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 09:20.22 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 09:32.59 | Notify | 03BRL-CAD:phoenixyjll * 57525 brlcad/trunk/src/libbrep/boolean.cpp: Improve inside/outside test for the cases with overlap surfaces. |
| 09:55.36 | Notify | 03BRL-CAD Wiki:Phoenix * 6115 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */ |
| 10:07.15 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 10:47.41 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 11:35.16 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:10.05 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 14:01.34 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 14:48.04 | *** join/#brlcad kesha (~kesha@49.249.17.188) | |
| 14:50.32 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.99) | |
| 16:06.00 | brlcad | kanzure: just did a valgrind check and wdb_example is passing clean |
| 16:06.21 | kanzure | brlcad: thanks |
| 16:07.12 | kanzure | brlcad: i tried playing around with bu_list_new() and mk_pipe_init() as an alternative to BU_LIST_INIT() because those functions seemed to use the macros. |
| 16:07.48 | kanzure | brlcad: but no luck. the .g output of this script is valid and i can see a box and sphere in mged but "draw box_n_ball.r" gives me an error about a matrix being wrong. |
| 16:08.42 | brlcad | I saw that in your current example, calling mk_pipe_init() .. interesting :) |
| 16:09.04 | kanzure | i figured it was easier than rebuilding brlcad for the moment |
| 16:11.49 | brlcad | you list initialization looks fine |
| 16:11.52 | kanzure | brlcad: http://diyhpl.us/~bryan/irc/brlcad-python-ctypes-demo.zip |
| 16:12.57 | brlcad | a bad matrix indicates that a bad member is being added |
| 16:12.59 | kanzure | btw wdb_close was also not defined in wdb.h for some reason |
| 16:13.29 | kanzure | i'm pretty sure the problem is with how i'm passing around or defining wm_hd, wm_hd.l, etc. |
| 16:14.41 | kanzure | if you want to poke at this, open up a python console and do: import wdb, bu, rtgeom, ctypes |
| 16:15.55 | kanzure | the ctypes module provides some nifty things like ctypes.addressof() ctypes.byref() and there's also wdb.POINTER(wdb.struct_whatever)(struct_whatever_instance) |
| 16:16.52 | brlcad | I think wdb.mat_t() is the culprit |
| 16:17.13 | brlcad | presumably, that's creating a mat_t ... which is never initialized |
| 16:17.23 | brlcad | pass NULL |
| 16:17.39 | brlcad | (this is the third arg to mk_addmember) |
| 16:18.31 | brlcad | alternatively, you'll need to set that wdb.mat_t() to at least an identity matrix (a zero matrix would be invalid too) |
| 16:19.22 | brlcad | actuallly really nifty seeing libwdb and librt calls wrapped in python like that! |
| 16:24.04 | kanzure | holy hell you're right |
| 16:24.06 | kanzure | it works :) |
| 16:24.42 | kanzure | switch wdb.mat_t() to wdb.NULL then comment out line 3481 of wdb.py |
| 16:24.58 | kanzure | (note there's two wdb.mat_t() becaues of the two mk_addmember calls) |
| 16:26.48 | brlcad | awesome |
| 16:27.55 | kanzure | updated: http://diyhpl.us/~bryan/irc/brlcad-python-ctypes-demo.zip |
| 16:28.16 | Notify | 03BRL-CAD:brlcad * 57526 brlcad/trunk/TODO: review proc-db for promotion to src/shapes |
| 16:45.46 | Notify | 03BRL-CAD:brlcad * 57527 brlcad/trunk/src/util/dsp_add_t.cpp: more 'may be used unitialized' warnings due to try/catch block, reordered/separated for readability |
| 16:46.24 | brlcad | hm, can't get the dylib to load on mac |
| 16:49.16 | brlcad | ahh, crummy |
| 16:49.42 | brlcad | the python binary is 32-bit, so it won't load our 64-bit libraries |
| 16:51.46 | brlcad | hm, the plot thickens.. it's a universal binary so there's also a 64bit version, but it's somehow deciding to run the 32-bit one |
| 16:55.00 | brlcad | looks like it's trying now, segfaults |
| 16:58.16 | Notify | 03BRL-CAD:brlcad * 57528 brlcad/trunk/src/proc-db/CMakeLists.txt: mark which proc-db seem to be developmental test programs and which actually create some geometry, something potentially useful to a non-developer. don't install the development apps. |
| 16:58.19 | brlcad | awesome, that just might finally get us underneath the 400 app mark |
| 17:03.29 | *** join/#brlcad kesha_ (~kesha@49.249.8.110) | |
| 17:17.47 | kesha_ | brlcad: If I do rt some-obj in mged then it raytracing fails showing http://paste.kde.org/p446ae456/ , but if I do File>Raytrace>Raytrace, then the raytrace completes successfully. Why so ? |
| 17:24.32 | kesha_ | It happened with other model I tried. I think I have wrongly understood usage of rt |
| 17:24.51 | kesha_ | rt [options] [-- objects] |
| 17:50.06 | Notify | 03BRL-CAD:tbrowder2 * 57529 (brlcad/trunk/misc/auto-man-page/BIN_OPT_ARG_ANALYSIS.txt =================================================================== and 2978 others): add initial bin opt arg analysis per Sean's idea |
| 18:19.04 | Izak__ | brlcad: How do you think I can change the default orientation of the heart ? |
| 18:35.01 | Notify | 03BRL-CAD:tbrowder2 * 57530 brlcad/trunk/misc/auto-man-page/BIN_OPT_ARG_ANALYSIS.txt: rename section |
| 18:40.42 | ``Erik | "You can't remove this! It's a load-bearing hack!" |
| 18:44.08 | brlcad | kesha_: File->Raytrace is going to raytrace whatever is drawn, similar to just issuing the "rt" command inside mged without any object names |
| 18:44.24 | brlcad | whether either succeeds depends on what you tell it to raytrace |
| 18:44.39 | brlcad | I suggest running rt outside of mged until you're comfortable with what it all means |
| 18:45.06 | brlcad | use mged to explore the objects, e.g., mged -c file.g tops |
| 18:45.09 | brlcad | mged -c file.g ls |
| 18:45.15 | brlcad | rt file.g some_top_object |
| 18:45.29 | brlcad | rt file.g some_ls_object |
| 18:46.08 | brlcad | Izak__: you define the orientation with your equations in prep() and shot() |
| 18:46.28 | brlcad | Izak__: basically, you have your Y and your Z swapped |
| 18:46.52 | brlcad | (somewhere) |
| 18:47.20 | brlcad | more than likely, in the big polynomail expansion |
| 18:48.53 | Izak__ | So need to fix prep() and shot() ? |
| 19:02.12 | brlcad | Izak__: I don't know |
| 19:02.42 | brlcad | you have to find where you specified x/y/z, make sure they are right for +Z being up |
| 19:03.47 | brlcad | if you used this implicit equation, then that should be +Z is up correctly: http://mathworld.wolfram.com/HeartSurface.html |
| 19:03.57 | brlcad | rather, either of the two on that page |
| 19:05.02 | Izak__ | I think I know where the problem comes from |
| 19:05.03 | brlcad | get any of those coefficients wrong or flipped in sign, and it'll be flipped |
| 19:05.37 | Izak__ | True, I swapped Y and Z in the implicit equation |
| 19:06.21 | Izak__ | and 9/80Z^3 has to be 9/80Y^2 |
| 19:07.28 | Izak__ | fixing these |
| 19:17.44 | brlcad | should be -9/80Y^2Z^3 |
| 19:41.44 | Izak__ | O_ops: brlcad: Please can you give the 'rt' command you gave on Friday. |
| 19:43.10 | brlcad | ~lotgs |
| 19:43.12 | brlcad | ~logs |
| 19:43.12 | infobot | All conversations are logged to http://infobot.rikers.org/%23brlcad/ Lines starting with spaces are not logged. Logs are updated daily. |
| 19:43.41 | brlcad | running "/last rt" might help you |
| 19:44.33 | Izak__ | Okay thanks |
| 19:46.37 | brlcad | you should be an rt pro by now... :) |
| 19:47.49 | brlcad | i don't recall what it is we talked about five days ago, but then you're not being very specific |
| 20:08.31 | kanzure | brlcad: i'm confused, why were you trying on a mac? is it your main dev machine? |
| 20:37.02 | starseeker | brlcad: uh... did you delete brep_cobb? |
| 20:39.03 | Notify | 03BRL-CAD:starseeker * 57531 brlcad/trunk/src/proc-db/CMakeLists.txt: Add brep_cobb back in |
| 20:39.54 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6116 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */ |
| 20:44.09 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:45.04 | brlcad | kanzure: I primarily due dev on mac, linux, and bsd, regularly switching between them all for various purposes and tools |
| 20:45.12 | brlcad | starseeker: not intentionally |
| 20:45.12 | kanzure | ah cool |
| 20:45.20 | kanzure | well, i'll try to get it working on mac osx |
| 20:45.23 | brlcad | s/due/do/ |
| 20:45.45 | kanzure | i need to submit a patch for wdb.h changes. do you guys accept git diff --patch output from the git-svn bridge? |
| 20:45.58 | brlcad | if it applies with patch -i -p0, sure |
| 20:46.19 | kanzure | oh wait, i have svn commit access. neat. |
| 20:46.24 | brlcad | or that ;) |
| 20:46.32 | brlcad | what'd you have to change? |
| 20:46.51 | kanzure | wdb_fopen wdb_close should be exposed through wdb.h |
| 20:47.00 | brlcad | ahh |
| 20:47.12 | brlcad | they're not because they're not (yet) technically in libwdb |
| 20:47.22 | brlcad | i.e., their function definition is actually in src/librt (boo hiss) |
| 20:47.25 | kanzure | but they get linked into libwdb? |
| 20:47.40 | brlcad | depends on the platform, how library dependencies are resolved |
| 20:47.45 | kanzure | "poorly" |
| 20:48.01 | brlcad | might be the reason the mac is crashing actually |
| 20:48.11 | kanzure | you will have to rebuild the bindings for mac |
| 20:48.16 | brlcad | checks nm |
| 20:48.23 | kanzure | i'm sorry i didn't make this easier, i'm planning on fixing things and making it cross-platform later today |
| 20:48.43 | brlcad | yep, not in there |
| 20:49.05 | kanzure | i didn't check if wdb_close was necessary anyway |
| 20:49.12 | brlcad | no worries, i knew it was proof of concept devmanship |
| 20:49.51 | brlcad | quick sed-replacement of all the /usr/brlcad/lib paths was easy enough |
| 20:50.09 | brlcad | had to replace .so with .dylib too, of course |
| 20:51.06 | kanzure | are you still getting a segfault ? |
| 20:51.37 | brlcad | haven't changed anything since I last tried, so I'd hope so :) |
| 20:56.36 | kanzure | so mac comes with a 32-bit version of python on a 64-bit system? |
| 21:02.17 | Ch3ck_ | brlcad: I just wish to clarify if the centrepoint of every object starts at 0,0,0 |
| 21:02.46 | Ch3ck_ | so if I could determine the centrepoint of the bounding box from then I could determine the translation which will be pulled |
| 21:09.09 | Notify | 03BRL-CAD:starseeker * 57532 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Start figuring out what to do about combs. |
| 21:17.04 | Ch3ck_ | since i think every object originally starts at 0,0,0 |
| 21:17.37 | Ch3ck_ | before its being translated so I could easily get the translation after computing the centrepoint from the AABB |
| 21:29.58 | Notify | 03BRL-CAD:iiizzzaaakkk * 57533 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting the implicit equation of the heart in rt_hrt_shot() |
| 21:30.43 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6117 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */ |
| 21:31.07 | Izak__ | brlcad : Getting better heart shape from rt. Will upload picture to logs. |
| 22:03.05 | Notify | 03BRL-CAD:carlmoore * 57534 (brlcad/trunk/TODO brlcad/trunk/doc/docbook/presentations/en/brlcad-app-devel.xml and 23 others): fix spelling; remove trailing blanks/tabs |
| 22:04.51 | brlcad | kanzure: it's a universal binary (meaning it has multiple compilations embedded into one binary) |
| 22:05.11 | brlcad | the default is /Library/Frameworks/Python.framework/Versions/Current/bin/python which is 32-bit only for some reason |
| 22:05.55 | brlcad | /usr/bin/python is universal, has 64-bit and invokes it correctly (but then segfaults) |
| 22:06.20 | brlcad | confirmed with: arch -x86_64 /usr/bin/python wdb_example.py |
| 22:06.30 | brlcad | which ensures which binary in the universal to run |
| 22:06.47 | kanzure | what about forcing 32-bit ? |
| 22:07.16 | brlcad | Ch3ck_: currently, the centerpoint of every object is not at 0,0,0 .. it's wherever it's defined |
| 22:07.38 | brlcad | kanzure: that would just be letting the /Library one run, but then it fails to load the .dylibs because they are incompatible |
| 22:08.04 | brlcad | our libs default to 64-bit on 64-bit-capable systems, so I'd have to recompile |
| 22:08.15 | brlcad | or we'd have to produce universal libs/bins |
| 22:08.51 | kanzure | i'd like to try to make this work without upstream changes in brlcad because then if anyone has a distribution with old brlcad it will still work (hopefully) |
| 22:09.23 | brlcad | Ch3ck_: but I think you have the right idea, that you would "move" an object such that it's bounding box center is at 0,0,0 |
| 22:09.40 | brlcad | Ch3ck_: it's just not right to "think every object originally starts at 0,0,0 .. it starts anywhere |
| 22:09.42 | kanzure | (i think the wdb_fopen issue can be tempfixed by pulling it in from the raytracer maybe) (but i'll still post a diff in a bit) |
| 22:10.14 | brlcad | yeah, that would definitely work, just by dloading librt in addition to libwdb |
| 22:18.07 | Ch3ck_ | brlcad, well i just wanted a way to be able to determine the translation from its original location using its AABBs centrepoint |
| 22:18.52 | Ch3ck_ | well based on its centrepoint how do I know its original centrepoint so as to extrapolate the translation? or is there another method to do this? |
| 22:31.38 | *** join/#brlcad kesha_ (~kesha@49.249.8.110) | |
| 22:46.22 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6118 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */ |
| 22:47.27 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6119 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */ |
| 22:48.08 | Izak__ | brlcad: ``Erik: Can yo watch the heart movie on this link http://brlcad.org/~Izak/Heart.mpg |
| 22:55.44 | kanzure | was the git-svn bridge reset? i don't see some of the old commit ids in the master branch. |
| 22:57.28 | Izak__ | s/yo/you |
| 23:07.14 | kanzure | 16:04 < jrayhawk> Yeah, the SVN URL changed. |
| 23:07.14 | kanzure | 16:05 < jrayhawk> which would qualify as a major change to the git-svn setup. |
| 23:07.14 | kanzure | 16:05 < jrayhawk> So all the hashes are going to be different as a result of the commit messages. |
| 23:07.21 | kanzure | 16:06 < jrayhawk> That could've been avoided if the git-svn setup had included just the revision and not the repository URL in the commit message. |
| 23:40.32 | Notify | 03BRL-CAD:iiizzzaaakkk * 57535 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting rt_hrt_norm to reflect the right implicit heart equation |
| 23:50.17 | Notify | 03BRL-CAD:iiizzzaaakkk * 57536 brlcad/trunk/src/librt/primitives/hrt/hrt.c: More corrections to the implicit equation |
| 23:55.26 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:18.45 | *** join/#brlcad kesha_ (~kesha@49.249.8.110) | |
| 00:29.17 | brlcad | Izak__: haha, that animation is ridiculous! |
| 00:32.15 | kanzure | brlcad: thoughts about that problem with brlcad.git ? |
| 00:32.27 | kanzure | brlcad: i have a brlcad.git repo sitting on a box but all of the commit ids have changed.. which is bad. |
| 00:35.26 | *** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org) | |
| 00:39.59 | brlcad | Ch3ck: there is no way of knowing the "original centerpoint" because no such concept exists at the primitive level unless the primitive defines such a concept |
| 00:40.33 | brlcad | Ch3ck: but again, IT DOES NOT MATTER ... you can just assume the bounding box center, and translate it to 0,0,0 if it's not there pretending that's the origin |
| 00:41.34 | brlcad | Izak__: that's why the animation wiki page was very specific, so that you end up with a simple spinning orbital animation ... FAR easier to see shape that way |
| 00:43.37 | Notify | 03BRL-CAD:tbrowder2 * 57537 brlcad/trunk/src/util/CMakeLists.txt: add more tmp files (NOINSTALL) for testing TCLAP implementation |
| 00:43.42 | brlcad | kanzure: you'll have to ask ``Erik as he is the caretaker of the git-svn bridge, but I can certainly poke at it if you need something looked at |
| 00:44.17 | kanzure | brlcad: basically what happened is that all of the commits in the history changed |
| 00:44.24 | kanzure | brlcad: so now we need to decide to keep the old commits or the new commit ids |
| 00:45.12 | Notify | 03BRL-CAD:brlcad * 57538 brlcad/trunk/src/util/CMakeLists.txt: the keyword is NO_INSTALL |
| 00:46.34 | kanzure | ``Erik: ping, see above about the git-svn bridge |
| 00:51.11 | jrayhawk | Or switch to commit messages that only mention the revision and not the repository URL. |
| 00:53.13 | brlcad | yep, that's all him |
| 00:53.39 | brlcad | unless you can point me directly at exactly one thing to run or edit |
| 01:00.30 | jrayhawk | It would be best to preserve whatever commit history has the most public inertia and start building subsequent revisions (with somewhat more futureproof commit messages) on top of that, so it will probably involve a judgement call from someone familiar with its users along with some logic changes. |
| 01:03.38 | jrayhawk | e.g. if(revision > 55160){commitmessage = new_format} else {commitmessage = old_format} |
| 01:17.03 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:25.10 | brlcad | the repo server migrated around r55208, does that have anything to do with this change you're seeing? |
| 01:47.05 | jrayhawk | Yeah. |
| 01:51.09 | kanzure | brlcad: what does migrated mean? |
| 01:51.39 | kanzure | sourceforge change or brlcad.git change? |
| 01:51.47 | kanzure | oh i see, i bet it was a sourceforge change |
| 01:51.55 | brlcad | sourceforge had an entire infrastructure replacement back in march, url changed, backend changed |
| 01:52.07 | brlcad | still same repo, but everything around it changed |
| 01:55.11 | kanzure | ah, that's very helpful actually |
| 03:02.44 | Notify | 03BRL-CAD:phoenixyjll * 57539 brlcad/trunk/src/libbrep/boolean.cpp: The number of surfaces should be used for the surf_tree. |
| 03:03.43 | *** join/#brlcad kesha__ (~kesha@49.249.0.69) | |
| 03:20.28 | Notify | 03BRL-CAD:phoenixyjll * 57540 brlcad/trunk/src/libbrep/boolean.cpp: IsFaceInsideBrep() returns -1 for unknown inside/outside status. |
| 03:24.39 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:26.01 | Notify | 03BRL-CAD:phoenixyjll * 57541 brlcad/trunk/src/libbrep/boolean.cpp: Enlarge the bounding boxes with INTERSECTION_TOL. |
| 03:43.38 | *** join/#brlcad kesha__ (~kesha@49.249.0.143) | |
| 03:54.19 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:56.30 | *** join/#brlcad kesha__ (~kesha@49.249.0.143) | |
| 04:02.49 | *** join/#brlcad kesha__ (~kesha@49.249.0.60) | |
| 04:04.03 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 04:04.37 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 04:13.04 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 04:13.12 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 04:13.25 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 04:48.28 | brlcad | Ch3ck: been quiet lately |
| 04:48.41 | brlcad | you've disappeared for several mondays now.. |
| 04:49.25 | brlcad | let me know how the leaf bb calculation goes (you can leverage the bbox() callback defined in the rt_functab table) |
| 05:13.29 | *** join/#brlcad kesha (~kesha@49.202.231.160) | |
| 05:27.57 | *** join/#brlcad kesha_ (~kesha@49.202.238.42) | |
| 06:38.10 | *** join/#brlcad kesha_ (~kesha@49.249.0.9) | |
| 06:57.14 | kesha_ | What are the revision stamps for 7.22 and trunk ? |
| 07:13.26 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 07:17.54 | *** join/#brlcad kesha__ (~kesha@49.249.17.97) | |
| 07:23.57 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.251) | |
| 07:39.53 | Notify | 03BRL-CAD:vladbogo * 57542 (brlcad/trunk/include/dm-qt.h brlcad/trunk/src/libdm/dm-qt.cpp): Release dm resources when close called. |
| 07:41.14 | *** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net) | |
| 08:04.30 | Notify | 03BRL-CAD:vladbogo * 57543 (brlcad/trunk/src/libdm/dm-generic.c brlcad/trunk/src/libdm/dm-qt.cpp brlcad/trunk/src/mged/mged.c): Use Tcl_CreateEventSource to call QApplication::processEvents instead of calling it by hand. |
| 08:47.54 | *** join/#brlcad kesha (~kesha@49.249.0.47) | |
| 08:58.29 | *** join/#brlcad kesha (~kesha@49.202.231.167) | |
| 09:07.58 | *** join/#brlcad kesha (~kesha@49.202.231.167) | |
| 09:21.51 | *** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net) | |
| 09:39.50 | Notify | 03BRL-CAD:phoenixyjll * 57544 brlcad/trunk/src/libbrep/test_curve_intersect.cpp: Fix memory leak. |
| 09:43.46 | Notify | 03BRL-CAD:phoenixyjll * 57545 brlcad/trunk/src/libbrep/test_point_intersect.cpp: Fix memory leak. |
| 09:51.28 | Izak__ | brlcad: What do you mean by ridiculous ? |
| 09:52.12 | Izak__ | Animation page lead me to deliver it in .mpg format which is better than the slideshow |
| 09:57.27 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 10:08.41 | Izak__ | How can I color an object ? ``Erik: |
| 10:11.44 | *** join/#brlcad kesha (~kesha@49.249.16.181) | |
| 10:52.10 | *** join/#brlcad kesha (~kesha@49.249.16.181) | |
| 11:09.10 | *** join/#brlcad kesha (~kesha@49.249.16.181) | |
| 11:24.58 | *** join/#brlcad kesha (~kesha@49.249.16.181) | |
| 11:30.53 | brlcad | Izak__: animation page covered a LOT more than just outputting something in .mpg format |
| 11:34.23 | brlcad | and you didn't get that point until I said that ... |
| 11:35.12 | brlcad | another point is to see the object spinning |
| 11:36.00 | Izak__ | brlcad: Did you watch the movie? |
| 11:36.03 | brlcad | for that, you need animation frames for enough angles and to compose them together (unstylized) |
| 11:36.06 | brlcad | yes |
| 11:36.25 | brlcad | why else would I have said it was ridiculous? |
| 11:36.38 | brlcad | it doesn't show an object spinning |
| 11:37.17 | brlcad | and it seems to have very few frames |
| 11:37.31 | brlcad | and there are stylzed transition effects |
| 11:37.54 | brlcad | and ... music ... |
| 11:38.09 | Izak__ | Which i presume you don't need... |
| 11:38.13 | brlcad | solidly missing the point |
| 11:39.06 | brlcad | if you don't want to do it, just say so but don't half-ass it please |
| 11:39.30 | brlcad | :) |
| 11:39.47 | Izak__ | I want to do it brlcad |
| 11:39.49 | brlcad | I can't see what that shape looks like from that, so to me it's kinda useless |
| 11:40.19 | brlcad | I think the problem is perhaps you don't realize what the end-result looks like? |
| 11:40.35 | brlcad | you've certainly seen something spinning before |
| 11:40.38 | Izak__ | Sorry, i did not know it was so so important. I just thought it was an aside to the project. I will focus on this soon. |
| 11:40.59 | Izak__ | I thought the point was to show that raytracing was showing better results |
| 11:41.47 | Izak__ | thats after the corections to rt_hrt_shot |
| 11:41.51 | brlcad | it's not that is so so important |
| 11:42.25 | brlcad | but there was a useful point ... and nothing you've done has been useful yet |
| 11:42.45 | brlcad | it was to see what this shape actually looksl ike |
| 11:43.04 | Izak__ | I thought that movie shows the heart at different inclinations ? |
| 11:43.34 | Izak__ | I am sure i did not understand you |
| 11:44.00 | Izak__ | Please could you explain the point |
| 11:44.24 | Ch3ck_ | brlcad: successfully computed the bounding box using the bbox() routine in the functab table simplifies alot of the work. Well while pulling translations using the centrepoint I was under the assumption that all objects begin a point zero while during the buildup process, they are moved to different positions relative to the origin(0,0,0) which I believe based on this premise I could easily compute the translation in relation to the origin. but it seems |
| 11:44.24 | Ch3ck_ | you don't agree? could you please elaborate? |
| 11:45.16 | brlcad | Izak__: the point of doing an orbital animation is to get a sense for the 3D shape of an object |
| 11:45.27 | Izak__ | I simply ra the Fly-around animation script and it produced images which i used to make the movie |
| 11:45.36 | brlcad | it's the difference between taking 3 or 4 pictures of the object, and taking 360 pictures, one for each angle |
| 11:45.50 | brlcad | yes, that part is fine |
| 11:45.59 | brlcad | so then you should compose them into a movie as-is |
| 11:46.04 | brlcad | they ARE the animation *frames* |
| 11:47.00 | brlcad | there is no orbit because you used some software that stylizes the output |
| 11:47.18 | brlcad | they need to just be composed together so we can just see the shape |
| 11:49.52 | brlcad | this is a 4d animation, but it has the same basic concept: http://www.youtube.com/watch?v=BqfwPQvb7KA |
| 11:50.03 | brlcad | you're spinning around the object so you can see the shape |
| 11:50.43 | brlcad | I can clearly see that shape even with a 4th dimension added that makes it constantly changing |
| 11:50.59 | brlcad | its visibile because "it's spinning" |
| 11:51.25 | brlcad | now does your look at all like that? :) |
| 11:53.19 | brlcad | following the animation script wiki page would have resulted in something like that and the shape would have been more apparent |
| 11:54.05 | brlcad | here's a page filled with real brl-cad examples based around that, including a ton of orbital animations: http://ronja.twibright.com/3d/ |
| 11:54.47 | brlcad | e.g., http://ronja.twibright.com/3d/front_cap_mpeg4_asp.avi |
| 11:58.02 | Izak__ | Well the Fly around script didn't quite run as was on the Animation page so I edited it a little |
| 11:58.05 | *** join/#brlcad kesha_ (~kesha@49.249.16.50) | |
| 11:59.12 | brlcad | Izak__: what didn't run? should fix the page if there's something wrong there |
| 11:59.27 | brlcad | and it's a teaching page, to understand the concepts so you can do your own thing |
| 11:59.34 | brlcad | not to be a strict recipe |
| 11:59.52 | brlcad | but still, it should have worked as-is, so what didn't work? |
| 12:00.59 | Izak__ | `loop 000 359 10` |
| 12:01.36 | brlcad | what didn't work about that? |
| 12:02.35 | Izak__ | Forgotten the error message |
| 12:02.43 | Izak__ | But I used http://paste.kde.org/p87a670cd/ instead |
| 12:03.56 | brlcad | well considering loop is one of our tools, I'd like to know what that error is so it can be fixed if it's something wrong with loop |
| 12:04.38 | brlcad | your manual loop is fine, but we should fix the issue if you encountered an issue |
| 12:06.49 | Izak__ | I had to remove that 'loop'. I can't retrieve the error messages |
| 12:07.55 | brlcad | had to? why? |
| 12:08.02 | brlcad | this is all non-information |
| 12:08.06 | brlcad | if the error was "loop: command not found" then that would have been your own fault, and you wasted time working around it instead of understanding what mistake |
| 12:08.10 | brlcad | run: loop 000 359 10 |
| 12:08.12 | brlcad | what does it do? |
| 12:09.36 | Izak__ | It prints 000 010 up to 340 |
| 12:09.55 | Izak__ | brlcad: Note that This did not work before |
| 12:10.13 | Izak__ | So it's not like I never actually tried runing that script |
| 12:10.19 | brlcad | I know that |
| 12:10.32 | brlcad | the point is to understand errors when encountered |
| 12:10.46 | brlcad | if the error was yours, then it was a point to learn |
| 12:10.56 | brlcad | if the error was in a tool, it was worth fixing |
| 12:11.04 | brlcad | at this point, there's no information as to which it was |
| 12:11.40 | brlcad | if it works now, it was almost certainly something you did wrong, perhaps didn't have your PATH set to find loop or something, perhaps a typo |
| 12:12.28 | brlcad | you'll discover if you have not already, I have NO patience for ignoring errors ... it doesn't help you learn, it doesn't help the project improve |
| 12:12.53 | brlcad | what does this produce: for i in `for i in `loop 000 359 10` ; do rt -a $i -e 35 -w 640 -n 480 -o image$i.png database.g top_level_object |
| 12:13.02 | brlcad | oops, not that |
| 12:13.28 | brlcad | for i in `loop 000 359 10` ; do echo "rt -a $i" ; done |
| 12:13.43 | brlcad | that |
| 12:14.04 | brlcad | should print a bunch of rt -a # lines |
| 12:14.53 | Izak__ | rt: BRL-CAD geometry database not specified.... |
| 12:15.33 | brlcad | you got that by running "for i in `loop 000 359 10` ; do echo "rt -a $i" ; done" ? |
| 12:15.37 | brlcad | I doubt it |
| 12:17.45 | Izak__ | I get rt -a 000 up to rt -a 350 as output |
| 12:18.35 | Izak__ | brlcad: When i worked with this script before, I threw questions to IRC as to the that impediments and i get no response |
| 12:19.36 | brlcad | from what I'm seeing, there are no impediments |
| 12:20.00 | brlcad | the page as written is working for you right now exactly as written |
| 12:20.18 | brlcad | the only variable is you! :) |
| 12:22.42 | Izak__ | This is so NOT a good day |
| 12:23.04 | brlcad | you seem to be really resisting the notion that you did something wrong |
| 12:23.24 | brlcad | if that's a cultural issue, you're going to have to get over it ... that's how we learn |
| 12:23.49 | brlcad | I suggest giving it another try, maybe with 1 degree ... and using one of the three animation composers |
| 12:23.55 | brlcad | so it's smooth |
| 12:24.22 | brlcad | 640 480 is to big, a 512x512 default is fine or even smaller so it renders faster |
| 12:24.48 | Izak__ | I am already correcting the movie brlcad: |
| 12:25.13 | brlcad | really look forward to seeing it spinning |
| 12:25.33 | Izak__ | Okay . /me working on that |
| 12:28.17 | Ch3ck_ | is waiting on brlcad, to clarify on the math on pulling transformations from current centrepoint based on the AABB |
| 13:28.07 | *** join/#brlcad kesha_ (~kesha@49.249.200.58) | |
| 14:35.01 | Notify | 03BRL-CAD Wiki:Phoenix * 6120 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */ |
| 14:38.52 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.251) | |
| 14:53.24 | kesha_ | brlcad: I have a doubt - http://paste.kde.org/p542855c0/ |
| 15:01.30 | kesha_ | I found a good site - http://www.steptools.com/support/stdev_docs/stpfiles/ap203/ testing step samples from here. |
| 15:35.56 | brlcad | kesha_: you can use a precompiled 7.22.0, that's fine |
| 15:37.00 | brlcad | I suggest running from your build directory for svn checkouts, though (don't install them, just run them after "make" with "bin/step-g" |
| 15:39.00 | kesha_ | okay. |
| 16:35.04 | kanzure | hello cruel world |
| 16:35.08 | kanzure | ``Erik: ping again? see backlog. |
| 16:35.58 | brlcad | kesha_: is that 7.22.0 import/rendering of d.g you e-mailed correct or not? |
| 16:36.15 | kanzure | brlcad: https://github.com/cogitokat/brlcad-python-ctypes-demo/blob/master/globe.py |
| 16:39.30 | brlcad | kanzure: hah, that's awesome |
| 16:39.46 | kanzure | brlcad: hmm line 152 seems very wrong |
| 16:39.48 | brlcad | it's a terrible proc-db, but awesome conversion |
| 16:39.54 | brlcad | (i wrote it) |
| 16:39.58 | kanzure | because it was already defined above |
| 16:40.01 | kanzure | i see :) |
| 16:40.40 | kanzure | i still need to clean up the wrappers a lot |
| 16:40.56 | kanzure | and figure out how to make it work out-of-the-box on the major platforms. hrm. |
| 16:42.08 | kanzure | since the core libraries don't change that often, i think writing the wrappers manually will be better. the generated junk is unacceptable. |
| 16:42.45 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6121 /wiki/Animation: /* Fly-around animation */ |
| 16:45.59 | kesha_ | brlcad: There was no image file of it. I think it is correct .Isn't it ? |
| 16:53.03 | zero_level | brlcad, ``Erik : I would like to discuss the current TODO items in libicv. |
| 16:53.05 | brlcad | kanzure: so the challenge then is how to reduce it so the wrappers are actually fewer lines of code |
| 16:53.13 | Notify | 03BRL-CAD:mohitdaga * 57546 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/fileformat.c brlcad/trunk/src/libicv/operations.c): Convert all void return functions to int return. This is done in a process to have better error contralability and to bring a unison. |
| 16:53.44 | zero_level | is trying to create a unified aproach for input argument validation. (in the meanwhile) |
| 16:53.47 | brlcad | kesha_: you're asking me if that's correct -- I have no idea, I do not know what was in that step file |
| 16:53.47 | kanzure | brlcad: agreed, i think there's a lot of common idioms used everywhere that can be collapsed into some core helper methods |
| 16:54.25 | brlcad | kesha_: that gets at understanding the converter, you need something that will tell you whether it's right or wrong (an image, another cad program, a screenshot, a nod from cliff, something) |
| 16:54.41 | brlcad | kanzure: some of that can/should certainly happen on the C side too |
| 16:54.55 | brlcad | but I know there are some python-specific features that could probably be leveraged |
| 16:54.56 | kesha_ | But, looking at the model, it smells bad |
| 16:55.19 | kanzure | brlcad: i definitely want things like python lists to work by default, instead of having to use ctypes.POINTER(bu.bu_list) etc. |
| 16:58.28 | kesha_ | brlcad: Isn't there any other way ? Can't we infer from .stp / .g file in any way or the output on terminal during conversion(step-g) or anything else ? |
| 17:03.19 | brlcad | kesha_: that was a half dozen ways |
| 17:03.30 | brlcad | inferring from the file itself requires reading the file's contents |
| 17:06.13 | kesha_ | I dont think it is necessary for testing for me to learn that. Better, I will choose models carefully. Right ? |
| 17:35.27 | brlcad | kesha_: no it's not necessary, but you need to have SOME way to know whether something is right or not |
| 17:36.16 | brlcad | and that's an image, a video, verifying the model in another program, seeing some screenshot of what it looks like, asking someone else that might know, reading the file's contents in detail ... SOMETHING |
| 17:36.41 | brlcad | if it "smells" bad like you said, all the more reason to check it in something else |
| 17:39.08 | kesha_ | I have freecad installed. Do you know how to check stp models there or shall I google it ? Any other than freecad, you suggest to install ? |
| 17:42.07 | brlcad | give them a try |
| 17:42.13 | brlcad | the point is just cross validation |
| 17:42.27 | brlcad | if you see a whole lot more 3D geometry, then something may be wrong |
| 17:42.41 | brlcad | if you basically see the same thing, it's a validation of sorts |
| 17:43.04 | brlcad | next step would be to check trunk, then to check an even earlier version |
| 17:44.12 | kesha_ | ok. Continuing .. |
| 17:44.13 | brlcad | kesha_: note this is what it looked like at one point in the past: http://brlcad.org/gallery/screenshots/Via_OpenBook_part_d |
| 17:44.26 | brlcad | screenshot says 7.14.7 |
| 17:45.05 | brlcad | so you'll want to test a version before and/or near that to try and reproduce that view |
| 17:45.36 | brlcad | at a glance, it's definitely worse |
| 17:45.42 | brlcad | (now) |
| 17:45.51 | brlcad | so the goal is to find exactly when it got worse |
| 17:48.19 | kesha_ | For that, I will need multiple versions . My question was that - how to go back and forth from one version to another when dealing with many versions. |
| 18:05.45 | ``Erik | kanzure: when sf changed their repo, I completely regenerated the git-svn bridge... srry |
| 18:06.35 | kanzure | ``Erik: okay. i'm wondering about regenerating it again to not include the sourceforge urls because sourceforge is (apparently) unreliable about these urls. |
| 18:06.40 | kanzure | jrayhawk: ping |
| 18:07.03 | kanzure | ``Erik: the reason i'm bothering is because i had brlcad.git from a year ago (or whatever) and all of the commit ids changed on me.. |
| 18:08.57 | ``Erik | kanzure: with any luck, this is a once in a decade event and BRL-CAD will have caught up to the mid 00's by 2023 ;) |
| 18:09.06 | kanzure | 00's ? |
| 18:09.14 | ``Erik | git is '05 |
| 18:09.31 | kanzure | you have much more trust in sourceforge than i do :) |
| 18:09.42 | kanzure | well anyway, it's just really problematic because it breaks all of the brlcad git repos out there |
| 18:10.31 | kanzure | redoing the commit messages to not mention the sourceforge url will prevent sourceforge from causing this problem in the future |
| 18:11.10 | kanzure | alternatively i could setup my own git-svn bridge but then the commit ids will be different between people that clone the git repo from brlcad.org/brlcad.git and whatever i setup. |
| 18:11.24 | brlcad | there is actually a need to upgrade our backend repo soon |
| 18:11.37 | brlcad | dont' know if that'll affect anything gitwise |
| 18:11.52 | brlcad | won't change urls |
| 18:11.58 | kanzure | could you elaborate on the change? |
| 18:12.08 | ``Erik | going from svn 1.7 to 1.8 won't change anything re git |
| 18:12.08 | brlcad | kanzure: or you could just use an svn checkout too ;) |
| 18:12.28 | brlcad | the repo very well may still be 1.4 |
| 18:12.37 | brlcad | i couldn't find anything authoritative |
| 18:12.43 | brlcad | svnsync might be upgrading on the fly |
| 18:12.44 | kesha_ | waiting .. |
| 18:12.46 | kanzure | sourceforge allows you to upgrade the svn version of the repo server? |
| 18:12.53 | ``Erik | migrating from svn 1.4 to, say, git 1.8 would be keen |
| 18:12.57 | ``Erik | or darcs, even |
| 18:13.10 | ``Erik | just not mercurial O.o |
| 18:13.13 | brlcad | kesha_: never just "wait", you don't have time to wait .. at least keep trying things and learning while "waiting" ;) |
| 18:13.56 | brlcad | kesha_: there are many ways you can go about doing what you asked |
| 18:14.36 | brlcad | you can "svn up -rREV ." to change a checkout to a different revision |
| 18:15.05 | brlcad | you can create separate build trees per revision or just delete your build dir each time |
| 18:16.09 | kesha_ | deleting every time will be too tedious :/ |
| 18:16.39 | brlcad | you're trying to find a specific single commit that made it worse |
| 18:16.48 | ``Erik | still more productive than sitting on irc and bitching about how hard it is *cough* |
| 18:17.12 | kesha_ | is there any link to different versions and its REVISIOn stamp ? |
| 18:17.17 | brlcad | nope |
| 18:17.41 | brlcad | best is probably to run "svn annotate NEWS" and look at the revision near each release header |
| 18:18.39 | brlcad | so you'll then test.. you know 57500: broken |
| 18:18.50 | brlcad | 50000:broken |
| 18:18.57 | brlcad | 40000:still broken |
| 18:19.04 | brlcad | 30000:no step importer |
| 18:19.11 | brlcad | 35000:working |
| 18:19.21 | brlcad | 38000:broken |
| 18:19.31 | brlcad | 37000:working |
| 18:19.33 | brlcad | etc |
| 18:19.45 | brlcad | until you narrow down on exactly what made it worse |
| 18:20.08 | brlcad | note that not every revision will necessarily compile, so you might need to jump a few revisions forward or backwards |
| 18:21.08 | kesha_ | cool. Got it :) |
| 18:21.16 | ``Erik | bisection ftw |
| 18:21.21 | brlcad | how long does a compilation take you? |
| 18:21.48 | brlcad | WRITE DOWN each version you try and the result (even if it didn't compile) |
| 18:21.48 | kesha_ | 5-7 mins |
| 18:21.54 | brlcad | okay, that's good |
| 18:22.25 | brlcad | you should be able to isolate what made it worse within an hour or two at most, presuming you FIRST confirm it looking better |
| 18:22.50 | brlcad | jump to the revision near 7.14.6 first |
| 18:23.08 | brlcad | make sure you can find a version that looks like the screenshot |
| 18:23.08 | kesha_ | okay |
| 18:23.14 | Notify | 03BRL-CAD:starseeker * 57547 brlcad/trunk/src/conv/step/g-step/g-step.cpp: Use the output file name in the step header |
| 18:23.59 | brlcad | svn log src/conv/step and svn log src/other/step will give you a hint at what revisions might be important |
| 18:28.20 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6122 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */ |
| 18:29.54 | Notify | 03BRL-CAD:starseeker * 57548 brlcad/trunk/src/conv/step/g-step/g-step.cpp: Require object name rather than hardcoding brep.s - not much to argument handling at the moment, hopefully will be able to use the advanced argument parsing setup currently being developed later. |
| 18:40.33 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6123 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */ |
| 18:40.43 | Izak__ | brlcad: Please can you down this video, watch and give me any corrections http://youtu.be/lXAvX-Mjb24 |
| 18:41.00 | Izak__ | ``Erik: Please can you down this video, watch and give me any corrections http://youtu.be/lXAvX-Mjb24 |
| 18:43.14 | ``Erik | Izak__: single hrt primitive using something like sh/orbit.sh ? |
| 18:45.58 | Izak__ | ``Erik: No. Used the script on the Animation wiki to produce it |
| 18:46.10 | Izak__ | Watched it already ? |
| 18:47.28 | ``Erik | hm, either way, top looks like an uneven number of hit points, bottom looks like bad hit points (boxy)... are there any reference images for what it's supposed to look like? |
| 18:47.49 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6124 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */ |
| 18:48.12 | ``Erik | does the wireframe look good? maybe fire up mged, pull up a wireframe, raytrace it, then nirt where the raytraced image is 'wrong' and start looking for clues there? |
| 18:50.16 | Izak__ | ``Erik: I am not yet done wit the wireframe. Still working on it |
| 18:51.31 | ``Erik | aight, that'll help I think... otherwise, good progress! |
| 18:52.24 | Izak__ | ``Erik: The reference image is http://en.wikipedia.org/wiki/File:Heart3D.png |
| 18:52.54 | ``Erik | this is a more complex surface than I'd imagined :D |
| 18:53.14 | Izak__ | What is shown in the video is from images produced only after rt, that is, prep and shot |
| 18:54.04 | ``Erik | well, prop, shot, norm, bbox, import5, ... there are a lot of moving parts to get data into rt_shootray() :) |
| 18:54.06 | Izak__ | Still have to work on the explicit equation |
| 18:56.28 | ``Erik | s/prop/prep/ |
| 19:01.00 | Notify | 03BRL-CAD:mohitdaga * 57549 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/bw.c and 9 others): Add macros for image validation. These reduces code repetetion. |
| 19:02.23 | zero_level | brlcad, ``Erik please have a look at 57549. |
| 19:02.42 | zero_level | Added macros as per (brlcad's) suggestion. |
| 19:03.36 | Izak__ | Off to bed |
| 19:11.27 | Ch3ck | brlcad: waiting.. |
| 19:15.30 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6125 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */ |
| 19:15.44 | Notify | 03BRL-CAD:tbrowder2 * 57550 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bu_opt_parse.cpp and 2 others): have a buildable wrapper for TCLAP; more work needed for a working demo |
| 19:17.53 | Notify | 03BRL-CAD:mohitdaga * 57551 (brlcad/trunk/src/libicv/fileformat.c brlcad/trunk/src/libicv/filter.c and 2 others): Trailing WS |
| 19:24.39 | jrayhawk | kanzure: not clear on why you want to build a third history |
| 19:27.24 | kanzure | jrayhawk: one that will be immune to sourceforge |
| 19:27.49 | kanzure | jrayhawk: obv. they are unreliable. they should have at least kept the subdomains working or something.. they broke *all* git-svn mirrors that use them. they might do it again. |
| 19:28.45 | kanzure | dunno. probably an extreme response from me. |
| 19:29.01 | kanzure | but if i have 10 people forking it and i have to use git grafts in the future, i'm gonna have a lot of work to do. |
| 19:29.34 | kanzure | as far as i know, using a git graft is the only workaround if upstream changes under your feet |
| 19:53.50 | jrayhawk | the current histories are already immutable |
| 20:15.27 | kanzure | huh? if i have a pile of a few hundred commits on top of the last git repo, the only way to recover it is through a git graft. i just don't want to have to git graft again in the future.. |
| 20:27.25 | Notify | 03BRL-CAD:mohitdaga * 57552 brlcad/trunk/src/libicv/color_space.c: Validation and Log messages for color_space utilities. |
| 20:30.34 | kesha_ | brlcad: make gives http://paste.kde.org/p4a9bfa90/ |
| 20:37.35 | Notify | 03BRL-CAD:mohitdaga * 57553 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/CMakeLists.txt): Rename decimate.c to size.c. Originally decimate.c was supposed to contain rountines to scale down image size. Later enlarging routines were also added to create a single icv_resize api. |
| 20:42.26 | zero_level | kesha_ : are you trying to build from brlcad main src code ? or STEP ? |
| 20:42.53 | zero_level | looks at the error code |
| 20:43.11 | kesha_ | zero_level: brlcad main src code |
| 20:43.26 | zero_level | kesha_ Just figured :) |
| 20:43.28 | kesha_ | version 7.14.6 |
| 20:43.35 | zero_level | kesha_ what commands did you run ? |
| 20:44.19 | kesha_ | sh autogen.sh -> this created configure script and then ./configure --enable-optimized |
| 20:44.32 | zero_level | kesha_ : I believe you did svn up -rX , where X = V22.0 tag ? |
| 20:45.29 | zero_level | do we need autogen ? |
| 20:46.09 | kesha_ | X=V14.6 tag |
| 20:46.29 | kesha_ | yes , because there is no CMAkeLists.txt |
| 20:46.34 | zero_level | ok. |
| 20:46.40 | kesha_ | And that is what instructed in INSTALL file |
| 20:48.10 | kesha_ | http://paste.kde.org/pfd7e0b7d/ |
| 20:51.45 | zero_level | kesha_ : are u building inplace ? or in some directory ? |
| 20:54.14 | kesha_ | inplace .. in build directory, its again giving error. |
| 20:54.45 | kesha_ | http://paste.kde.org/pbe1ceccb/ |
| 21:02.58 | kesha_ | starseeker: can you look into why 7.14.6 version is not able to compile? |
| 21:04.15 | Notify | 03BRL-CAD:starseeker * 57554 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Make some notes on what we need to look for when dealing with combs. |
| 21:06.54 | Notify | 03BRL-CAD:mohitdaga * 57555 brlcad/trunk/src/libicv/encoding.c: Add input argument validation. Also reduce a variable. |
| 21:14.16 | Notify | 03BRL-CAD:mohitdaga * 57556 (brlcad/trunk/src/libicv/ppm.c =================================================================== and 37 others): Adding ppm.c This file will contain reading and writting ppm formats. |
| 21:23.52 | starseeker | kesha_: not at the moment - can you try a newer one? |
| 21:24.55 | starseeker | or just try configure from the release tarball without using autogen? |
| 21:25.21 | starseeker | newer autogen tools and older autogen files may not be a happy combination |
| 21:26.01 | kesha_ | starseeker: basically I want to check where the d.stp model from your collection viaopenbook is getting worse. |
| 21:26.14 | kesha_ | Screenshot has 7.16.7 version |
| 21:28.52 | Notify | 03BRL-CAD:mohitdaga * 57557 brlcad/trunk/src/libicv/filter.c: Input argument validation in icv_fade(). Also API function should not exit an app instead show a log message and return Error. |
| 21:30.18 | Notify | 03BRL-CAD:mohitdaga * 57558 brlcad/trunk/src/libicv/filter.c: WS |
| 21:32.30 | *** join/#brlcad kesha_ (~kesha@49.249.200.58) | |
| 21:36.26 | Notify | 03BRL-CAD:mohitdaga * 57559 brlcad/trunk/src/libicv/filter.c: TYPO |
| 21:44.21 | Notify | 03BRL-CAD:mohitdaga * 57560 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/pix.c): Remove unwanted macros and headers. These are not needed due to usage fopen instead of open. |
| 21:46.00 | Notify | 03BRL-CAD:mohitdaga * 57561 (brlcad/trunk/src/libicv/CMakeLists.txt brlcad/trunk/src/libicv/fileformat.c brlcad/trunk/src/libicv/ppm.c): Move ppm_write and image_flip function to ppm.c |
| 21:49.58 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 21:50.03 | pawleeq_ | hello |
| 21:51.04 | Notify | 03BRL-CAD:mohitdaga * 57562 brlcad/trunk/src/libicv/ppm.c: use fopen instead of open. Also remove unwanted headers and macros. |
| 21:51.55 | pawleeq_ | I am trying to build brlcad from svn and need to set the location of tk.h file, however, if I pass TCL_BIN_PREFIX="/usr/include/tcl8.5/" to cmake it ignores it, what I am doing wrong? |
| 21:54.34 | Notify | 03BRL-CAD:mohitdaga * 57563 brlcad/trunk/src/libicv/ppm.c: FIX fixed size buffer. |
| 21:59.28 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 22:12.44 | Notify | 03BRL-CAD:tbrowder2 * 57564 brlcad/trunk/src/util/dsp_add_t.cpp: move TCLAP customization into file bu_opt_parse_private.h |
| 22:12.49 | pawleeq_ | Found it: the variable is -DBRLCAD_TCL_BIN_PREFIX="path" |
| 22:14.57 | Notify | 03BRL-CAD:tbrowder2 * 57565 brlcad/trunk/src/util/bu_opt_parse.h: rearrange struct; add union; neaten |
| 22:15.41 | Notify | 03BRL-CAD:tbrowder2 * 57566 brlcad/trunk/src/util/bu_opt_parse.h: remove two unneeded decls |
| 22:16.35 | Notify | 03BRL-CAD:tbrowder2 * 57567 brlcad/trunk/src/util/bu_opt_parse.cpp: correct func signature |
| 22:17.59 | Notify | 03BRL-CAD:tbrowder2 * 57568 brlcad/trunk/src/util/dsp_add2.c: add arg defs same as dsp_add_t; remove old code; change to C90 comments |
| 22:20.47 | Notify | 03BRL-CAD:tbrowder2 * 57569 brlcad/trunk/src/util/dsp_add2.c: add comment; build is good; still need to work on guts of wrapped function |
| 22:37.57 | Notify | 03BRL-CAD:mohitdaga * 57570 brlcad/trunk/src/libicv/ppm.c: Add ppm read function. This function also posses special power to read from stdin. |
| 22:39.36 | Notify | 03BRL-CAD:mohitdaga * 57571 brlcad/trunk/src/libicv/fileformat.c: Add case for ppm in icv_read |
| 22:40.00 | brlcad | Izak_: OMG that's perfect |
| 22:40.11 | brlcad | (the youtube video) |
| 22:43.01 | Notify | 03BRL-CAD:mohitdaga * 57572 brlcad/trunk/src/libicv/fileformat.c: Trailing WS |
| 22:46.05 | Notify | 03BRL-CAD:tbrowder2 * 57573 brlcad/trunk/src/util/dsp_add_t.cpp: move non-TCLAP code out of try block |
| 22:47.29 | Notify | 03BRL-CAD:mohitdaga * 57574 brlcad/trunk/src/libicv/fileformat.c: remove double checking of image. |
| 22:48.50 | brlcad | Izak_: now THAT I can seriously see the shape and how it's evaluating in prep+shot ... that's really fantastic |
| 22:50.22 | Notify | 03BRL-CAD:mohitdaga * 57575 brlcad/trunk/src/libicv/fileformat.c: Input Argument Validation |
| 22:52.04 | brlcad | Izak_: that also implies you have quite a challenge ahead of you... that looks like a variety of errors |
| 22:53.27 | brlcad | looks like the bounding box might be wrong, the solver is surprisingly stable |
| 22:53.56 | Notify | 03BRL-CAD:mohitdaga * 57576 brlcad/trunk/src/libicv/fileformat.c: TYPO |
| 22:55.37 | brlcad | the equations look like they may be off (normal doesn't seem to match the hit points) and that's going to be very tedious to verify |
| 22:55.54 | zero_level | hii brlcaD |
| 22:56.14 | brlcad | nice progress zero_level |
| 22:56.50 | brlcad | noticed you elminated the block in bw.c, no ICV_IMG_VAL_INT(img) |
| 22:56.59 | brlcad | looks like maybe a mistake? |
| 22:57.42 | zero_level | brlcad : bw_write is hidden |
| 22:57.53 | zero_level | I checked in icv_write instead. ;) |
| 22:58.04 | zero_level | Thanks for reviewing though. |
| 22:58.06 | zero_level | :) |
| 22:58.09 | brlcad | okay, cool |
| 22:58.54 | brlcad | kesha_: did you get a comile? |
| 22:59.46 | Notify | 03BRL-CAD:mohitdaga * 57577 brlcad/trunk/src/libicv/pix.c: Dont need image validation in pix_write. Image is validated in icv_write instead. |
| 22:59.48 | zero_level | but brlcad : I didnt like those macros. :) |
| 22:59.54 | brlcad | forgot about the build system switch, going back that far -- nice to see you found and followed the old build instructions |
| 23:00.02 | mpictor | brlcad: have you heard of a new static analyzer called STACK? it looks for code that may get optimized away due to undefined behavior http://blog.regehr.org/archives/970 |
| 23:00.15 | brlcad | zero_level: alternative solution? |
| 23:00.21 | zero_level | It makes the code reading messy. |
| 23:00.23 | brlcad | mpictor: nope |
| 23:00.36 | zero_level | WE just let them as it is :) |
| 23:00.37 | brlcad | zero_level: so better name? |
| 23:00.53 | zero_level | can u suggest me some. I bad at naming. |
| 23:00.59 | zero_level | ^am |
| 23:01.00 | mpictor | one drawback is that it requires a bleeding-edge version of clang |
| 23:01.36 | brlcad | how's that a drawback? :) |
| 23:01.40 | brlcad | (just kidding) |
| 23:01.49 | mpictor | lol |
| 23:02.06 | brlcad | loves the latest versions of clang and gcc, they are both breaking new ground crazy fast with their static analysis abilities |
| 23:02.16 | brlcad | nice competition |
| 23:02.55 | zero_level | brlcad : I will also need your feedback on how to proceed for the TODO items you have listed. |
| 23:03.00 | brlcad | we need to run ourselves through coverity again, it's been over a year .. I bet they've got a slew too |
| 23:03.45 | zero_level | In particular for "Support dynamically loading formats (e.g., define a plug-in API)." |
| 23:03.48 | brlcad | kesha_: i'm not sure about that autogen.sh error, but you could run it again as "VERBOSE=1 ./autogen.sh" to hopefully see .. the real test is whether you can run ./configure and make |
| 23:04.17 | zero_level | As per today I am signing off. |
| 23:04.38 | brlcad | zero_level: okay |
| 23:04.43 | brlcad | however |
| 23:04.49 | brlcad | the way to proceed with dynamic loading |
| 23:04.54 | brlcad | is to first encapsulate |
| 23:05.11 | brlcad | put everything needed for bw support, for example, into one file or one subdirectory |
| 23:05.42 | zero_level | brlcad : Even if that needs repetition of crtain functions ? |
| 23:05.54 | brlcad | depends, that's what has to be inspected |
| 23:06.06 | zero_level | the current status is all the formats are in one file. |
| 23:06.06 | brlcad | what might belong as libicv plugin-API |
| 23:06.12 | zero_level | bw.c pix.c ppm.c |
| 23:06.17 | brlcad | yeah, but not everything needed for that format |
| 23:06.24 | brlcad | there are typedefs in the header |
| 23:06.31 | brlcad | there are enum avlues |
| 23:06.36 | brlcad | /avlues/values/ |
| 23:06.43 | zero_level | I amm planning the development such that we will need functions from encoding.c |
| 23:07.02 | brlcad | literally *everything* needed for a format needs to end up in one subdir |
| 23:07.43 | zero_level | ok. If that is strict notion then we might end up repiting codes from encoding.c |
| 23:09.18 | brlcad | well that's the challenge |
| 23:09.30 | brlcad | how to do it without repeating *anything* |
| 23:09.57 | brlcad | usually this is achieved with registration functions and private API |
| 23:10.06 | brlcad | but we can talk more later |
| 23:10.15 | brlcad | good progress today on a lot of the little things |
| 23:10.32 | zero_level | ok. brlcad |
| 23:10.53 | brlcad | Ch3ck: what's up? |
| 23:11.56 | brlcad | waiting on ... ? you have a notion that the bounding box center is the "origin" ... primitives do not have a consistently defined origin, so that's the best you have to work with |
| 23:15.57 | brlcad | create an translation matrix that will move the bounding box to that position and then move the primitive by the inverse translation (so it ends up at the origin), and you pull the original matrix up |
| 00:30.08 | ``Erik | seems to have survived parent orientation at an elementary school O.o |
| 00:39.12 | Notify | 03BRL-CAD:starseeker * 57578 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Switch the core search logic from using struct db_full_path_list to struct bu_ptbl, which is what should have been done originally since it would have avoided introducing a specialized type just for search. This will allow the new API to be defined without using db_full_path_list, and allow both the struct and the |
| 00:39.14 | Notify | functions using it to be gradually replaced and deprecated. |
| 00:41.19 | starseeker | is annoyed with himself in retrospect |
| 00:46.37 | kanzure | ``Erik: congrats hah |
| 00:59.33 | Notify | 03BRL-CAD:starseeker * 57579 brlcad/trunk/src/librt/search.c: More preliminary design for the final db_search function. |
| 01:08.44 | brlcad | ``Erik: haha |
| 01:09.19 | brlcad | starseeker: lot of interesting thoughts there in r57554 |
| 01:10.16 | brlcad | lots |
| 01:11.01 | brlcad | is it possible to assign multiple advanced representations to the same associated product? |
| 01:11.12 | brlcad | is reminded to look for that diagram, hunts |
| 01:14.47 | Notify | 03BRL-CAD:starseeker * 57580 brlcad/trunk/src/librt/search.c: More search notes. |
| 01:15.21 | mpictor | tried STACK |
| 01:15.22 | mpictor | has never heard the cpu fan go quite that fast :O |
| 01:15.32 | starseeker | hehe |
| 01:15.58 | starseeker | debates simplicity of argv style char pointer array vs. more flexible but less standard bu_ptbl of char *... |
| 01:16.17 | mpictor | even compiling brl-cad on all cores wasn't quite that bad... of course, that didn't take nearly as long as this |
| 01:16.55 | starseeker | mpictor: if you really want to melt your machine I recommend a parallel make distcheck-full of BRL-CAD :-) |
| 01:17.15 | mpictor | what does distcheck-full do? |
| 01:17.31 | starseeker | builds 9 different configurations of BRL-CAD... at the same time |
| 01:17.37 | mpictor | lol |
| 01:17.41 | starseeker | each of which is also trying to do a full parallel build |
| 01:18.01 | mpictor | o.O |
| 01:18.09 | starseeker | parallel launching of parallel make compilations |
| 01:19.01 | starseeker | not to mention they're all running regression tests, benchmarking, what have you |
| 01:19.22 | starseeker | beats up on hard drives AND cpus :-) |
| 01:19.24 | mpictor | wow |
| 01:19.25 | mpictor | yea |
| 01:19.44 | mpictor | what sort of machine do you run that on?! |
| 01:20.15 | brlcad | starseeker: if it's a container you need, shouldn't that be a bu_list? |
| 01:20.19 | *** join/#brlcad kesha_ (~kesha@49.249.200.58) | |
| 01:20.35 | brlcad | seems like an odd use for ptbl |
| 01:20.41 | starseeker | brlcad: where, inside search? |
| 01:20.49 | starseeker | works like a charm... |
| 01:20.52 | brlcad | your debate above |
| 01:20.56 | starseeker | ah |
| 01:21.23 | starseeker | I suppose a bu_list of char * is possible - I'm not fond of bu_list, it's a bit clunky to work with, but I guess that would work |
| 01:23.26 | brlcad | could make it a void* and wrap all insertions through a function that knows what the container is |
| 01:23.32 | brlcad | that way you could change it later if needed |
| 01:24.18 | starseeker | I'm probably over-thinking it, really - a char *paths[] array is the simple solution |
| 01:24.19 | brlcad | there is nice simplicity in a null-terminated argv array |
| 01:25.27 | starseeker | reminds himself not to over-complicate it this time around, will be paying the db_full_path_list costs for a while... |
| 01:25.29 | brlcad | still probably want to wrap insertions in a function so you can realloc as needed instead of having hard limits |
| 01:25.50 | brlcad | and instead of having realloc in every possible place you need to add or remove from the array |
| 01:26.19 | starseeker | well, the argv array will actually be managed elsewhere - by the time it reaches db_search, it should be in its "ready to go" form |
| 01:26.52 | brlcad | hmm, is that the things to look for or for results? |
| 01:27.01 | starseeker | things to look for |
| 01:27.09 | brlcad | ah, shucks, well yeah |
| 01:27.15 | starseeker | the results are in a table - bu_ptbl of db_full_path pointers |
| 01:27.17 | brlcad | null-terminated argv ftw |
| 01:28.04 | brlcad | there is no "is it null-terminated issue" .. any more than "is this string nul-terminated??" ... you control that |
| 01:28.38 | starseeker | nods |
| 01:28.41 | Notify | 03BRL-CAD:starseeker * 57581 brlcad/trunk/src/librt/search.c: worry about making the argv array elsewhere - not db_search's job to worry about it. |
| 01:28.56 | brlcad | note that there are bu functions for turning "a string like this" into an argv[] = {"a", "string", "like", "this", NULL} |
| 01:29.20 | starseeker | nods - using those already to break the plan strings into an argv array :-) |
| 01:29.22 | brlcad | and vice versa |
| 01:29.24 | starseeker | slick |
| 01:32.12 | starseeker | from a programmatic standpoint, the best way to drive search is to define the string that you want in the C function. libged's search function will need to re-construct the string from its own argv array entries, but that's trivial |
| 01:32.59 | starseeker | actually expects libged's search logic to simplify once things are properly defined |
| 01:33.39 | starseeker | brlcad: oh, that reminds me - do we have a function at the librt level that builds the tops list? |
| 01:33.49 | starseeker | db_top_objs or some such? |
| 01:35.01 | starseeker | has repeated that logic waaay too many times... |
| 01:55.36 | Notify | 03BRL-CAD:tbrowder2 * 57582 brlcad/trunk/src/util/bu_opt_parse.h: added double to union; reordered vars in union |
| 01:58.04 | Notify | 03BRL-CAD:tbrowder2 * 57583 brlcad/trunk/src/util/bu_opt_parse.cpp: filled in func parts needed for dsp_add2.c; builds, but doesn't work correctly; more work needed; also need cleanup and memory reclaing bits; may need to use pointers to TCLAP objects |
| 02:04.44 | brlcad | we do not have such a function |
| 02:05.42 | brlcad | it's taken much restraint |
| 02:08.41 | brlcad | the getspace() method is sucky though |
| 02:15.14 | brlcad | char **db_tops(const struct db_i *dbip); |
| 02:16.17 | brlcad | or maybe allow user-provided memory with limits |
| 02:22.24 | Notify | 03BRL-CAD:tbrowder2 * 57584 brlcad/trunk/src/util/dsp_add2.c: add comment; reorder some code in more logical order |
| 02:27.11 | brlcad | maybe instead, int db_tops(const struct db_i *dbip, size_t maxtops, char **tops); |
| 02:39.29 | starseeker | are we likely to hit a memory limit with tops? |
| 02:39.51 | starseeker | doesn't follow - why restraint? |
| 02:40.05 | starseeker | do we not want such a function? |
| 02:57.29 | brlcad | restraint in complaining every time someone replicated the tops logic once again .. :) |
| 02:57.50 | brlcad | it is a perfect refactoring case, should have been a function 25 years ago |
| 03:00.42 | brlcad | it's at least a days work to implement a function proper and a few more put it to use in the places a tops is pulled |
| 03:01.59 | brlcad | i'd like to see it taken to the next level, making all the places where we require object names be optional, defaulting to the tops listing (at least if num tops == 1, but sometimes even if num > 1) |
| 03:14.38 | starseeker | ah - what complicates the function definition? |
| 03:14.48 | starseeker | (besides that annoying hidden flag...) |
| 03:15.10 | starseeker | memory management of char **tops? |
| 03:16.22 | starseeker | reflects we may need a parameter to tell the function whether to respect the hidden flag |
| 03:17.01 | starseeker | not even sure what that means in the more general case - if a top level object is hidden, do we show the ones below it in the tree that aren't hidden instead or just not show *anything* below it? |
| 03:17.14 | starseeker | believes it is the latter now, can see a case for both ways... |
| 03:18.18 | starseeker | first approach would be tricky, come to think of it... |
| 03:29.25 | brlcad | giving up, can't find the diagram |
| 03:34.39 | brlcad | both approaches are tricky in different ways |
| 03:35.02 | brlcad | pretending the objects do not exist is best (as if you ran kill) |
| 03:38.31 | kesha_ | brlcad: Enabled verbose, still the same error. http://paste.kde.org/pfa7f8c64/ |
| 03:43.06 | *** join/#brlcad kesha__ (~kesha@49.249.8.171) | |
| 03:44.56 | starseeker | hmm - ../src/util/dsp_add2.c:230:5: error: ISO C90 forbids mixed declarations and code [-Werror=edantic] |
| 03:48.31 | Notify | 03BRL-CAD:starseeker * 57585 brlcad/trunk/src/util/dsp_add2.c: C90 wants declaration at the top. |
| 04:02.51 | *** join/#brlcad kesha (~kesha@49.249.8.40) | |
| 04:11.20 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.251) | |
| 04:18.01 | Notify | 03BRL-CAD:starseeker * 57586 brlcad/trunk/src/librt/search.c: edging closer to a fleshed-out design for db_search |
| 04:37.56 | *** join/#brlcad kesha_ (~kesha@49.249.16.249) | |
| 04:52.08 | kesha_ | brlcad: 7.16.6 also - http://paste.kde.org/p66bea846/ |
| 05:28.06 | *** join/#brlcad kesha__ (~kesha@49.249.17.239) | |
| 05:39.02 | kesha__ | brlcad: rev 45657 - http://paste.kde.org/pbedc5da0/ |
| 06:32.43 | *** join/#brlcad bch (~bch@dsl081-162-155.sea1.dsl.speakeasy.net) | |
| 06:32.50 | bch | hello #brlcad |
| 07:12.19 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.251) | |
| 07:13.24 | Notify | 03BRL-CAD:phoenixyjll * 57587 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Fix memory leaks. |
| 07:29.43 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 07:34.00 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 07:45.28 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 07:46.05 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 07:54.42 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 08:08.05 | Notify | 03BRL-CAD:phoenixyjll * 57588 brlcad/trunk/src/libbrep/boolean.cpp: Delete the 3D curve for singular trims (no edges are added), and remove dead code. |
| 08:31.49 | Notify | 03BRL-CAD:phoenixyjll * 57589 brlcad/trunk/src/libbrep/boolean.cpp: Delete the unused curves. |
| 08:38.11 | kesha__ | starseeker: brlcad: Like we do bin/step-g from build directory to use step-g of trunk, In case of inplace compiling using autogen.sh and ./configure, how to use step-g of that revision ? |
| 08:58.45 | Notify | 03BRL-CAD:phoenixyjll * 57590 brlcad/trunk/src/libbrep/boolean.cpp: Continue working on memory leaks. |
| 09:46.21 | Notify | 03BRL-CAD:phoenixyjll * 57591 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Free the memory. |
| 09:51.12 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 10:33.17 | *** join/#brlcad kesha (~kesha@49.249.16.57) | |
| 10:44.49 | Notify | 03BRL-CAD:tbrowder2 * 57592 (brlcad/trunk/src/util/bu_opt_parse.cpp brlcad/trunk/src/util/bu_opt_parse.h brlcad/trunk/src/util/dsp_add2.c): change flag to be string as TCLAP uses it; simpifies TCLAP arg handlers |
| 10:58.23 | Notify | 03BRL-CAD:tbrowder2 * 57593 (brlcad/trunk/src/util/bu_opt_parse.cpp brlcad/trunk/src/util/bu_opt_parse.h brlcad/trunk/src/util/dsp_add2.c): formalize error handling a bit; consider TCLAP error message satisfactory so we don't get in the way; but note TCLAP handling still needs work |
| 10:59.33 | Notify | 03BRL-CAD:tbrowder2 * 57594 brlcad/trunk/src/util/bu_opt_parse.cpp: remove unneeded code |
| 11:04.26 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:06.08 | Notify | 03BRL-CAD:tbrowder2 * 57595 brlcad/trunk/src/util/dsp_add2.c: enhance comment |
| 11:07.02 | Notify | 03BRL-CAD:tbrowder2 * 57596 brlcad/trunk/src/util/bu_opt_parse_private.h: titdy output format |
| 11:19.55 | Notify | 03BRL-CAD:tbrowder2 * 57597 brlcad/trunk/src/other/tclap/include/tclap/CmdLine.h: modified handling of progname: removed path |
| 11:21.19 | *** join/#brlcad kesha (~kesha@49.249.16.57) | |
| 11:35.20 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:36.02 | Notify | 03BRL-CAD:tbrowder2 * 57598 (brlcad/trunk/src/other/tclap/include/tclap/CmdLine.h brlcad/trunk/src/util/bu_opt_parse_private.h): move changes out of orginal TCLAP into our customization header |
| 11:44.57 | Notify | 03BRL-CAD:tbrowder2 * 57599 brlcad/trunk/src/util/bu_opt_parse.cpp: now using arg pointers; looks like success--need cleanup; memory handling; and filling out remaining handlers |
| 12:04.41 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:05.59 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.251) | |
| 12:07.33 | brlcad | kesha: it'll be in src/conv/step/step-g I believe |
| 12:07.54 | brlcad | Ch3ck_: I answered you already |
| 12:08.19 | FLOSSrookie | I just want to get a final yes or no on this, if I want to contribute to the project will Tcl be necessary? |
| 12:09.40 | Ch3ck_ | I don't see it ;) |
| 12:09.48 | Ch3ck_ | could you please reiterate? |
| 12:10.56 | kesha | let me see. |
| 12:11.48 | brlcad | FLOSSrookie: I've answered that three times... no :) |
| 12:12.16 | FLOSSrookie | brlcad: Oh...Sorry, I guess I forgot. :( |
| 12:12.22 | kesha | no. Not found |
| 12:12.22 | brlcad | no worries |
| 12:12.39 | brlcad | kesha: not found because it didn't compile or ... ? |
| 12:14.29 | brlcad | Ch3ck_: you have a notion that the bounding box center is the "origin" ... primitives do not have a consistently defined origin, so that's the best you have to work with |
| 12:14.32 | brlcad | Ch3ck_: create an translation matrix that will move the bounding box to that position and then move the primitive by the inverse translation (so it ends up at the origin), and you pull the original matrix up |
| 12:15.34 | kesha | r42916, it compiled but without installing I am not getting how to use step-g |
| 12:16.21 | brlcad | Ch3ck_: and you need to figure out a better way to check the log, I won't be repeating again like that .. |
| 12:16.24 | brlcad | that's the point of asking you to use screen+irssi, but if you're not willing then you'll have to manually search the saved logs next time |
| 12:16.37 | brlcad | kesha: you didn't get an error during compilation? |
| 12:16.42 | Ch3ck_ | well i use the log |
| 12:17.04 | kesha | in src/conv/step/step-g.cpp is there. It cant be used as executable |
| 12:17.30 | brlcad | Ch3ck_: like I said, then you need to figure out a better way because whatever you just did was inadequate |
| 12:17.48 | brlcad | my response is still sitting in my backlog from less than 12 hours ago |
| 12:18.03 | brlcad | if I can pull it up, you should be able to |
| 12:18.03 | kesha | for revisions near to 35000 - 41000 around its giving error. |
| 12:18.14 | Ch3ck_ | brlcad, ok |
| 12:18.17 | kesha | http://paste.kde.org/p4a9bfa90/ |
| 12:18.29 | kesha | this error - |
| 12:19.02 | brlcad | kesha: of course it can't be the exec .. that's the *source* file... |
| 12:19.30 | brlcad | let's not get distracted |
| 12:19.49 | brlcad | you said r42916 compiled |
| 12:19.53 | brlcad | did it compile successfully? |
| 12:20.47 | brlcad | i.e., other than not being able to find the step-g binary, did it give you an error when you ran make? |
| 12:21.05 | brlcad | and was step-g in the output log if you did not get an error? |
| 12:21.36 | kesha | yes . compiled. |
| 12:21.57 | kesha | It was not using cmake, but with autogen and ./congigure and make |
| 12:23.46 | kesha | no error while make |
| 12:27.58 | *** join/#brlcad kesha_ (~kesha@49.249.0.246) | |
| 12:28.39 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) | |
| 12:28.43 | pawleeq_ | hello |
| 12:30.14 | pawleeq_ | I did svn checkout today and tried to complie brlcad from source. I got stuck with brepintečrsect. Make error is here: http://pastebin.com/jMNgPsu9 |
| 12:33.34 | brlcad | kesha_: so then try: find . -name \*step-g\* |
| 12:36.08 | kesha_ | http://paste.kde.org/p5dc0b16c/ |
| 12:37.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 12:39.43 | brlcad | pawleeq_: ah, that's my doing yesterday |
| 12:41.30 | brlcad | pawleeq_: fixed |
| 12:41.51 | Notify | 03BRL-CAD:brlcad * 57600 brlcad/trunk/src/proc-db/CMakeLists.txt: the cpp files still need to be NO_STRICT because of signed overflow warnings in the opennurbs headers |
| 12:42.32 | brlcad | kesha_: that doesn't look right, looks like compilation did not succeed |
| 12:43.06 | brlcad | kesha_: run "make clean" then rerun "make 2>&1 | tee make.log" then pastebin the make.log file |
| 12:44.24 | kesha_ | http://paste.kde.org/p7fdcfc1f/ |
| 12:44.46 | kesha_ | this was what I compiled before |
| 12:45.54 | brlcad | kesha_: do you have more of that log? |
| 12:46.08 | brlcad | you need to look at the src/conv/step section |
| 12:46.33 | kesha_ | ya.. have full of it. pasting.. |
| 12:46.48 | brlcad | don't paste, read it ;0 |
| 12:46.58 | brlcad | see like 13 in your previous paste |
| 12:47.55 | brlcad | that line says a lot but notice how it's a little different from 11 and 12 .. it's got a -o vdeck followed by a lot of .o files |
| 12:48.10 | brlcad | that's the linkage line where the 'vdeck' tool was built |
| 12:48.35 | brlcad | in the full log should be a similar -o step-g file.o file.o file.o for the step-g importer |
| 12:49.45 | brlcad | paste if you can't find it, but you should be reading it regardless and look for that line |
| 12:50.01 | brlcad | if you find it, see what directory it was in, go there, look around |
| 13:04.20 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:06.37 | Notify | 03BRL-CAD:tbrowder2 * 57601 brlcad/trunk/src/util/bu_opt_parse.cpp: delete heap vars at end |
| 13:09.08 | kesha_ | step-g is not there in make.log |
| 13:17.30 | brlcad | post the whole log |
| 13:19.55 | Notify | 03BRL-CAD:tbrowder2 * 57602 brlcad/trunk/src/util/dsp_add2.c: add some notes |
| 13:22.30 | Notify | 03BRL-CAD:carlmoore * 57603 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/libicv/fileformat.c and 2 others): fix spellings; remove trailing blanks/tabs |
| 13:26.38 | *** join/#brlcad kesha_ (~kesha@49.249.16.237) | |
| 13:29.21 | brlcad | kesha_: post the whole log please |
| 13:29.23 | kesha_ | brlcad: its a huge file, connection of pastebin is being hung up. I have sent u in mail |
| 13:29.28 | brlcad | k |
| 13:30.49 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:31.36 | brlcad | okay, it's not even traversing into src/conv/step |
| 13:32.01 | brlcad | you need to read the src/conv/step/Makefile.am file and see if there's any logic in there commented out for the step directory |
| 13:32.17 | brlcad | alternative, cd src/conv/step && make |
| 13:32.28 | brlcad | try that first actually |
| 13:37.27 | kesha_ | http://paste.kde.org/pdd3fd54b/ |
| 13:37.52 | brlcad | what does that mean? |
| 13:38.10 | brlcad | i.e., what does that output look like to you? |
| 13:38.48 | kesha_ | It has nothing to do ;) |
| 13:38.59 | brlcad | which means? |
| 13:39.14 | kesha_ | no command given to run |
| 13:39.57 | brlcad | basically, yes it has no build instructions in that directory |
| 13:40.17 | kesha_ | so now go to MAKeFile ? |
| 13:40.58 | brlcad | no |
| 13:41.25 | brlcad | just thinking that far back (couple years), there was almost certainly a way to enable/disable the compiler because it was under development |
| 13:41.30 | brlcad | it's clearly disabled |
| 13:41.38 | brlcad | the files are there, but there are no build instructions enabled |
| 13:42.40 | brlcad | kesha_: I'm confused by that pastebin a little though |
| 13:43.25 | brlcad | what command did you run? (pastebin's should usually be preceded with what exactly you ran so that can be inspected as well) |
| 13:44.08 | kesha_ | kesha@kesha-VPCEH38FN:~/brlcad22/src/conv/step$ make | tee makestep.log |
| 13:44.11 | brlcad | i.e., what came before 1. make all-am |
| 13:44.26 | kesha_ | and pasted makestep.log in pstebin |
| 13:44.35 | brlcad | huh, odd |
| 13:45.05 | brlcad | ah, try: make step-g |
| 13:45.21 | Notify | 03BRL-CAD Wiki:Phoenix * 6126 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */ |
| 13:45.42 | brlcad | and whenever you run make with tee, you need 2>&1 after make |
| 13:45.52 | kesha_ | make: `step-g' is up to date. |
| 13:46.10 | brlcad | that wasn't just because I like to type punctuation characters |
| 13:46.12 | kesha_ | cleaning |
| 13:46.22 | brlcad | ls -la step-g |
| 13:48.51 | kesha_ | -rwxrwxr-x 1 kesha kesha 15520 Sep 12 19:18 step-g |
| 13:50.34 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:53.39 | kesha_ | brlcad: how do we enable build instructions ? |
| 13:54.46 | brlcad | uhm, kesha_ you're not giving the whole picture of commands you are running |
| 13:54.51 | brlcad | run this: ./step-g |
| 13:55.20 | Notify | 03BRL-CAD:tbrowder2 * 57604 brlcad/trunk/src/util/bu_opt_parse_private.h: format |
| 13:55.26 | kesha_ | kesha@kesha-VPCEH38FN:~/brlcad22/src/conv/step$ ./step-g |
| 13:55.28 | kesha_ | Usage: step-g -o outfile.g infile.stp |
| 13:55.45 | brlcad | so you compile it at some point |
| 13:55.53 | brlcad | and you didn't even realize you did? |
| 13:56.15 | brlcad | you compiled it sometime in the last half hour |
| 13:56.36 | kesha_ | [19:16] <kesha_> cleaning |
| 13:56.57 | kesha_ | At that time, I just ran make clean because it showed upto date |
| 13:57.05 | brlcad | cleaning implies you running "make clean" |
| 13:57.07 | kesha_ | and when u asked for la -la |
| 13:57.12 | kesha_ | I again did make |
| 13:57.28 | kesha_ | The timestamp was also of that time only |
| 13:57.29 | brlcad | up-to-date implied that it was compiled |
| 13:57.37 | brlcad | *already* |
| 13:57.51 | brlcad | before you ran make clean |
| 13:58.34 | kesha_ | I wonder when and how it was done before make clean, but after clean, I did it for sure. |
| 13:58.53 | kesha_ | I have no idea abt how *already* |
| 13:59.05 | brlcad | need you to concentrate on what every command you run is and KNOW what it does when you run it, verify things with ls -la, read the log files |
| 13:59.07 | kesha_ | ok . so now testing d.stp |
| 13:59.17 | brlcad | i obviously can't watch every command you issue |
| 13:59.27 | brlcad | nor read paste output from every command |
| 13:59.46 | brlcad | don't just gloss over the output -- you should understand everything it's printing |
| 14:00.25 | brlcad | there are some aspects I don't expect you to know, like the make/cmake build system, right away, but as you run commands make sure you understand them |
| 14:00.26 | kesha_ | hmm.. |
| 14:01.33 | brlcad | i say this because we basically wasted a half hour |
| 14:02.02 | brlcad | when I said this, you must have run make twice |
| 14:02.03 | brlcad | 09:32 < brlcad> alternative, cd src/conv/step && make |
| 14:02.04 | brlcad | 09:32 < brlcad> try that first actually |
| 14:02.26 | brlcad | then you pastebinned the second make |
| 14:02.34 | brlcad | at some point, make was run in src/conv/step |
| 14:02.48 | brlcad | before your paste http://paste.kde.org/pdd3fd54b |
| 14:03.09 | brlcad | (run *twice* .. the paste is the second time) |
| 14:03.40 | brlcad | okay, so anyways, there's your binary, you can get back to testing |
| 14:04.00 | brlcad | and should have a process for other autoconf revisions, cd src/conv/step && make && step-g |
| 14:04.18 | brlcad | er, cd src/conv/step && make step-g && ./step-g |
| 14:05.25 | kesha_ | http://paste.kde.org/p4f64670b/ |
| 14:10.17 | brlcad | what do you want me to do with that output? |
| 14:10.46 | brlcad | are you telling me something, asking me something? |
| 14:12.30 | kesha_ | importing is not done. |
| 14:12.40 | kesha_ | 81 -91 lines shows error |
| 14:12.58 | kesha_ | I also tried with r45000 in meanwhile |
| 14:13.20 | kesha_ | Its output - http://paste.kde.org/p7513a45f/ |
| 14:13.52 | kesha_ | In the 1st line the d*****.g shows revision stamp. |
| 14:15.28 | brlcad | so telling me something ;) |
| 14:15.46 | brlcad | this is going to be a mine field |
| 14:15.51 | kesha_ | Nooo.. |
| 14:16.21 | kesha_ | Asking you .. If its not importer how am I gonna test ! |
| 14:16.33 | brlcad | what is your question? |
| 14:16.33 | kesha_ | s/importer/importing |
| 14:16.37 | kesha_ | ? |
| 14:17.02 | brlcad | you need to frame it as a question then, not implied .. put a '?' somewhere ... |
| 14:17.31 | brlcad | if it's not importing, you cannot test it |
| 14:17.37 | maths22 | brlcad: what is the status on that list of web stuff? |
| 14:17.38 | brlcad | might as well have not compiled |
| 14:18.02 | brlcad | maths22: you mean the ones I asked for a reminder on in a couple days just a few hours ago? :) unchanged |
| 14:18.51 | kesha_ | Ah, so whats wrong ? |
| 14:19.01 | brlcad | what do you mean? |
| 14:19.38 | kesha_ | I mean, how do I get it imported correctly and test ? |
| 14:19.49 | kesha_ | very bad at framing questions |
| 14:19.59 | brlcad | i'm seeing that |
| 14:20.15 | brlcad | you cannot |
| 14:20.22 | brlcad | not with that revision at least |
| 14:20.33 | brlcad | you're going to have to be far more specific with your revision testing |
| 14:21.13 | kesha_ | So, its like 7.14.7 - best , 7.20 -worst , 7.22 -bad |
| 14:23.20 | brlcad | it's not anywhere near that simple |
| 14:23.46 | brlcad | go to a *trunk* checkout and run this: |
| 14:24.00 | brlcad | (rather, a HEAD revision) |
| 14:24.21 | brlcad | svn log src/conv/step >> step.log && svn log src/other/stepcode >> step.log |
| 14:24.35 | brlcad | grep '^r' step.log | awk '{print $1}' | sort | uniq |
| 14:25.12 | brlcad | those are the revisions that need exploring |
| 14:27.20 | kesha_ | okay.. and while we are it, lets discuss abt this also - http://paste.kde.org/p4a9bfa90/ While compiling a version near 35k to 40k it gives these errors |
| 14:39.32 | brlcad | the only error in all of that is the line that says: |
| 14:39.33 | brlcad | make[4]: *** No rule to make target `lib.exp', needed by `binaries'. Stop |
| 14:40.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 14:40.14 | brlcad | read it again carefully and at least try to see that, understand why that is the error |
| 14:41.18 | brlcad | and what to discuss? you picked a version that has some issue there |
| 14:41.57 | brlcad | I told you that some versions will have issues, you have to find ones near it that do not -- using the log revisions from above should help |
| 14:52.38 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.251) | |
| 16:18.11 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 16:36.11 | kesha_ | brlcad:The version list - http://paste.kde.org/pad666f93/. I tried a few from them. They compiled but when I run ./step-g they either have memory leaks or error while importing. http://paste.kde.org/p2e0e1cc1/ http://paste.kde.org/p9bb12b42/ http://paste.kde.org/pac7219f7/ . |
| 16:36.37 | kesha_ | The d*.g in 1st line is revision |
| 16:37.33 | kesha_ | s/is/* is |
| 17:07.20 | *** join/#brlcad merzo (~merzo@142-215-133-95.pool.ukrtel.net) | |
| 17:09.23 | kesha_ | and the 'lib.exp' error exists in other revision from that list also. |
| 17:10.01 | kesha_ | http://paste.kde.org/pf05d5203/ |
| 17:24.45 | *** join/#brlcad merzo (~merzo@142-215-133-95.pool.ukrtel.net) | |
| 17:35.13 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 17:47.28 | Notify | 03BRL-CAD:starseeker * 57605 brlcad/trunk/src/libged/search.c: make sure we print help if the only options specified don't involve a search plan or paths. add comment out code from earlier search work - some of this should be the responsibility of the libged cmd, so need it handy as the rework begins |
| 18:06.13 | zero_level | hi all. |
| 18:46.38 | pawleeq_ | brlcad, it works now, thank you |
| 19:28.19 | brlcad | np pawleeq_ |
| 20:07.30 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:21.26 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 21:03.55 | Izak_ | zero_level: What's appp ? |
| 21:11.08 | Notify | 03BRL-CAD:vladbogo * 57606 (brlcad/trunk/src/bwish/tcl.c brlcad/trunk/src/libdm/dm-qt.cpp): Use Tcl_DoWhenIdle and Tcl_CreateTimerHandler to simulate non-blocking behaviour. |
| 21:16.31 | Notify | 03BRL-CAD:carlmoore * 57607 brlcad/trunk/src/conv/g-shell-rect.c: fix Usage and getopt (adding h, ?), simplify what had been if-then-else for 'output' file name |
| 21:23.52 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6127 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */ |
| 21:29.47 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6128 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */ |
| 22:49.07 | maths22 | No. The ones you responded to a few days ago. For brl-cad itself |
| 23:19.20 | Notify | 03BRL-CAD:starseeker * 57608 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Activate the db_search function and adapt src/libged/search.c to use it. Undoubtably needs more shaking out, but the core ability seems to be present. |
| 23:29.26 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.251) | |
| 01:17.23 | Notify | 03BRL-CAD Wiki:Soulwindow * 0 /wiki/User:Soulwindow: |
| 01:48.45 | Notify | 03BRL-CAD Wiki:Conanactual * 0 /wiki/User:Conanactual: |
| 01:50.45 | Notify | 03BRL-CAD:starseeker * 57609 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Clear up memory leaks in the search code. |
| 02:47.45 | Notify | 03BRL-CAD:starseeker * 57610 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Needing a unique list of directory pointers back from a search is probably going to be common - at least, comb already uses that style in several calls - so duplicating that logic multiple times is a no-go. Wrap up the logic into another simple function, since most of the 'search types' |
| 02:47.47 | Notify | under contemplation earlier actually end up being toplevel path list generator options and the return table type for this scenario is a table of pointers instead of a table of full paths (latter has a non-standard freeing obligation). |
| 03:00.39 | Notify | 03BRL-CAD:starseeker * 57611 brlcad/trunk/src/libged/search.c: Don't crash if search results are null. |
| 03:05.07 | Notify | 03BRL-CAD:starseeker * 57612 brlcad/trunk/src/libged/search.c: comment explaining why we're re-assembling plan argv elements into a string |
| 05:02.36 | *** join/#brlcad kesha_ (~kesha@49.202.238.88) | |
| 05:05.58 | Notify | 03BRL-CAD:phoenixyjll * 57613 brlcad/trunk/src/libbrep/boolean.cpp: Delete the generated m_curve. And overload the operator= to avoid sharing of m_curve. |
| 05:23.32 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 05:48.45 | kesha_ | brlcad: After make step-g , running ./step-g ... always ends up with error -> http://paste.kde.org/p3cf74f23/ |
| 05:49.30 | kesha_ | yesterday also I posted several pastebins showing the same error. |
| 06:38.26 | *** join/#brlcad kesha_ (~kesha@49.249.191.17) | |
| 06:48.57 | *** join/#brlcad kesha__ (~kesha@49.249.17.148) | |
| 07:19.42 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 07:28.02 | *** join/#brlcad kesha__ (~kesha@49.249.17.88) | |
| 07:40.33 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6129 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 13 */ |
| 07:41.24 | Notify | 03BRL-CAD:vladbogo * 57614 brlcad/trunk/src/libdm/dm-qt.cpp: Print log calls only if debug level is enabled. |
| 07:48.29 | *** join/#brlcad kesha__ (~kesha@49.249.17.55) | |
| 07:52.59 | Notify | 03BRL-CAD:vladbogo * 57615 brlcad/trunk/src/libdm/dm-qt.cpp: Implemented qt_draw + comments. |
| 08:20.02 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:57.10 | kesha__ | What is the flag used while compiling to silent variable declared but not used warnings into errors ? |
| 08:57.15 | kesha__ | http://paste.kde.org/pdb346bbb/ |
| 10:56.18 | *** join/#brlcad caen23 (~caen23@92.81.182.233) | |
| 11:09.44 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:45.15 | *** join/#brlcad kesha__ (~kesha@49.249.17.55) | |
| 12:02.36 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:04.27 | brlcad | kesha__: segfaults like that are expected for many versions |
| 12:04.58 | brlcad | notice in the commit version numbers that they tend to come in sets of activity |
| 12:06.19 | brlcad | so you can test earlier and later versions "smartly", jumping forward to the next set or jumping to the end of a given set to see where work stopped for a while |
| 12:06.35 | brlcad | if they're all busted, then that will answer our question |
| 12:08.13 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:24.59 | Notify | 03BRL-CAD:phoenixyjll * 57616 brlcad/trunk/src/libged/brep.c: Free the result internal. |
| 12:31.03 | Notify | 03BRL-CAD:phoenixyjll * 57617 brlcad/trunk/src/libbrep/intersect.cpp: Delete the input curve by default. |
| 12:33.22 | *** join/#brlcad kesha (~kesha@49.249.16.116) | |
| 12:42.04 | kesha | brlcad: okay, but many give -Werror that variable set but not used. Basically convert warning into error. |
| 12:42.20 | kesha | Can we compile them successfully ? Any flags ? |
| 12:44.50 | kesha | I tried out an obvious way of commenting those unused, but then it complained that that variable was undeclared when used in later part of code |
| 12:46.56 | brlcad | i believe INSTALL covers that |
| 12:47.21 | brlcad | it's one way for configure and another for cmake |
| 12:47.25 | brlcad | they both document it somewhere |
| 12:47.29 | brlcad | try --help |
| 12:55.32 | kesha | http://paste.kde.org/pdd20c49c/ |
| 12:55.40 | kesha | opp of 29 |
| 13:02.08 | Notify | 03BRL-CAD:phoenixyjll * 57618 brlcad/trunk/src/libbrep/boolean.cpp: Delete the curves in newloop if it's not valid (so not added to the final geometry) |
| 13:08.15 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:19.02 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:25.57 | Notify | 03BRL-CAD:phoenixyjll * 57619 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Still memory leak... |
| 13:34.46 | Notify | 03BRL-CAD:phoenixyjll * 57620 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/comb/comb_brep.cpp): Free the internals. |
| 13:37.36 | Notify | 03BRL-CAD Wiki:Phoenix * 6130 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */ |
| 13:38.44 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 13:45.22 | Notify | 03BRL-CAD:phoenixyjll * 57621 brlcad/trunk/src/librt/comb/comb_brep.cpp: Call rt_db_free_internal(). |
| 13:51.46 | Notify | 03BRL-CAD:phoenixyjll * 57622 brlcad/trunk/src/librt/comb/comb_brep.cpp: Free the two original breps... |
| 13:56.01 | Notify | 03BRL-CAD:starseeker * 57623 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/db_lookup.c): I don't know if this is the 'proper' final form of the db_tops command, but as possible uses of db_search expand the costs of duplicating this logic will get high very quickly. Make a stab at a librt db_tops. |
| 13:57.06 | starseeker | waits for brlcad to strike down r57623... |
| 14:06.33 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:36.27 | kesha | brlcad: how to deal with this fatal error ? http://paste.kde.org/p1396e8d5/ |
| 15:00.34 | Notify | 03BRL-CAD:carlmoore * 57624 (brlcad/trunk/include/icv.h brlcad/trunk/src/bwish/tcl.c and 2 others): fix spelling, and remove trailing blanks/tabs |
| 15:07.55 | Notify | 03BRL-CAD:starseeker * 57625 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/comb.c and 2 others): More search API work. The comb example makes the case for making it trivially easy to handle either lists or individual paths, so structure the API that way - db_search_path, db_search_paths, etc. comb.c builds but is currently untested - need to test. Should be just about ready to start marking functions |
| 15:07.57 | Notify | deprecated for the old search API. |
| 15:18.45 | Notify | 03BRL-CAD:starseeker * 57626 brlcad/trunk/doc/docbook/system/mann/en/comb.xml: Fix typos |
| 15:20.34 | Notify | 03BRL-CAD:starseeker * 57627 brlcad/trunk/src/libged/comb.c: Add missing blank line |
| 15:25.28 | Notify | 03BRL-CAD:starseeker * 57628 brlcad/trunk/include/raytrace.h: These were never in a released version of BRL-CAD, so just yank them. |
| 15:41.10 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 15:48.07 | ``Erik | Ayn Rand McNally: Road Atlas Shrugged |
| 15:51.59 | starseeker | heh |
| 15:52.09 | Notify | 03BRL-CAD:starseeker * 57629 (brlcad/trunk/CHANGES brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/search.c): Mark the old search API and db_full_path_list structure as deprecated. |
| 15:53.09 | *** join/#brlcad caen23 (~caen23@92.81.189.104) | |
| 15:58.24 | *** join/#brlcad kesha (~kesha@49.249.17.91) | |
| 16:02.11 | Notify | 03BRL-CAD:starseeker * 57630 brlcad/trunk/include/raytrace.h: Clean up the header - compact the deprecated calls, update API comments |
| 16:08.19 | starseeker | turns his sites on dbfind - time to add whatever is need to search to fully encompass its capabilities and make it go away |
| 16:08.45 | *** join/#brlcad kesha (~kesha@49.249.17.119) | |
| 16:10.54 | Notify | 03BRL-CAD:indianlarry * 57631 (brlcad/branches/nurbs/CHANGES brlcad/branches/nurbs/TODO and 57 others): Merging trunk into branch 'nurbs' r:57498:57630 |
| 16:16.46 | *** join/#brlcad _Ch3ck (~Shadownet@195.24.220.16) | |
| 16:38.37 | kesha | brlcad: http://paste.kde.org/p527c9652/ I get this compiling error for all revision r49k around .. Do I need to set some variables ? |
| 16:49.58 | *** join/#brlcad kesha (~kesha@49.249.17.119) | |
| 17:06.57 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:13.39 | _Ch3ck | brlcad: finished the pull routine ;) succesfully pulled the translation and the combinations right up to the root of the tree so what do i do next? |
| 17:13.49 | _Ch3ck | uploading patch to source forge now.... |
| 17:20.44 | Ch3ck | brlcad: I'll try to port it to archer and see how it goes but currently facing some problems with the archer interface |
| 17:37.02 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6131 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */ |
| 18:18.27 | Izak_ | brlcad: I have drawn lines in mged/archer using plot(). Still can't figure out how to iterate though the elevation and azimuth ranges to plot the heart. Which do you think should be in the outer loop (if the order matters) ? |
| 18:19.15 | Izak_ | have parametric equations already but don't know how to exploit them |
| 18:20.57 | Izak_ | I observed that the 2 lobes of the heart are simply reflections of eachother along the Z-axis. Can this help with designing the strategy to write rt_hrt_plot()? brlcad: |
| 18:24.48 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 18:27.10 | Izak__ | ``Erik: Any light to throw on the aforementioned concerns I've expressed ? |
| 18:30.34 | ``Erik | if the two lobes are identical, you can evaluate one side and mirror it for the other... you might even be able to cut it into quarters this way |
| 18:32.45 | ``Erik | contemplate taking one of these quarters and overlaying a grid... each intersection on the grid provides you an x/y, if you can solve the z for that point, you can approximate the surface and draw lines between those intersection points (which may even give you the _tess function later) |
| 18:33.08 | ``Erik | does that sound feasible? |
| 18:36.45 | Izak__ | What about this ? Since a plane through the vertical Z-axis acts like a mirror, does it mean I draw from The negative Z radial direction vector (-C) though the positive X direction vector (A) to the positive Z direction vector (C), that's anti-clockwise ? |
| 18:37.46 | ``Erik | winding order doesn't matter for plot, it's just line segments |
| 18:38.04 | *** join/#brlcad caen23 (~caen23@92.81.189.104) | |
| 18:40.52 | Izak__ | HHmm. ``Erik: So you mean i work from one quarter to another ?. That's a great divide and conquer approach. |
| 18:41.15 | ``Erik | I don't think the lines even need to be connected,[D technically... like it's a list of line lists |
| 18:41.46 | ``Erik | yeah, start with a quarter, mirror it one way (say the Z axis), then mirror the result (on, say, the X axis), done |
| 18:44.49 | Izak__ | Is a grid a single isocontour ? Like in the ell / superell, i see 3 grids, is each a grid what you call an isocontour ? |
| 18:46.26 | ``Erik | but it'll probably start with a grid ... for(x=0;x<width;x+=step) for(y=0;y<height;y+=step) stash(x,y,eval(x,y)); for(x=0;x<width;x+=step)for(y=0;y<height;y+=step) { add_line( unstash(x,y), unstash(x+step,y) ); add_line( unstash(x,y), unstash(x,y+step) ); } |
| 18:47.11 | ``Erik | ell/sph doens't use a grid, it traveses the surface in the 3 planes... |
| 18:47.54 | ``Erik | I'm thinking more like how the raytracer works, just sample a regular grid and link each intersection point to its neighbors |
| 18:49.17 | ``Erik | (and I'd think you should just do it really simple at first and accept the visual flaws to get something working, then you can fix the flaws or decide if another approach is better) |
| 18:50.27 | Izak__ | yeah ``Erik: The problem is getting that alpha-version working first. I agree |
| 19:26.58 | brlcad | starseeker: were they deprecated in 7.24 or .. 7.22 ? |
| 19:27.11 | brlcad | thought it might be earlier |
| 19:30.55 | *** join/#brlcad kesha_ (~kesha@49.249.0.250) | |
| 19:37.34 | _Ch3ck | runs to bed! |
| 19:38.03 | Izak__ | Izak_ yawns.... |
| 19:38.20 | Izak__ | yawns.... |
| 19:41.37 | brlcad | starseeker: tops looks okay to me |
| 19:42.18 | brlcad | some room for improvement perhaps, but isn't that always the case |
| 19:42.47 | brlcad | 'flat' seems like the wrong option ... at least by definition they're not top-level objects |
| 19:43.10 | brlcad | but then you want a list of all objects, so perhaps inverting the function semantically is in order |
| 19:45.38 | brlcad | e.g., db_ls() or db_index() to get "all objects", of which tops may be a categoric option (along with all regions, all solids, all hidden, ... typedef bitwise enum ftw) |
| 19:46.56 | brlcad | then the only consideration is whether we have any callers that want to manage their own memory (e.g., on the stack with a limit), or always use heap and require caller bu_free() the return (btw, the doxygen docs should state that requirement) |
| 19:53.55 | Notify | 03BRL-CAD Wiki:Harman052 * 6132 /wiki/User:Harman052/GSoc2013/Logs: |
| 20:00.56 | Notify | 03BRL-CAD Wiki:Harman052 * 6133 /wiki/User:Harman052/GSoc2013/Logs: /* September 13 2013 */ |
| 20:13.24 | Notify | 03BRL-CAD:starseeker * 57632 brlcad/trunk/include/raytrace.h: Add the search.c file tag to the comments at the new API |
| 20:15.46 | brlcad | nifty: http://www.drdobbs.com/cpp/programming-without-variables/240161204 |
| 20:17.24 | Notify | 03BRL-CAD:starseeker * 57633 brlcad/trunk/src/libged/search.c: Add the ability to search to do a 'flat' search where every object in the .g file is a toplevel starting point for search. As long as we are at it, add the same ability to specific paths as well. Right now, the | symbol is added to the beginning of the search path to identify it as a flat search. For non-full-path searches the results will be the same |
| 20:17.26 | Notify | (for more processing overhead) but it does make a difference for the results if full path output is of interest. |
| 20:24.18 | Notify | 03BRL-CAD:starseeker * 57634 brlcad/trunk/src/libged/search.c: Just do the smart thing under the hood and avoid the full flat search unless we need full paths. |
| 20:27.16 | Notify | 03BRL-CAD:starseeker * 57635 brlcad/trunk/src/libged/search.c: Actually, that's not necessarily true when the hidden flag is involved - play safe and do what's requested |
| 20:28.51 | starseeker | brlcad: the search APIs? I just now deprecated them |
| 20:29.48 | starseeker | likes the db_index idea... |
| 20:31.23 | starseeker | I mainly added the ability to do the "every object is a toplevel object" return to make the search feature in r57633 easier to implement |
| 20:31.43 | brlcad | huh, okay I thought at least some of them already had a comment, just not the DEPRECATED symbol |
| 20:31.54 | starseeker | I guess that does suggest that a more general function like db_index... |
| 20:31.58 | brlcad | I figured it was for search |
| 20:32.29 | brlcad | alternative is two separate functions, but I think they are mergeable into one API |
| 20:32.37 | starseeker | is trying to walk a line between not making a mess of the API again and coding up something that will be at least moderately less embarassing to come back to... |
| 20:33.10 | brlcad | appreciates this in ever increasing quantities ;) |
| 20:33.27 | brlcad | what do you think about the memory management aspect? |
| 20:34.22 | starseeker | I went with the "caller needs to free" thing mainly because I was worried that a large enough db list could really cause problems for the stack, and the API complexity of dealing with "here's some but not all of the result" didn't appeal... |
| 20:35.01 | brlcad | I like that reasoning, okay |
| 20:35.07 | brlcad | pretty sound |
| 20:35.28 | brlcad | going points, requiring callers bu_free vs. allowing the caller to decide vs. forcing the caller to provide .. merits and downsides to both, but there would be issues cascading for partial results |
| 20:35.34 | brlcad | s/going/good/ |
| 20:35.49 | starseeker | will add it to the doxygen comments - I hadn't documented the tops thing much yet because I figured there was at least one major iteration of some sort coming ;-) |
| 20:36.30 | brlcad | i think aflag and tops actually go away with a typedef bitwise enum |
| 20:36.52 | starseeker | like the region flag on struct directory? |
| 20:36.59 | starseeker | mix and match ftw? |
| 20:37.06 | brlcad | basically a set of filters |
| 20:37.27 | brlcad | wonders if 'index' implies something else |
| 20:37.46 | starseeker | hmm... db_set? |
| 20:37.51 | brlcad | too generic |
| 20:37.55 | brlcad | db_catalog()? |
| 20:38.17 | brlcad | db_index isn't bad, need to see what else we call index |
| 20:38.17 | starseeker | maybe, has connotations of comprehensiveness |
| 20:38.22 | brlcad | true |
| 20:38.46 | brlcad | db_contents() |
| 20:39.17 | brlcad | db_ls() fits conceptually |
| 20:40.06 | starseeker | db_objects()? |
| 20:40.31 | brlcad | I'd kind of expect directory pointers back |
| 20:40.45 | starseeker | I think that's what I'm providing, isn't it? |
| 20:40.51 | starseeker | double checks... |
| 20:40.59 | brlcad | returing an argv |
| 20:41.05 | brlcad | I thought I saw |
| 20:41.11 | starseeker | ah, right |
| 20:41.14 | starseeker | my bad |
| 20:41.24 | starseeker | considered dp, but went with the more generic solution |
| 20:41.27 | brlcad | we should have another function that converts an argv to a set of dirp's |
| 20:41.43 | starseeker | and vice versa, for that matter ;-) |
| 20:41.50 | brlcad | sure |
| 20:42.09 | starseeker | db_obj_names()? |
| 20:44.19 | brlcad | unless we're going to have a set of other funcs that naturally go with it, we don't (yet) need a package scope in the name |
| 20:44.24 | brlcad | likes db_ls and db_index more too |
| 20:44.43 | starseeker | would go with ls if it weren't for the mged behavior of just listing everything |
| 20:44.58 | starseeker | but I guess it wouldn't be unreasonable to have an ls --tops option or some such |
| 20:45.02 | brlcad | looks like rays have a notion of an index, the spatial partition has a cutting plane index notion |
| 20:45.34 | brlcad | mged's ls command is actually 'similar' .. it's got flags that filter out and show more |
| 20:45.44 | starseeker | is warming up to db_ls the more he thinks about it - the default is the flat list (ls), and the enums match up to options to ls (filters) |
| 20:46.05 | brlcad | ged_ls would naturally wrap it |
| 20:46.32 | starseeker | whats a good example of typedef bitwise enum? I'm not comfortable enough with bits to want to come at it cold... |
| 20:46.46 | brlcad | of course, it does beg wether it *should* return a list of dirp's instead of argv's ... and have a function to extract an argv from that as a helper |
| 20:46.57 | brlcad | since it is a *db*_ command |
| 20:47.16 | brlcad | dunno, not compelling, but interesting consideration |
| 20:47.54 | starseeker | nods - fair enough. I return either db_full_path or directory pointers from search, and the db_ls API should be generic rater than tuned to my specific convenience here |
| 20:48.39 | brlcad | i'm sure search can be made to use either |
| 20:48.44 | starseeker | with a wrapper function, it's like one extra line anyway - not a big price to pay, since I'd bet directory pointers would be the more common case in the code |
| 20:48.47 | brlcad | they're not that different conceptually |
| 20:49.19 | brlcad | it's more API-design wise whether we predominantly have db_* funcs that deal in string-name terms or struct directory * terms |
| 20:49.32 | starseeker | sure - if we have functions that do argv->dp and dp->argv, it really makes no difference at all |
| 20:50.01 | brlcad | there'd be a minor performance difference if you need one vs the other and the db's were huge |
| 20:50.39 | starseeker | in that situation I imagine you'd want to stay with dp as much as possible? |
| 20:50.59 | brlcad | e.g., to walk the dirp hash, extract strings to return argv, look up each string into a dirp ... |
| 20:51.35 | brlcad | that's O(N^2) .... + N :) |
| 20:52.00 | brlcad | vs. O(N) if all you needed was the dirp |
| 20:53.41 | brlcad | hm, and it'd still be O(N) to walk the dirp hash, extract dirp array, extract string for each dirp (it's 2*N, so overall complexity is N) |
| 20:53.42 | starseeker | is actually translating the path names to dp under the hood now for search, so pushing out that step to other functions would actually reduce the logic slightly |
| 20:54.06 | brlcad | yeah, I think it needs to return dirp |
| 20:54.18 | starseeker | db_ls? |
| 20:54.21 | brlcad | otherwise that becomes very expensive and non-linearly |
| 20:54.42 | brlcad | sure |
| 20:54.53 | brlcad | lets see how it feels |
| 20:55.05 | starseeker | should I modify the search API to take directory pointers as inputs too then? |
| 20:55.17 | starseeker | guess that makes sense |
| 20:55.29 | starseeker | rolls up the coding sleeves... here we go again |
| 20:55.32 | brlcad | if it's in librt, probably |
| 20:55.49 | starseeker | where should the argv->dp and dp->argv functions live? |
| 20:56.00 | starseeker | will be needing them shortly |
| 20:56.16 | brlcad | libged should be the place where string conversions happen (even if it's by calling a db routine to do the conversion/extraction) |
| 20:56.58 | starseeker | OK - I can rough out some code in src/libged/search.c and if it looks OK we can find somewhere more general to put it |
| 20:57.04 | brlcad | need to check, wouldn't be at all surprised if one of those functions already exists somewhere |
| 20:58.00 | brlcad | I think they clearly belong in librt, notion was just that they probably already exist somewhere else |
| 20:58.54 | brlcad | maybe just put all three in a src/librt/ls.c |
| 20:59.04 | starseeker | 3? |
| 20:59.09 | starseeker | ah |
| 20:59.22 | starseeker | db_ls, db_argv_to_dp and db_db_to_argv ? |
| 20:59.30 | brlcad | db_ls() and the argv->dp and dp->argv funcs (either moving or implementing if they dont' exist somewhere) |
| 21:01.45 | brlcad | db_argv_to_dirp() db_argv_from_dirp() ? they could be separated into src/librt/argv.c instead (and there are conceivably other other to/from argv-specific calls) |
| 21:02.21 | brlcad | heh, already a db_argv_to_path() |
| 21:02.37 | starseeker | yeah, that's argv to db_full_path though :-) |
| 21:03.18 | brlcad | I just mean that it fits the convention (db_argv_*) |
| 21:03.24 | starseeker | ah :-) |
| 21:03.55 | brlcad | either becomes db_argv_*() or db_type1_to_type2() (no _from_) |
| 21:04.00 | starseeker | what does argv actually abbreviate - argument vector ? |
| 21:04.07 | brlcad | we have several other "from" funcs as it is, so nothing major there |
| 21:04.39 | brlcad | yep |
| 21:05.00 | starseeker | so would that make it db_argv_to_dpv and db_dpv_toargv ? |
| 21:05.23 | starseeker | s/db_dpv_toargv/db_dpv_to_argv |
| 21:05.35 | brlcad | argument count, argument vector ("value" also works, but I believe vector was the original intent) |
| 21:06.19 | starseeker | brlcad: how did you want to set up the enum? |
| 21:06.29 | starseeker | is reworking db_tops... |
| 21:06.44 | brlcad | see bu_fnmatch for starters |
| 21:06.56 | brlcad | it's got flags that are the same concept |
| 21:07.22 | starseeker | ah |
| 21:07.30 | brlcad | they're not wrapped in an enum, but same idea |
| 21:07.37 | starseeker | so we pass in the dbip and the flags |
| 21:07.43 | brlcad | yep |
| 21:08.32 | brlcad | get back a 'struct directory **' (a dpv, a null-terminated list of struct directory *'s)? |
| 21:08.44 | brlcad | hm, that could be a littlbe bit of a problem |
| 21:09.01 | brlcad | not a problem for db_ls() but a problem for the other two |
| 21:09.10 | starseeker | how does (or doesn't) the enum changes things vs. the int for something like this? |
| 21:09.33 | starseeker | you mean sanity checking to make sure the directory array is null terminated? |
| 21:09.52 | brlcad | so option1: db_argv_to_dpv() and db_argv_from_dpv() .. or .. option2: db_argv_to_dpv() and db_dpv_to_argv() |
| 21:10.22 | starseeker | ah. hmm |
| 21:10.32 | starseeker | is too used to the ghostscript toools |
| 21:10.39 | starseeker | pdf2ps, ps2pdf, etc. |
| 21:11.46 | brlcad | yeah, my gut feeling for years has been the same bias, just because we're not consistent and that irks me |
| 21:12.01 | brlcad | but API-design I'm not so sure |
| 21:12.05 | brlcad | design-wise |
| 21:12.22 | brlcad | they logically group together as argv functions |
| 21:12.34 | brlcad | argv strings to/from various representation types |
| 21:13.24 | brlcad | but then maybe they shouldn't .. maybe db_argv_to_path() shouldn't exist and there should instead be a db_dpv_to_path() |
| 21:14.05 | starseeker | does db_full_path have such a vector in its struct? |
| 21:14.08 | brlcad | I stay up way too late thinking about these kinds of things... |
| 21:14.13 | starseeker | hehe |
| 21:15.10 | brlcad | db_argv_to_path() is a little bit of a different beast because the ordering of the argv matters, it's not an arbitrary set of objects |
| 21:16.52 | starseeker | as long as we're on naming conventions, which one would you like to use for the db_ls enum? |
| 21:26.13 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 21:29.20 | brlcad | without any other uses yet defined, I'd stick with an 'int flags' argument, no enum/typedef to keep the API simple |
| 21:29.34 | starseeker | ok |
| 21:30.26 | brlcad | otherwise same concern I mentioned on the list earlier, it becomes a type we have to document and people reading the API have to learn |
| 21:30.42 | brlcad | bitwise flags in an int is pretty common (fnmatch, regex, ...) |
| 21:31.09 | starseeker | is there ever a situation where we can or would want to return things that match the RT_DIR_PHONY_ADDR flag? |
| 21:31.09 | brlcad | and matches several other places we have flags (debug flags, cv types, ..) |
| 21:31.57 | brlcad | look at where all that is used ... is it actually written to disk ever? |
| 21:32.05 | brlcad | if it's not, then no |
| 21:32.27 | brlcad | if it is, db_ls() should have some way to return it |
| 21:36.36 | brlcad | starseeker: fwiw, you don't need to do the D B _ S E A R C H _ P A T H expansion any longer .. slowly weeding those out as API is cleaned up |
| 21:36.56 | starseeker | oh, you mean in search.c? |
| 21:36.59 | starseeker | or in the header? |
| 21:37.01 | brlcad | they used to help differentiate public API from static/internal/private functions in the implementation files |
| 21:37.07 | brlcad | in the public headers |
| 21:37.14 | starseeker | nods |
| 21:37.43 | brlcad | as public headers, the rest is weeded out so every comment should be important for the statement that follows |
| 21:39.34 | brlcad | don't forget your HIDDEN markers on static/private/internal functions that aren't declared in a header |
| 21:40.04 | starseeker | erm |
| 21:40.08 | starseeker | forgot - will fix |
| 21:45.02 | brlcad | mpictor: awesome list of issues .. making me want to run that on our codebase |
| 21:45.13 | brlcad | were they all "anti-simplify"? |
| 21:46.48 | Notify | 03BRL-CAD:starseeker * 57636 (brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Mark some functions as HIDDEN |
| 21:47.33 | Notify | 03BRL-CAD:tbrowder2 * 57637 brlcad/trunk/src/util/bu_opt_parse.h: reduce and modify possible arg value types |
| 21:49.01 | Notify | 03BRL-CAD:tbrowder2 * 57638 brlcad/trunk/src/util/bu_opt_parse.h: don't need char type either |
| 21:49.23 | maths22 | brlcad: I meant the list of things for brl-cad itself |
| 21:53.46 | Notify | 03BRL-CAD:tbrowder2 * 57639 brlcad/trunk/src/util/dsp_add2.c: change int to long; set char* values to 0 |
| 21:55.34 | Notify | 03BRL-CAD:tbrowder2 * 57640 brlcad/trunk/src/util/bu_opt_parse.cpp: change int handling to long; eliminate unneeded val types; start handling data mapping from TCLAP back to bu_args after successful parsing |
| 22:03.55 | brlcad | maths22: i'm afraid I don't understand, need some context or repeat |
| 22:10.41 | zero_level | brlcad: During one our disucssio, you said something about. "HIDDEN extern" |
| 22:10.57 | zero_level | And it being an error. |
| 22:11.19 | zero_level | Can you suggest me how to get rid of this. If it is an error ? |
| 22:15.09 | zero_level | c/disucssio/discussion |
| 22:15.42 | ``Erik | http://blogs.scientificamerican.com/roots-of-unity/2013/09/12/10-trig-functions-youve-never-heard-of/?WT_mc_id=SA_DD_20130913 |
| 22:23.12 | zero_level | ``Erik : Can you help me regarding "HIDDEN" ? Is it a macro ? I dont find it defined anywhere.(used searching tools) Can you point me somewhere in the code where this is defined. |
| 22:23.54 | Notify | 03BRL-CAD:starseeker * 57641 brlcad/trunk/src/librt/CMakeLists.txt: Add db_ls and related functions - comples, but not hooked up or tested - this is just initial code to drive discussion. |
| 22:25.46 | starseeker | brlcad: let me know if that's at least the right general idea. |
| 22:26.02 | zero_level | ``Erik, brlcad, starseeker : I would like to point you all to the modification in rt. (uses of icv). |
| 22:27.17 | zero_level | as per the current practice I have used UCHAR data to be sent to icv api (i.e icv_writeline(...,ICV_DATA_UCHAR) ). |
| 22:27.49 | zero_level | For specimen see L:578 in src/rt/view.c |
| 22:29.39 | zero_level | I seek your help to modify this to write double data (as produced by rt.). (Need pointer on how should I proceede =) |
| 22:29.53 | zero_level | has little idea regarding rt. |
| 22:29.57 | zero_level | :) |
| 22:37.02 | ``Erik | zero_level: HIDDEN is typically defined as static or nil, ignore it and don't use it |
| 22:38.13 | maths22 | brlcad; I asked 15:53 < maths22> brlcad: is there any website work I should/can be working on? |
| 22:38.27 | maths22 | You replyed: 23:50 < brlcad> maths22: oh my gosh yes! |
| 22:38.32 | maths22 | 23:51 < brlcad> i'll try to come up with a summary of where we're at on Monday |
| 22:47.12 | zero_level | ``Erik : thanks :) |
| 22:59.14 | mpictor | brlcad: didn't see your comment |
| 22:59.21 | mpictor | not all are anti-simplify |
| 23:00.43 | Notify | 03BRL-CAD:mohitdaga * 57642 (brlcad/trunk/src/libicv/bw.c brlcad/trunk/src/libicv/encoding.c and 3 others): Ignore HIDDEN |
| 23:01.00 | zero_level | ``Erik see r57643. |
| 23:02.02 | mpictor | there are 3 different ones for resolve.c:502; I can guess about 2 of them but not sure what anti-dce is |
| 23:02.47 | Notify | 03BRL-CAD:mohitdaga * 57643 brlcad/trunk/src/libicv/dpix.c: Ignore HIDDEN |
| 23:05.44 | mpictor | stack took a *very* long time to run on stepcode, with 8 cores at 100%, but I did force powersaving because it was running so hot |
| 23:08.17 | *** join/#brlcad kesha__ (~kesha@49.249.0.50) | |
| 23:12.10 | mpictor | brlcad: script to run stack with CMake: http://pastebin.com/mHq06tAs |
| 00:10.20 | starseeker | mpictor: hmm - the autotools setup I've got doesn't seem to like stack's files |
| 00:10.58 | mpictor | starseeker: did you run autoreconf -fvi ? |
| 00:11.15 | starseeker | ah - no |
| 00:11.18 | starseeker | is rusty on autotools |
| 00:11.35 | mpictor | me too. that's in INSTALL |
| 00:11.54 | starseeker | heh - when all else fails, read the directions |
| 00:11.59 | mpictor | I built it on gentoo with llvm-9999 and clang-9999 |
| 00:12.02 | mpictor | yup |
| 00:13.09 | mpictor | either the documentation is wrong or building against those versions broke stack; the output file was not named poptck.txt |
| 00:14.21 | mpictor | s/output file/only file I found/ |
| 00:15.11 | starseeker | hmm |
| 00:15.26 | starseeker | sees he has some building to do if he wants to try this sucker |
| 00:16.11 | mpictor | also, I had to edit poptck to use python2.7; it won't work with v3 which is default on my system |
| 00:17.12 | starseeker | nods |
| 00:48.25 | Notify | 03BRL-CAD:tbrowder2 * 57644 brlcad/trunk/src/util/CMakeLists.txt: add another test file for TCLAP |
| 00:55.24 | Notify | 03BRL-CAD:tbrowder2 * 57645 brlcad/trunk/src/util/CMakeLists.txt: finish the phrase |
| 01:06.03 | Notify | 03BRL-CAD:tbrowder2 * 57646 brlcad/trunk/src/util/bu_opt_parse.cpp: refactor cmd.add to follow the switch |
| 01:08.27 | Notify | 03BRL-CAD:tbrowder2 * 57647 brlcad/trunk/src/util/bu_opt_parse.cpp: zero the pointer in the container after deletion (for OCD programmers) |
| 01:15.26 | zero_level | ``Erik, brlcad : If we want a capacity to read/write bmp files. I believe we will need libbmp in our source code ? |
| 01:16.14 | zero_level | Is this recommended ? Is there any other alternative ? |
| 01:16.46 | zero_level | How to configure libbmp with the src code ? |
| 01:18.53 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:20.44 | Notify | 03BRL-CAD:tbrowder2 * 57648 brlcad/trunk/src/util/bu_opt_parse.h: remove unused char type |
| 01:21.50 | Notify | 03BRL-CAD:tbrowder2 * 57649 brlcad/trunk/src/util/bu_opt_parse.cpp: fill data extraction for rest of types for UnlabeledValueArg |
| 03:35.05 | brlcad | zero_level: I would not worry about bmp files at this point |
| 03:35.39 | brlcad | doxygen comments are easily more important than that |
| 03:36.42 | brlcad | basically making what you have even easier to use still, and used by more tools in util |
| 03:37.32 | brlcad | maths22: ahh! that refresher, yes okay that did slip memory |
| 03:54.42 | brlcad | starseeker: hm, not digging the mix of positive and negative flags |
| 03:56.03 | brlcad | i get the desire to have the default be 'ls' with hidden hidden, but the flags/api should probably be positive |
| 03:57.53 | brlcad | with default flags=0 being something like DB_LS_VISIBLE, others become DB_LS_REGION, DB_LS_COMB, DB_LS_TOPS, etc |
| 03:57.56 | brlcad | (note that "solid" implying primitives is a convention most of our docs have been intentionally moving away from) |
| 03:58.25 | brlcad | (they're not all solid, not even all are geometric) |
| 04:01.22 | brlcad | the other point I started to make earlier about there being a problem with struct directory ** is in db_argv_to_dpv() ... you have to know when the list ends, so it needs to be null terminated but argv entries can result in a null entry |
| 04:01.45 | brlcad | looks like you don't null-terminate either db_argv_to_dpv() or db_dpv_to_argv(), that's a second issue |
| 04:22.36 | brlcad | oof, STACK's build system is very llvm and linux-specific .. this is going to take some work |
| 05:41.29 | *** join/#brlcad kesha__ (~kesha@49.249.0.50) | |
| 06:16.24 | *** join/#brlcad FLOSSrookie (~brian@107.200.34.111) | |
| 06:51.32 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 06:57.55 | *** join/#brlcad kesha__ (~kesha@49.249.0.106) | |
| 07:47.56 | *** join/#brlcad kesha (~kesha@49.249.200.19) | |
| 08:23.45 | *** join/#brlcad kesha_ (~kesha@49.249.191.62) | |
| 08:36.45 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6134 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */ |
| 08:50.32 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:53.41 | *** join/#brlcad kesha_ (~kesha@49.249.16.85) | |
| 09:08.12 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 09:34.05 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 09:44.42 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 09:47.11 | vladbogo | hi all. After updating to the latest revision archer does not start (gives a segfault at the begining). Does anyoane know why this happen? |
| 10:40.15 | Notify | 03BRL-CAD:tbrowder2 * 57650 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/dsp_add2.c and 2 others): rename files for consistency to bu_arg* instead of bu_opt; add bu_arg_free function for bulk heap memory recovery |
| 10:42.24 | Notify | 03BRL-CAD:tbrowder2 * 57651 brlcad/trunk/src/util/dsp_add2.c: free bu_arg_vars memory |
| 11:21.04 | Notify | 03BRL-CAD:tbrowder2 * 57652 brlcad/trunk/src/util/test_bu_arg_parse.c: clean out unneeded code |
| 11:28.10 | Izak_ | ls |
| 11:42.28 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 11:52.59 | starseeker | brlcad: so we'd just document what the standard set of flags would be to get default 'ls' behavior? |
| 11:53.58 | starseeker | suspected mixing positive and negative wouldn't fly well, but it seemed odd to have to add a lot of flags to get the most common behavior... |
| 11:54.41 | starseeker | can live with it... API cleanliness probably trumps verbosity concerns in this instance |
| 11:56.35 | starseeker | hmm, see the point with db_argv_to_dpv - do we need the full argc/argv paring convention for that API then? |
| 11:57.10 | starseeker | or is there some empty-but-not-NULL convention we could establish for the directory ** arrays? |
| 12:13.34 | *** join/#brlcad kesha__ (~kesha@49.249.0.96) | |
| 13:12.04 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:51.03 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 14:20.50 | Notify | 03BRL-CAD:iiizzzaaakkk * 57653 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Correcting rt_hrt_bbox(): Stretching the xdir vector to accomodate the heart, rt_hrt_norm():Correcting Z component of the normal vector. |
| 14:25.56 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6135 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */ |
| 14:44.01 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:04.18 | *** join/#brlcad caen23 (~caen23@92.85.89.94) | |
| 15:07.51 | Notify | 03BRL-CAD:starseeker * 57654 brlcad/trunk/src/librt/ls.c: Make a second stab at ls.c |
| 15:08.01 | starseeker | brlcad: how does that look? |
| 15:13.04 | Notify | 03BRL-CAD:starseeker * 57655 brlcad/trunk/src/librt/ls.c: whoops, copy paste issue |
| 15:13.33 | Notify | 03BRL-CAD:starseeker * 57656 brlcad/trunk/src/librt/ls.c: ws |
| 15:36.47 | Notify | 03BRL-CAD:starseeker * 57657 brlcad/trunk/src/librt/ls.c: The previous flags allowed filtering but not the additive building of objects that matched one or more flags. Add a second set of flags to allow for that scenario. |
| 15:42.11 | Notify | 03BRL-CAD:starseeker * 57658 brlcad/trunk/src/librt/ls.c: Only return after all the flags are checked - additive flags may change the final result. |
| 15:58.19 | *** join/#brlcad kesha__ (~kesha@49.249.8.16) | |
| 16:35.36 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:32.54 | *** join/#brlcad kesha__ (~kesha@49.249.0.72) | |
| 17:36.38 | Notify | 03BRL-CAD:starseeker * 57659 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/comb.c and 4 others): Rework search to use directory pointers instead of char ** arrays. Use db_ls, remove db_tops |
| 17:53.28 | *** join/#brlcad kesha (~kesha@49.202.231.142) | |
| 17:57.08 | Notify | 03BRL-CAD:tbrowder2 * 57660 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h): put const in correct position |
| 20:01.31 | *** join/#brlcad whyesse (~quassel@94.159.133.103) | |
| 20:26.05 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 21:19.50 | Ch3ck_ | runs to bed! |
| 21:23.28 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6136 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */ |
| 21:33.44 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6137 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */ |
| 21:34.24 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6138 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */ |
| 21:36.55 | *** join/#brlcad kesha (~kesha@49.202.231.142) | |
| 04:03.26 | *** join/#brlcad kesha (~kesha@49.249.0.72) | |
| 04:55.29 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 06:38.10 | *** join/#brlcad kesha (~kesha@49.249.0.72) | |
| 08:03.25 | *** join/#brlcad kesha (~kesha@49.249.16.133) | |
| 08:13.53 | *** join/#brlcad kesha_ (~kesha@49.248.244.60) | |
| 08:57.51 | *** join/#brlcad kesha__ (~kesha@49.249.16.122) | |
| 09:20.32 | *** join/#brlcad kesha (~kesha@49.249.16.122) | |
| 10:22.15 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 10:50.09 | *** join/#brlcad kesha_ (~kesha@49.249.16.122) | |
| 10:55.04 | *** join/#brlcad kesha_ (~kesha@49.249.16.122) | |
| 11:23.45 | *** join/#brlcad kesha_ (~kesha@49.249.16.69) | |
| 11:40.00 | *** join/#brlcad kesha__ (~kesha@49.249.16.69) | |
| 12:22.22 | *** join/#brlcad kesha__ (~kesha@49.249.16.69) | |
| 13:01.50 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) | |
| 13:27.03 | vladbogo | hi. It seems that the segfault in archer hasn't been solved. I used gdb to locate the source: |
| 13:28.25 | vladbogo | Program received signal SIGSEGV, Segmentation fault. 0x00007fffe66e2fe3 in ged_search (gedp=0x1437560, argc=4, argv_orig=0x631998) at /home/vlad/brlcad-code/src/libged/search.c:337 |
| 13:28.54 | vladbogo | but I don't know exactly what happens there |
| 13:28.59 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:29.28 | vladbogo | any hints? |
| 13:53.33 | *** join/#brlcad vladbogo (~vlad@188.25.239.16) | |
| 13:55.16 | *** join/#brlcad vladbogo_ (~vlad@188.25.237.215) | |
| 13:57.00 | *** join/#brlcad vladbogo__ (~vlad@188.25.237.92) | |
| 14:31.00 | starseeker | vladbogo__: what input are you using? |
| 14:34.13 | starseeker | nevermind, I see it |
| 14:39.38 | Notify | 03BRL-CAD:starseeker * 57661 brlcad/trunk/src/libged/search.c: Don't crash when we hit an invalid search. Not sure how we're getting here yet, but should get Archer working |
| 15:36.52 | *** join/#brlcad kesha__ (~kesha@49.249.16.69) | |
| 15:49.31 | Notify | 03BRL-CAD:starseeker * 57662 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c and 2 others): Add the -Q option to search, which uses a new db_search_plan_validate function to silently make sure the plan string is valid before doing a search. Lets archer start up without spewing warnings. |
| 16:00.00 | Notify | 03BRL-CAD:starseeker * 57663 brlcad/trunk/src/libicv/ppm.c: Clang error - 'while loop has empty body' |
| 16:09.55 | *** join/#brlcad caen23 (~caen23@92.85.89.94) | |
| 16:50.29 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:09.56 | *** join/#brlcad Gaganjyot (~gagan@1.38.17.130) | |
| 17:19.12 | Notify | 03BRL-CAD:vladbogo * 57664 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Mention Qt in the cmake report. |
| 17:21.43 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 17:35.18 | Notify | 03BRL-CAD:vladbogo * 57665 (brlcad/trunk/include/dm.h brlcad/trunk/src/bwish/tcl.c brlcad/trunk/src/libdm/dm-generic.c): Removed qt-tk process events function since it's not being used anymore. |
| 17:40.36 | Notify | 03BRL-CAD:vladbogo * 57666 brlcad/trunk/src/mged/mged.c: Stop processing mged events when Qt enabled non-blocking since it's not necessary anymore. Also removed the setlocale to UNIX since it's already set in dm-qt and it was only enabled because of Qt. |
| 17:58.51 | Notify | 03BRL-CAD:vladbogo * 57667 brlcad/trunk/src/libdm/dm-qt.cpp: Comments + print logs only if debugLevel is set. |
| 18:03.25 | *** join/#brlcad kesha__ (~kesha@49.249.16.242) | |
| 18:09.06 | Notify | 03BRL-CAD:vladbogo * 57668 (brlcad/trunk/include/dm.h brlcad/trunk/src/libdm/dm-Null.c and 9 others): Removed dm_processEvents from struct dm since it's no longer necessary. |
| 18:20.41 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6139 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */ |
| 18:29.01 | kesha__ | brlcad: what does "2>&1" signify ? |
| 18:30.39 | kesha__ | a day or so before we saw "make 2>&1 | tee make.log" |
| 18:38.26 | vladbogo | hi kesha__. You can find info here http://stackoverflow.com/questions/2341023/what-does-the-ampersand-indicate-in-this-bash-command-12 |
| 18:46.50 | kesha__ | vladbogo: thanks ! |
| 18:48.22 | vladbogo | you're welcome |
| 18:56.42 | kesha__ | brlcad: what is $1 here ? because it is not able to get library.sh |
| 18:57.18 | kesha__ | http://paste.kde.org/p69192240/ ^^ |
| 18:58.55 | vladbogo | kesha__: $1 is the first argument to the script |
| 20:49.25 | *** join/#brlcad merzo (~merzo@6-144-133-95.pool.ukrtel.net) | |
| 22:00.48 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 22:57.28 | Notify | 03BRL-CAD:indianlarry * 57669 (brlcad/branches/nurbs/include/dm.h brlcad/branches/nurbs/include/raytrace.h and 30 others): Merging trunk into branch 'nurbs' r:57630:57668 |
| 01:49.25 | Notify | 03BRL-CAD:phoenixyjll * 57670 (brlcad/trunk/src/libged/brep.c brlcad/trunk/src/librt/comb/comb_brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp): Tweak the code - use rt_db_internal instead of ON_Brep for the interface between libged and librt. |
| 03:03.48 | Notify | 03BRL-CAD:phoenixyjll * 57671 brlcad/trunk/src/librt/comb/comb_brep.cpp: single_conversion() should be used for ON_Brep*. And check the pointers before free the memory. |
| 04:06.03 | *** join/#brlcad kesha__ (~kesha@49.249.16.242) | |
| 05:20.14 | *** join/#brlcad kesha__ (~kesha@49.249.16.242) | |
| 05:48.01 | *** join/#brlcad kesha__ (~kesha@49.202.231.149) | |
| 07:11.20 | *** join/#brlcad kesha (~kesha@49.202.231.149) | |
| 07:13.11 | Notify | 03BRL-CAD Wiki:Agredain84 * 0 /wiki/User:Agredain84: |
| 07:14.28 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 07:16.12 | *** join/#brlcad kesha (~kesha@49.202.231.149) | |
| 07:25.22 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 07:31.07 | *** join/#brlcad kesha (~kesha@49.202.231.149) | |
| 09:37.22 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:09.01 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:39.59 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:44.44 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:53.02 | Notify | 03BRL-CAD Wiki:Phoenix * 6140 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */ |
| 12:53.17 | Notify | 03BRL-CAD Wiki:Phoenix * 6141 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */ |
| 13:01.28 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 13:08.42 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:37.18 | Ch3ck_ | I wish to ask if BRL-CAD has any routine in the bn.h or vmath.h that determines if two matrices are equal; if not i'll like to implement one which will be needed for pulling combinations |
| 13:37.29 | Ch3ck_ | and can also be applied in other cases. |
| 13:37.44 | Ch3ck_ | i've checked and i'm not seeing any |
| 13:40.15 | Notify | 03BRL-CAD:carlmoore * 57672 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libdm/dm-qt.cpp and 2 others): remove trailing blanks/tabs; fix usage,spelling (including function name appearing in a comment) |
| 14:03.01 | Notify | 03BRL-CAD:carlmoore * 57673 (brlcad/trunk/src/conv/stl/g-stl.c brlcad/trunk/src/conv/tankill/g-tankill.c): implement h?, remove unneeded 'break' (due to control passing into bu_exit), and remove a pair of braces (only 1 statement |
| 14:25.24 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:16.24 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 15:49.34 | Notify | 03BRL-CAD:starseeker * 57674 brlcad/trunk/src/librt/search.c: Break out the logic that splits the attribute name, the equality specification, and the value into its own function. |
| 15:51.58 | *** join/#brlcad kesha (~kesha@49.249.200.7) | |
| 16:42.31 | *** join/#brlcad kesha (~kesha@49.249.200.7) | |
| 16:54.22 | *** join/#brlcad kesha (~kesha@49.249.200.7) | |
| 16:59.38 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 17:08.11 | Izak__ | I'm working on rt_hrt_plot() which depends on a private helper function rt_hrt_24pts().When testing in archer, this error ( see http://paste.kde.org/pfa8a5da8/) shows up. Can anyone help me out with possible clarifications on how to approach this error ? This is the rt_hrt_plot() code http://paste.kde.org/p75413ef1/ |
| 17:08.35 | Notify | 03BRL-CAD:tbrowder2 * 57675 brlcad/trunk/src/libbu/ptbl.c: style |
| 17:48.44 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6142 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 16 - Sept 22 */ |
| 18:02.57 | *** join/#brlcad kesha_ (~kesha@49.249.16.137) | |
| 18:03.50 | Ch3ck_ | hits the road ;) |
| 18:07.05 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6143 /wiki/User:Izak/GSOC_2013_logs: /* September 9th to September 14th */ |
| 18:54.52 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6144 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */ |
| 18:59.20 | *** join/#brlcad Gaganjyot (~gagan@210.56.106.69) | |
| 19:20.38 | Notify | 03BRL-CAD:mohitdaga * 57676 brlcad/trunk/include/icv.h: Add doxygen comments for functions in icv. |
| 20:02.25 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:02.44 | *** join/#brlcad Gaganjyot (~gagan@125.62.121.36) | |
| 20:03.44 | Notify | 03BRL-CAD:starseeker * 57677 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Start working on adding support for specifying limits to above and below in the search command. Making some progress with below. |
| 22:26.19 | Notify | 03BRL-CAD:starseeker * 57678 brlcad/trunk/src/librt/search.c: Hmm. Bit tricky figuring out what values need to be where... |
| 22:36.05 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 22:44.25 | Notify | 03BRL-CAD:starseeker * 57679 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): This approach isn't going to fly without a lot more careful thought and design - back out for now. |
| 23:05.56 | starseeker | grr |
| 00:52.44 | brlcad | starseeker: looks like you introduced a bug in r57663, changed the loop meaning |
| 00:53.04 | *** join/#brlcad kesha_ (~kesha@49.249.16.137) | |
| 00:58.28 | brlcad | Ch3ck: bn_mat_is_equal() |
| 02:55.50 | Notify | 03BRL-CAD:starseeker * 57680 brlcad/trunk/src/libicv/ppm.c: revert 57663 |
| 02:57.05 | starseeker | brlcad: reverted until a proper fix is made |
| 03:18.03 | *** join/#brlcad kesha__ (~kesha@49.249.16.137) | |
| 03:26.28 | *** join/#brlcad kesha__ (~kesha@49.249.16.137) | |
| 03:29.51 | brlcad | starseeker: cool, I think it just needed to be do { c = getc(); } while (c != '\n'); so that the loop wasn't empty |
| 03:30.24 | brlcad | that's all it was complaining about the while () ; where that semi is "do nothing" which was intended |
| 03:30.46 | brlcad | the perils of having an expression that does more than evaluate to a value, but performs some work |
| 03:31.24 | brlcad | why I prefer to separate them whenever possible even if it means a couple more lines of code, it's explicitly clear what each line does |
| 03:32.38 | brlcad | starseeker: been thinking about the directly ** return as well and I think the way to handle it closer to how you originally had it ... basically we need an alternative to NULL for both the dpv and argv when they are set/returned |
| 03:33.42 | kesha__ | hi brlcad.. For the previous compilation error, I ran it from the main directory and here's the paste- http://paste.kde.org/pe1a69e09/ . It gives error #69 |
| 03:36.15 | brlcad | starseeker: and I think there's already a pattern there, we can and should always return a struct directory for each argv .. they just may be RT_DIR_PHONY_ADDR with zero len, but even that is still incredibly useful |
| 03:38.43 | brlcad | kesha__: and? |
| 03:38.50 | brlcad | you've shown that error before |
| 03:39.02 | brlcad | nothing has changed about how you were told to handle it |
| 03:39.26 | kesha__ | brlcad: and its not fixing .. |
| 03:39.41 | brlcad | how would it get fixed, you didn't change anything... :) |
| 03:40.04 | kesha__ | change what ? :) |
| 03:40.25 | brlcad | going back over a week when you first showed that lib.exp error |
| 03:40.26 | kesha__ | compiling dependencies in other ? |
| 03:40.35 | brlcad | I said you can either investigate and fix the cause of that build error |
| 03:40.45 | brlcad | or note that version as a failed compile |
| 03:41.01 | brlcad | hoping that there are huge important sections that result like that |
| 03:41.29 | kesha__ | Thats not the only version that failed compile with this error. there are about 2 dozens which give same compiling error. |
| 03:41.37 | brlcad | I don't have a quick fix answer for that bug, it has to be inspected by someone and diagnosed |
| 03:42.01 | brlcad | bug isn't even the right word, it's some peculiar mix of old sources and newer tools |
| 03:42.20 | brlcad | right, not the only one |
| 03:42.36 | brlcad | so then what are you telling me by having me look at a pastebin of it ?? |
| 03:42.59 | kesha__ | How do I go about investigating make ? |
| 03:43.22 | brlcad | that's almost as generic as asking how you might go about writing code |
| 03:43.26 | brlcad | you investigate |
| 03:43.45 | brlcad | read the sources, read the makefile that you're running |
| 03:43.53 | brlcad | understand the error for starters, go from there |
| 03:44.52 | brlcad | still, I think we're hitting diminishing returns on this path |
| 03:45.12 | brlcad | you've at least not been able to thusfar confirm any version working better than current head |
| 03:45.57 | kesha__ | 7.21 is somewhat 1% better .. But thats not sufficient . |
| 03:46.15 | brlcad | where are you coming up with that number? |
| 03:46.43 | kesha__ | I searched for lib.exp in Makefile and other directories, but its not called from there. |
| 03:47.17 | brlcad | it is somewhere |
| 03:47.33 | brlcad | maybe not as "lib.exp" directly, as is often the case with code |
| 03:48.00 | kesha__ | some revision abt 50k ,I tested and in the current head the lines like structure( like falling rain has been converted to an ellipse) |
| 03:48.05 | brlcad | for example, it could be"${something}.exp" |
| 03:49.23 | brlcad | diminishing returns |
| 03:49.25 | brlcad | lets change the focus these last remaining days to either improving current trunk head step-g importer (make some entity that is failing not fail) or improve/complete the step regression test |
| 03:50.35 | kesha__ | In regression test, next is find area, volume and other quantities |
| 03:50.48 | kesha__ | and check if >0 |
| 03:51.13 | brlcad | no we don't need to find a bunch of quantities |
| 03:51.18 | brlcad | we need A quantity |
| 03:51.24 | brlcad | just to make sure it made something |
| 03:51.44 | kesha__ | just Volume.. fine ? |
| 03:51.46 | brlcad | and to make sure that something is valid for some marginal notion of valid |
| 03:52.10 | kesha__ | *marginal notion of valid* as in ? |
| 03:52.46 | brlcad | you tell me |
| 03:54.18 | kesha__ | something boundary related ? :) |
| 03:54.27 | brlcad | re-read my e-mail |
| 03:54.31 | brlcad | I'm not sure what you mean by that |
| 03:55.42 | kesha__ | being sure of its geometry |
| 03:56.14 | brlcad | starseeker: r57657 .. smells bad |
| 03:57.19 | kesha__ | " Make sure the conversion worked (zero return code, .g file exists, >0 file size, etc). Then you'll need to perform some sort of validation. Maybe calculate a volume (gqa -Av) and make sure the volume is >0 for each file. " |
| 03:58.12 | brlcad | kesha__: and? |
| 03:58.39 | brlcad | all that tells me is that you received what I wrote and you know how to copy-paste |
| 03:58.43 | brlcad | that's not useful |
| 03:58.50 | brlcad | show me you understand what that meant |
| 03:59.45 | brlcad | you were on the right track, you just missing my original point perhaps -- it was very specific |
| 04:00.09 | kesha__ | 1. checking for step-g and the existance of both files and then checking geometry of .g file |
| 04:00.13 | brlcad | you said "next is find area, volume and other quantities" .. i said ... "no ..." |
| 04:00.54 | brlcad | well, your script that you sent also runs "touch file.g" so checking existence with that seems meaningless |
| 04:01.48 | kesha__ | if the file is not there, then it creates, but eventually we are seeing if something is there in file or it was made by touch.. |
| 04:03.22 | Notify | 03BRL-CAD:brlcad * 57681 brlcad/trunk/src/libicv/ppm.c: make no-statement while loops more obvious |
| 04:07.51 | brlcad | why create it (empty)? |
| 04:10.47 | kesha__ | I had used touch script earlier, so I thought that strategy can be used over here also. I will try to modify directly if it exists or not without creating empty file. |
| 04:11.00 | starseeker | brlcad: re:r57657 I'm open to suggestions or just not supporting that at all... |
| 04:12.16 | kesha__ | Btw is there any issue in creating it ? |
| 04:12.46 | starseeker | had to get something working to move forward... Even the feature I was working on today may have to get shelved, if I can't get it working in a few more hours |
| 04:13.28 | starseeker | can probably do what he needs for g-step now, so replacing dbfind get's shoved back again... |
| 04:16.01 | Notify | 03BRL-CAD:brlcad * 57682 brlcad/trunk/src/libicv/ppm.c: handle ppm files a little more gracefully, supporting mac, unix, windows line ending headers just in case. since we don't do anything with them, just add a function that skips to the next line. |
| 04:17.12 | brlcad | kesha__: the issue is it begs the question why a file is being touched. must a .g file exist for something, even if it is completely invalid. if it serves no purpose, the code becomes unnecessary unhelpful distracting complexity that obfuscates what really matters |
| 04:17.28 | brlcad | so again I ask you, "why are you making the script touch the file" |
| 04:17.55 | brlcad | this isn't a question of can or can't, it's should or shouldn't .. i.e., it needs for some reason or it does not |
| 04:18.51 | brlcad | if you cannot answer that (and you wrote the script), then the answer is probably that it doesn't do anything useful and this is just bloat to make it seem like more is going on than really is |
| 04:21.10 | brlcad | starseeker: yeah, my inclination would be to not support that feature (caller's can 'or' the data themselves ... or use the search API) |
| 04:21.14 | brlcad | keeps it simple |
| 04:22.29 | brlcad | lets db_ls() doing one thing simple/well too I think, give a list of geometry of given type(s) |
| 04:31.13 | kesha__ | brlcad: touch as such serves no *special* meaningful purpose, it can be replaced by directly checking existance of file and also resulting would be lesser complex. :) |
| 04:36.12 | Notify | 03BRL-CAD:phoenixyjll * 57683 brlcad/trunk/src/libged/brep.c: Add an "--no-evaluation" option, using the old routine of converting comb without NURBS evaluations (CSG tree + brep). |
| 04:36.56 | Notify | 03BRL-CAD:phoenixyjll * 57684 brlcad/trunk/src/librt/comb/comb_brep.cpp: Mark conv_tree() with HIDDEN. |
| 04:48.42 | zero_level | brlcad : Thanks for the ppm files. |
| 04:50.23 | zero_level | is analyzing the changes made. |
| 04:59.26 | zero_level | ok. |
| 06:12.26 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 06:13.04 | *** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 06:13.12 | *** join/#brlcad kesha__ (~kesha@49.249.17.64) | |
| 06:14.06 | *** join/#brlcad witness___ (uid10044@gateway/web/irccloud.com/session) | |
| 06:15.59 | *** join/#brlcad quantumkat (~kat@ip70-171-0-190.ga.at.cox.net) | |
| 06:34.03 | *** join/#brlcad kesha__ (~kesha@49.249.199.55) | |
| 06:40.22 | Notify | 03BRL-CAD Wiki:Eduardolalla * 0 /wiki/User:Eduardolalla: |
| 06:53.09 | *** join/#brlcad cogitokat (~kat@ip70-171-0-190.ga.at.cox.net) | |
| 06:53.37 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-xsamscszvskldbnl) | |
| 07:39.30 | kanzure | brlcad: any hints on how i can pick which parts to wrap first? i've been working on bu and wdb but maybe i should be looking at other things too? are there a pile of tests i could re-implement into python? |
| 07:48.32 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:06.42 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.154) | |
| 08:13.33 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.154) | |
| 08:15.19 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.154) | |
| 08:22.31 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.154) | |
| 08:28.34 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:42.33 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:43.54 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.154) | |
| 09:34.02 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 09:48.30 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 09:59.25 | Notify | 03BRL-CAD:tbrowder2 * 57685 brlcad/trunk/include/bu.h: not sure what was intended, but this should suffice until something better appears |
| 10:07.53 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 10:11.26 | Notify | 03BRL-CAD Wiki:NandlalPael * 0 /wiki/User:NandlalPael: |
| 10:15.05 | Notify | 03BRL-CAD:tbrowder2 * 57686 brlcad/trunk/include/bu.h: correct glob expression |
| 10:49.48 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 11:06.26 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 11:12.41 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.154) | |
| 11:26.08 | Izak__ | brlcad: ``Erik: I'm working on rt_hrt_plot() which depends on a private helper function rt_hrt_24pts().When testing in archer, this error ( see http://paste.kde.org/pfa8a5da8/) shows up. Can anyone help me out with possible clarifications on how to approach this error ? This is the rt_hrt_plot() code http://paste.kde.org/p75413ef1/ |
| 12:09.19 | Notify | 03BRL-CAD:indianlarry * 57687 (brlcad/branches/nurbs/include/bu.h brlcad/branches/nurbs/include/icv.h and 11 others): Merging trunk into branch 'nurbs' r:57668:57686 |
| 12:13.19 | *** join/#brlcad Gaganjyot (~gagan@125.62.105.4) | |
| 12:18.40 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6145 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 14 */ |
| 12:24.36 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 13:00.55 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:18.29 | *** part/#brlcad Gaganjyot (~gagan@125.62.105.4) | |
| 13:49.39 | brlcad | kanzure: I'd suggest libged next ... that'd let someone basically write an entire editor if they really wanted |
| 13:59.57 | Notify | 03BRL-CAD:brlcad * 57688 brlcad/trunk/TODO: mirror command needs some tlc. the offset value looks like a translation after mirror instead of before. |
| 14:05.56 | Notify | 03BRL-CAD:carlmoore * 57689 brlcad/trunk/include/icv.h: remove trailing blanks/tabs |
| 15:08.09 | kanzure | brlcad: thanks, i'll do that |
| 15:17.58 | Izak__ | brlcad: can you help me with the concern I last posted ? |
| 15:57.15 | Notify | 03BRL-CAD:carlmoore * 57690 brlcad/trunk/src/conv/tankill/g-tankill.c: add P to the usage, which was split in 2 due to warning about string length |
| 16:06.41 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 16:33.31 | *** join/#brlcad Gaganjyot (~gagan@125.62.105.4) | |
| 17:08.02 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.154) | |
| 17:09.15 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 18:06.33 | brlcad | Izak_: what do you need? |
| 18:06.51 | brlcad | it gave you a line number and there should be a stack trace saved in that log file |
| 18:07.27 | brlcad | that's a memory validation error, one of the *_CK_*() checks to make sure something is properly initialized is failing, saying it's zero (i.e, unset) |
| 19:12.39 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.154) | |
| 19:15.24 | Ch3ck_ | runs home |
| 19:57.01 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 20:01.08 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 20:05.46 | brlcad | mpictor: since you apparently already have it set up somewhere, how might I entice you to run stack on brl-cad ? :) |
| 20:06.47 | brlcad | i've kicked it on three systems now and they all have a problem .. need to install llvm from scratch so I can compile stack cleanly, unfortunately not in a ports repository anywhere |
| 20:11.31 | mpictor | brlcad: can I wait until winter? Then I can turn my furnace off for a few days while my computer heats the place :P |
| 20:12.23 | mpictor | do you think it needs llvm at runtime? If not, I could send you a tarball |
| 20:16.54 | mpictor | If I can force it to only run on some cores, I guess I can let it run in the background for a few days |
| 20:30.41 | mpictor | ls |
| 20:30.44 | mpictor | ack |
| 20:33.31 | mpictor | brlcad: ldd shows no dependencies on llvm, so it ought to work if I tar it up |
| 20:34.17 | mpictor | first, I'll see if I'm using a debug build or an optimized build |
| 20:52.17 | Notify | 03BRL-CAD:starseeker * 57691 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): OK, don't have the performance optimizations in yet but this looks like it gets -below working with the >=, <= and = optional addtions to limit returns. |
| 20:55.18 | *** join/#brlcad urubu (96a102c8@gateway/web/freenode/ip.150.161.2.200) | |
| 21:15.02 | mpictor | brlcad: it *does* require llvm at runtime, unfortunately. I just updated to r57691 and started a build |
| 21:19.23 | urubu | hello. It is possible to use brl-cad to "dump" a set of mathematical formulas that represent an object? |
| 21:28.29 | brlcad | mpictor: no idea, willing to try a tarball |
| 21:29.08 | brlcad | ah, mpictor never mind -- see that you're running it .. awesome |
| 21:29.18 | brlcad | urubu: i'm not sure what that means |
| 21:30.15 | *** part/#brlcad Gaganjyot (~gagan@125.62.105.4) | |
| 21:30.38 | mpictor | brlcad: if you do run it at some point, it's pretty easy to change bin/poptck to limit the number of cores used |
| 21:30.56 | brlcad | urubu: i mean, i get describing an object with formulas, but they are rarely sufficient for describing an object (and no we do not have a generalized primitive that takes arbitrary equations) |
| 21:31.40 | brlcad | mpictor: good to know |
| 21:35.42 | *** join/#brlcad urubu (96a102c8@gateway/web/freenode/ip.150.161.2.200) | |
| 21:37.13 | brlcad | urubu: if you didn't get my reply, feel free to elaborate what you meant |
| 21:37.19 | Notify | 03BRL-CAD:brlcad * 57692 brlcad/trunk/NEWS: cliff improved the search command so that you can now specify >= <= and = depth options |
| 21:37.26 | brlcad | starseeker: is it only -below or doing -above and -depth too? |
| 21:37.33 | Notify | 03BRL-CAD:starseeker * 57693 brlcad/trunk/src/librt/search.c: Also get -above working with the >=, <= and = optional addtions to limit returns. |
| 21:37.38 | urubu | brlcad: hmm, okay. I was looking for examples/benchmarks to use in a project (volume computation with monte carlo). |
| 21:38.25 | brlcad | ooh, I get it now |
| 21:38.26 | starseeker | brlcad: -below and -above so far |
| 21:38.41 | starseeker | could do depth too... hadn't thought about it, but logical |
| 21:38.44 | starseeker | one sec... |
| 21:38.46 | urubu | I saw that is possible to calculate volume of objects with brl-cad |
| 21:38.46 | brlcad | starseeker: cool |
| 21:39.06 | brlcad | urubu: yes, the gqa/g_qa command is made for that (-Av option) |
| 21:39.23 | starseeker | needed a way to replace dbfind's trick of reporting combs that include a particular object |
| 21:39.35 | brlcad | if it's a really simple object, like a single sphere or box, the 'analyze' command will directly calculate many mathematical properties |
| 21:39.51 | urubu | so I thought that maybe it would be possible to convert an object to a set of mathematical constraints |
| 21:40.42 | brlcad | you're not really "converting" anything |
| 21:41.02 | starseeker | brlcad: urm. Should I replace -maxdepth and -mindepth with just -depth and the ><= logic? |
| 21:41.05 | brlcad | just evaluating/describing that intrinsic characteristic |
| 21:41.16 | starseeker | suppose I'd have to deprecate those other two options... |
| 21:41.34 | brlcad | starseeker: no, I'd match 'find' |
| 21:41.48 | brlcad | leverage the familiarity as much as possible |
| 21:42.08 | brlcad | it's got all three |
| 21:42.27 | Notify | 03BRL-CAD:starseeker * 57694 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add example using results from search with tcl, explain new path syntax. |
| 21:42.27 | urubu | yeah, "convert" is not the best word |
| 21:42.27 | starseeker | nods |
| 21:42.34 | urubu | anyway, thanks for the help |
| 21:42.37 | urubu | bye o/ |
| 21:42.40 | brlcad | urubu: cya |
| 21:43.23 | starseeker | ok, I'll add depth |
| 21:43.53 | brlcad | I'd try to support find's syntax exactly if possible first, just for usability |
| 21:44.02 | brlcad | then can be expanded with a more rich syntax too |
| 21:44.19 | brlcad | like "-depth 5" and "-depth >5" |
| 21:45.07 | brlcad | the latter is synonymous with -mindepth 6, I think |
| 21:45.40 | starseeker | sure - that's a little different than what I've done for above and below, since they don't require an argument, but if -depth can require an argument that'll work fine |
| 21:47.09 | brlcad | hm, manpage seems to indicate gnu find supports both, but unclear what -depth by itself means |
| 21:47.33 | starseeker | votes for requiring a numerical or inequality argument |
| 21:48.20 | brlcad | ahh, I see |
| 21:48.42 | brlcad | -d/-depth implies a depth-first traversal with bsd find, which gnu find ignores |
| 21:48.49 | brlcad | so yeah, no worries requiring it |
| 21:50.15 | brlcad | or something like that |
| 21:50.45 | starseeker | you're OK with doing something different in search with it? |
| 21:51.05 | starseeker | doesn't have the first idea how to do a depth-first search of our db hierarchy... |
| 21:51.44 | starseeker | nor any idea of when/why a user would want that... |
| 21:52.18 | brlcad | boolean evaluation is usually depth-first |
| 21:53.19 | brlcad | you traverse depth-first all the way to a leaf, get polys, come up, go down next path to leaf, get polys, come up, apply operator, etc |
| 21:53.44 | starseeker | oh, right - I guess we see that in the facetize output, don't we |
| 21:54.01 | brlcad | almost everything that calls db_walk_tree() |
| 21:54.15 | starseeker | forgot how much *fun* it is to add a new search option. *rolls up sleeves* |
| 21:54.29 | brlcad | just with no reg_start func |
| 21:56.07 | brlcad | looks like db_functree() is also a depth-first traversal |
| 21:56.41 | Notify | 03BRL-CAD:carlmoore * 57695 brlcad/trunk/src/conv/g-var.c: remove some unneeded braces and 1 'break'; implement h? |
| 21:56.55 | brlcad | and looks like db_preorder_traverse() is not |
| 21:57.31 | brlcad | db_walk_tree() depends on which callbacks are specified |
| 22:00.12 | brlcad | looks like db_recurse() also depends on callbacks |
| 22:17.56 | Notify | 03BRL-CAD:starseeker * 57696 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Add a -depth option to search that supports ><= modifiers to a numerical depth. |
| 22:18.00 | starseeker | brlcad: there we go |
| 22:19.27 | brlcad | cool |
| 22:19.31 | brlcad | what's the syntax? |
| 22:20.03 | brlcad | -depth 4 -depth >4 -depth <4 -depth >=4 -depth <=4? |
| 22:22.08 | starseeker | yeah |
| 22:22.15 | Notify | 03BRL-CAD:starseeker * 57697 brlcad/trunk/src/librt/search.c: MUCH simpler way to do the min and max depth tests. |
| 22:22.20 | starseeker | -depth 0 wil lgive toplevel |
| 22:22.46 | starseeker | oh, -depth =4 will also work (just falls out from string handling) |
| 22:23.10 | brlcad | -depth ==4 too? :) |
| 22:23.16 | starseeker | -above and -below don't have the space, because they need to work without arguments |
| 22:23.19 | starseeker | uh... |
| 22:23.26 | brlcad | not needed, just wondering |
| 22:23.39 | starseeker | no, actually |
| 22:23.52 | starseeker | option parsing is too simple minded for that |
| 22:24.05 | brlcad | presumably then => and =< also will not work |
| 22:24.24 | starseeker | right |
| 22:24.55 | starseeker | we could make it work, would need to add more logic to the string_to_name_and_val function |
| 22:25.31 | starseeker | needs to update the man page first though :-) |
| 22:26.05 | starseeker | and make sure all the NEWS worth stuff is in - don't remember if the new path specifier modifier |
| 22:26.08 | starseeker | made it in |
| 22:30.50 | Notify | 03BRL-CAD:starseeker * 57698 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Update search man page to document -depth |
| 22:35.23 | Notify | 03BRL-CAD:starseeker * 57699 brlcad/trunk/NEWS: Add the ability for either a generic toplevel search specifier or a specific object path supplied to the search command to specify it wishes to be treated as a 'flat' object - in other words, every object in the database (or, for specific objects, every object below that object) is added as a top level search starting point. |
| 22:37.48 | Notify | 03BRL-CAD:starseeker * 57700 brlcad/trunk/NEWS: Add a -depth command to search that allow specification of either absolute or relative depth limits. |
| 22:41.01 | Notify | 03BRL-CAD:starseeker * 57701 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/ls.c): Remove the additive version of the db_ls flags - per Sean's suggestion, keep the function logic simple and focused. |
| 22:41.29 | Notify | 03BRL-CAD:brlcad * 57702 brlcad/trunk/NEWS: (reword r56478 and expand name for post-processing) Cliff added -l option to comb command that 'lifts' the region flag to the top level (specified) comb and clears all region flags in the tree below that comb. Has some advanced features, like automatically wrapping regions that are used elsewhere in the .g file and referencing the comb created by the wrap, and refusing to |
| 22:41.31 | Notify | perform the operation if it cannot be done without changing assembly definitions used elsewhere in the tree (see the comb man page for examples.) |
| 22:41.49 | brlcad | notes search is not specific to mged |
| 22:41.53 | starseeker | brlcad: do you want me to yank the argv to dpv and vice versa functions until we've settled on their final form? |
| 22:41.59 | starseeker | er, right |
| 22:42.44 | starseeker | sorry, was distracted trying to distinguish the -depth option from the additons to -above and -below in the other NEWS item... hard to avoid being confusing in one line... |
| 22:42.48 | brlcad | yank? no, but I think the previous state you had them (before the argc/count additions) was better |
| 22:43.15 | starseeker | actually ended up not needing to convert an argv array in the end, so those functions actually aren't needed (yet) |
| 22:43.20 | brlcad | my point about NULL dp's was flawed |
| 22:43.32 | starseeker | O.o? |
| 22:43.56 | starseeker | I thought it made sense... |
| 22:44.06 | starseeker | a failed lookup would result in a NULL dp... |
| 22:44.54 | brlcad | 23:36 < brlcad> starseeker: and I think there's already a pattern there, we can and should always return a struct directory for each argv .. they just may be RT_DIR_PHONY_ADDR with zero len, but even that is still incredibly useful |
| 22:45.10 | starseeker | oh, gotcha |
| 22:45.13 | brlcad | it may result in a null lookup |
| 22:45.17 | brlcad | but that doesn't mean we return null |
| 22:45.31 | brlcad | could be pretty powerful actually |
| 22:45.31 | starseeker | sorry - brain trying to hold too much in too small a space today ;-) |
| 22:45.55 | starseeker | fishes out the old form from the commit history |
| 22:45.55 | brlcad | submit a list of names, get back a set of dps for them, fill in their details, write them to a db |
| 22:48.46 | starseeker | will stub back in the old form, but suggests we keep it out of raytrace.h for this release... |
| 23:08.04 | mpictor | wow, stack only took 46 minutes on brlcad! |
| 23:08.31 | mpictor | I wonder if the big generated files slowed it down on stepcode |
| 23:12.04 | mpictor | stack output here: http://pastebin.com/jc3B3G00 |
| 23:14.05 | mpictor | oh, I did rebuild it with -O3 -march=native instead of the default -O2 |
| 23:14.22 | mpictor | I'm sure that made some difference |
| 02:13.47 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 02:54.05 | Notify | 03BRL-CAD Wiki:Phoenix * 6146 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */ |
| 03:11.30 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 03:11.46 | *** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net) | |
| 03:11.50 | *** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 03:18.03 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:27.10 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 03:28.03 | Notify | 03BRL-CAD:phoenixyjll * 57704 (brlcad/trunk/include/brep.h brlcad/trunk/src/libbrep/intersect.cpp): Scrub the code - reuse sub_curve() and sub_surface(). |
| 03:32.35 | Notify | 03BRL-CAD:brlcad * 57705 brlcad/trunk/src/mged/mged.c: checking for p implies it could be null, so stack complained about the potential null pointer dereferences that followed. we do bu_bomb() earlier, but it doesn't know that routine doesn't return. |
| 03:36.59 | Notify | 03BRL-CAD:brlcad * 57706 brlcad/trunk/src/conv/step/step-g/SurfacePatch.cpp: step could be NULL if default constructor, so should check for it |
| 03:43.48 | Notify | 03BRL-CAD:phoenixyjll * 57707 brlcad/trunk/src/libbrep/intersect.cpp: Correct the comments. |
| 03:44.47 | Notify | 03BRL-CAD:brlcad * 57708 brlcad/trunk/src/conv/step/step-g/VertexLoop.cpp: another sanity check for null |
| 03:49.38 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.154) | |
| 03:52.05 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:02.43 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 07:31.57 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 07:37.05 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.154) | |
| 07:42.50 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 09:19.54 | Notify | 03BRL-CAD:phoenixyjll * 57709 brlcad/trunk/src/libbrep/intersect.cpp: Scrub code and add comment. |
| 09:20.49 | Notify | 03BRL-CAD Wiki:Phoenix * 6147 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */ |
| 09:28.33 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:08.43 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 10:18.43 | *** join/#brlcad mpictor_ (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 11:32.11 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:32.15 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:36.26 | Notify | 03BRL-CAD:brlcad * 57710 (brlcad/trunk/src/proc-db/brep_cube.cpp brlcad/trunk/src/proc-db/brep_simple.cpp brlcad/trunk/src/proc-db/surfaceintersect.cpp): add a few nullity checks |
| 11:37.24 | Notify | 03BRL-CAD:brlcad * 57711 brlcad/trunk/src/fbserv/fbserv.c: if clients[sub] can be null, don't derefence it right before the check |
| 11:41.58 | Notify | 03BRL-CAD:brlcad * 57712 brlcad/trunk/src/util/bu_arg_parse.cpp: new doesn't return NULL, it throws an exception (there needs to be an exception handler) |
| 11:45.14 | Izak__ | brlcad: it gave you a line number and there should be a stack trace saved in that log file. Which log file is that ? |
| 11:51.56 | Izak__ | brlcad: I mean I have not found the file bwish-18642-bomb.log |
| 13:00.37 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 13:19.12 | *** join/#brlcad Gaganjyot (~gagan@210.56.97.133) | |
| 13:33.24 | Notify | 03BRL-CAD:indianlarry * 57713 (brlcad/branches/nurbs/NEWS brlcad/branches/nurbs/TODO and 18 others): Merging trunk into branch 'nurbs' r:57686:57712 |
| 13:47.30 | Notify | 03BRL-CAD:carlmoore * 57714 (brlcad/trunk/doc/docbook/system/mann/en/search.xml brlcad/trunk/src/libbrep/intersect.cpp): remove trailing blanks/tabs; fix spellings |
| 13:50.40 | Notify | 03BRL-CAD:starseeker * 57715 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/ls.c): Go back to the original dpv to/from argv style, use Sean's suggestion of creating an empty struct directory instead of NULL for db_argv_to_dpv |
| 13:51.11 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 13:54.00 | Notify | 03BRL-CAD:starseeker * 57716 brlcad/trunk/TODO: Make a note that there is a little more work to do to reach the final form of the comb command's region lifting abilities. |
| 14:03.28 | brlcad | mpictor: tons of false positives |
| 14:04.03 | brlcad | mpictor: talked to the author and there's apparently a flag that should prevent many of these |
| 14:10.14 | Notify | 03BRL-CAD:starseeker * 57717 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): get the STEP BRep writing function ready to be called by another function, as a precursor to walking a comb tree instead of specifying a single brep directly. |
| 14:16.31 | Izak__ | d |
| 14:22.53 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 14:23.17 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:29.20 | Notify | 03BRL-CAD:starseeker * 57718 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): Pass directory pointer so we can use actual object name instead of hardcoded 'brep.s' name |
| 14:31.19 | brlcad | Izak__: it would have written it out into the current directory |
| 14:31.46 | brlcad | find / -name bwish-18642-bomb.log |
| 14:42.50 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6148 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 16 - Sept 22 */ |
| 14:46.41 | Notify | 03BRL-CAD:starseeker * 57719 (brlcad/trunk/src/conv/step/g-step/G_STEP_Util.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp): Use the brep shape respresentation when we are making the shape definition. |
| 14:57.07 | Notify | 03BRL-CAD:starseeker * 57720 (brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.h): Simplify the toplevel structure automatically generated by the brep routine, unless/until it is clear it needs to provide something else... |
| 15:09.07 | Notify | 03BRL-CAD:starseeker * 57721 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 4 others): The container we are using to hold data for the brep->step process is Brep specific, so name it accordingly. |
| 15:29.56 | Notify | 03BRL-CAD:tbrowder2 * 57722 brlcad/trunk/include/bu.h: clarify bu_ptbl comments; neaten Doxygen var comments |
| 16:24.37 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:26.49 | Notify | 03BRL-CAD:starseeker * 57723 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Stub in some files for comb trees. |
| 16:46.28 | Notify | 03BRL-CAD:tbrowder2 * 57724 brlcad/trunk/src/util/CMakeLists.txt: for now ignore the interface test file; change 'c' to 'C' |
| 16:50.47 | Notify | 03BRL-CAD:tbrowder2 * 57725 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h and 2 others): new API that incorporates severak of Sean's and Cliff's ideas; uses pointers but cleans up automatically upon exit; builds and gives same no-arg response as before; still needs work but ready for comment on new approach; note that TCLAP C++ memory use is not clean yet |
| 17:13.09 | *** join/#brlcad caen23 (~caen23@92.85.89.94) | |
| 17:19.17 | brlcad | starseeker: maybe helpful, close to the diagrams I was mentioning: http://www.sciencedirect.com/science/article/pii/S1367578809000522?np=y |
| 17:19.30 | brlcad | particularly the step pdm images |
| 17:20.17 | brlcad | figure 2 here is apropos too: http://www.scielo.br/scielo.php?script=sci_arttext&pid=S0100-73862000000400003 |
| 17:40.53 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:52.43 | ``Erik | https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition |
| 17:55.48 | Notify | 03BRL-CAD:carlmoore * 57726 brlcad/trunk/src/conv/g-vrml.c: remove unneeded braces; note that default units are mm; initialize units to 'mm' and they stay that way if we don't otherwise specify units |
| 18:08.46 | brlcad | anyone want to design a new BRL-CAD sticker? |
| 18:34.19 | Notify | 03BRL-CAD:carlmoore * 57727 brlcad/trunk/src/conv/g-vrml.c: remove trailing blanks from fprintf statements; detected on file output, which is user-readable |
| 18:44.09 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 18:57.27 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 18:58.05 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 19:26.27 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 19:33.57 | Notify | 03BRL-CAD:iiizzzaaakkk * 57728 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Corrections to rt_hrt_norm() and adding flesh to rt_hrt_plot() and its helper function rt_hrt_24pts() |
| 19:38.30 | ``Erik | huh, othe rthan the normals, the hrt primitive is looking pretty good |
| 19:39.28 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:56.34 | Izak_ | brlcad: ``Erik: rt_hrt_norm() is corrected and ray tracing results are at their best (although slower). You can watch the video on http://youtu.be/EpdBJIIe31U |
| 19:56.54 | Izak_ | Izak_ jets off to bed |
| 20:10.52 | Notify | 03BRL-CAD:starseeker * 57729 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Carry the 'flat' search concept to its logical limit. If the flat modifier is passed without either a local top level search path, a full path toplevel search path, or a specific object it runs a search that iterates over the database objects without walking any trees. This search has the |
| 20:10.54 | Notify | potential to be a great deal faster when doing type or name filtering searches for objects where full paths aren't needed, but will result in depth aware options not functioning. |
| 20:20.30 | Notify | 03BRL-CAD:tbrowder2 * 57730 brlcad/trunk/src/util/bu_arg_parse_private.h: reclaim some memory; delete unintentional duplicat line |
| 20:22.15 | Notify | 03BRL-CAD:tbrowder2 * 57731 brlcad/trunk/src/util/bu_arg_parse.cpp: remove FIXME; add some blank lines |
| 20:23.57 | Notify | 03BRL-CAD:indianlarry * 57732 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: Added surface_GetBoundingBox() which currently makes use of static variable to reuse surface memory and allows user to get surface bounds over specific U,V intervals. WIP, need to replace static with per cpu memory similar to whats done in libbu's heap.c. |
| 20:27.02 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6149 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 */ |
| 20:30.36 | Notify | 03BRL-CAD:starseeker * 57733 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Update search man page for new path option. |
| 20:32.56 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 20:49.13 | Notify | 03BRL-CAD:starseeker * 57734 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): We don't want -below to trigger if we're doing a true iterative flat search. |
| 21:20.02 | Notify | 03BRL-CAD:tbrowder2 * 57735 brlcad/trunk/src/util/bu_arg_parse.cpp: add some asserts for error paths |
| 22:07.57 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 22:27.18 | Notify | 03BRL-CAD:starseeker * 57736 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/Comb_Tree.h brlcad/trunk/src/conv/step/g-step/g-step.cpp): Start collecting geometric sets we will need for comb step export. |
| 22:53.17 | *** join/#brlcad Gaganjyot (~gagan@210.56.99.195) | |
| 23:10.29 | Notify | 03BRL-CAD:mohitdaga * 57737 brlcad/trunk/include/icv.h: Sanitize the comments in icv.h |
| 01:24.42 | Notify | 03BRL-CAD Wiki:Haa1234321 * 0 /wiki/User:Haa1234321: |
| 03:17.44 | Notify | 03BRL-CAD:phoenixyjll * 57738 brlcad/trunk/src/libbrep/intersect.cpp: At most one element would be in the pending array. Just use a single ON_X_EVENT rather than an array. |
| 03:29.33 | Notify | 03BRL-CAD:phoenixyjll * 57739 brlcad/trunk/src/libbrep/intersect.cpp: Correct the comments. |
| 03:50.17 | brlcad | Izak__: looks like it may have been an order of operations problem.. try normalizing either the inputs or the result in norm() |
| 03:50.28 | brlcad | s/normalizing/unitizing/ |
| 03:50.38 | brlcad | it was in the middle before you removed it |
| 04:23.44 | Notify | 03BRL-CAD:brlcad * 57740 brlcad/trunk/src/libged/search.c: ws style cleanup, move struct to top |
| 04:31.48 | Notify | 03BRL-CAD:brlcad * 57741 brlcad/trunk/src/libged/search.c: check function args so we don't have an opportunity to dereference NULL |
| 04:32.42 | Notify | 03BRL-CAD:brlcad * 57742 brlcad/trunk/include/bu.h: provide sane behavior if we happen to pass a null pointer to a BU_PTBL_ macro. |
| 05:18.57 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:38.00 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:13.31 | kesha | hi brlcad |
| 07:13.43 | kesha | Updated patch on sf. |
| 07:14.26 | kesha | http://paste.kde.org/pe3c06397/ -> this is what I get running "make regress-step2g" . |
| 07:14.35 | kesha | #2380-#2391 |
| 07:15.09 | kesha | And I have sent you screenshots of all three tests in mail. |
| 07:15.46 | kesha | http://www.steptools.com/support/stdev_docs/index.html -> this is the site from which I have picked up models |
| 07:25.25 | kesha | http://www.steptools.com/copyright.html -> copyright |
| 07:27.26 | kesha | I think I should add this http://paste.kde.org/pd4db1886/ as comment before all the three .step files and then we can use. But I am not very sure. I have never dealt with license and copyrights related issue earlier |
| 07:27.53 | kesha | Will adding the copyright comments be sufficient ? |
| 07:29.55 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.241) | |
| 07:42.38 | Notify | 03BRL-CAD Wiki:Phoenix * 6150 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */ |
| 07:57.07 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:59.06 | *** join/#brlcad caen23 (~caen23@92.85.89.94) | |
| 08:01.24 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Instance_stepfile1.png: |
| 08:01.44 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Instance_stepfile2.png: |
| 08:02.30 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Instance_stepfile3.png: |
| 08:02.55 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6154 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 14 */ |
| 08:07.10 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6155 /wiki/User:KeshaSShah/GSoC13/Reports: /* September 19 */ |
| 08:54.22 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 09:07.31 | Ch3ck | looks like src/librt/bool.c is pretty messed up! will take a peek ;) |
| 09:07.58 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 09:34.32 | Notify | 03BRL-CAD:d_rossberg * 57743 brlcad/trunk/include/bu.h: reverted r57742this revision needs some additional considerations: it breaks the build and putting additional brackets around the macros doesn't solve all issues, e.g.:brlcad/src/librt/bool.c:1998:14: error: the address of ?\226?\128?\152open_parts?\226?\128?\153 will always evaluate as ?\226?\128?\152true?\226?\128?\153 [-Werror=address] |
| 09:35.06 | d_rossberg | Ch3ck: this should solve the bool.c issue |
| 09:47.52 | Izak__ | d_rossberg: Thanks for reverting that commit |
| 09:48.16 | Izak__ | Ch3ck: Build is doing great now :) |
| 09:48.18 | Ch3ck | d_rossberg: :) ;) |
| 09:49.06 | *** join/#brlcad kimzzzz (~AndChat31@1.38.29.119) | |
| 10:43.42 | *** join/#brlcad kimzzzz (~AndChat31@1.38.29.119) | |
| 10:52.22 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.29.119) | |
| 11:19.41 | Notify | 03BRL-CAD:tbrowder2 * 57744 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add2.c): remove atexit function; use new bu_arg_exit function |
| 11:22.49 | Notify | 03BRL-CAD:tbrowder2 * 57745 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add2.c): drop '_value' from getter funcs |
| 11:28.44 | *** join/#brlcad kimzzzz (~AndChat31@1.38.29.119) | |
| 11:34.51 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 12:24.40 | Notify | 03BRL-CAD:indianlarry * 57746 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: Cleaning up recursive bailouts for forced subdivision pullback need to work on tolerences then work back into FIRST order pullback, WIP |
| 12:25.26 | brlcad | thanks d_rossberg, should have compiled more fully, just tried a few dirs |
| 12:25.40 | brlcad | make sense, any static will issue a warning |
| 13:00.12 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:05.54 | Notify | 03BRL-CAD:indianlarry * 57747 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: More cleanup in surface_GetClosestPoint3dFirstOrder() |
| 13:18.31 | Notify | 03BRL-CAD:indianlarry * 57748 (brlcad/branches/nurbs/TODO brlcad/branches/nurbs/doc/docbook/system/mann/en/search.xml and 23 others): Merging trunk into branch 'nurbs' r:57712:57745 |
| 13:27.32 | *** join/#brlcad caen23 (~caen23@92.85.89.94) | |
| 13:32.20 | Notify | 03BRL-CAD:indianlarry * 57749 (brlcad/trunk/src/libdm/dm_obj.c brlcad/trunk/src/libtclcad/tclcad_obj.c): The typedef "Tcl_Obj" not declared at top of block causing problems under windows. |
| 14:00.33 | Notify | 03BRL-CAD:starseeker * 57750 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/Shape_Definition_Representation.cpp): No contents yet, but start writing out comb product definitions. |
| 14:05.52 | Notify | 03BRL-CAD:indianlarry * 57751 brlcad/trunk/src/librt/search.c: "HIDDEN static" -> "HIDDEN". |
| 14:16.41 | Notify | 03BRL-CAD:starseeker * 57752 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: start working on how to extract matricies from combs |
| 14:25.29 | brlcad | starseeker: your code comments are very curious .. what are you considering a product? |
| 15:04.57 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:27.00 | kanzure | brlcad: still working on the python bindings. i've figured out a basic architecture that i'm happy with. instead of generating the bindings and committing that to a python package repo, i'm going to make a hard dependency on my fork of ctypesgen (which is what i used to generate those ctypes bindings), and just run ctypesgen at python module install time. |
| 15:27.09 | kanzure | brlcad: the goal there is to not create a billion lines of code that i have to maintain |
| 15:27.38 | kanzure | brlcad: and it should generate bindings compatible with whatever version of brlcad the python user/developer has installed. but also they have to install the brlcad headers for their version of brlcad. |
| 16:00.11 | Notify | 03BRL-CAD:carlmoore * 57753 (brlcad/trunk/TODO brlcad/trunk/include/icv.h and 6 others): remove trailing blanks and fix spellings |
| 16:09.31 | *** join/#brlcad Gaganjyot (~gagan@106.192.46.172) | |
| 16:16.43 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 16:16.53 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 16:18.55 | *** join/#brlcad Izak_ (~Izak@195.24.220.16) | |
| 16:41.35 | brlcad | kanzure: sounds reasonable .. were you able to reduce any lines of code? |
| 16:47.08 | kanzure | brlcad: the module will probably end up being very tiny. if you mean the generated code.. sort of. there's a few problems in the generator library that i'm going to fix. their only output formats are "python text file" and "json". obviously if we are in python we can just create python objects, so that's why i've forked ctypesgen: https://github.com/kanzure/ctypesgen |
| 16:54.32 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:56.42 | Notify | 03BRL-CAD:starseeker * 57754 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Check for non-identity matricies over breps in possible wrapper combs. |
| 17:06.27 | *** join/#brlcad kesha (~kesha@49.249.191.48) | |
| 17:57.18 | Notify | 03BRL-CAD:starseeker * 57755 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Having some success now seeing matrix over object instances. |
| 18:11.34 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6156 /wiki/User:Izak/GSOC_2013_logs: /* September 16th to September 21st */ |
| 18:17.39 | Notify | 03BRL-CAD:carlmoore * 57756 brlcad/trunk/src/conv/g-vrml.c: remove a space |
| 18:24.55 | Notify | 03BRL-CAD:brlcad * 57757 brlcad/trunk/CHANGES: clarify and reorganize change policy comments so that it's clear that we characterize interface changes into one of three categories. this affords a place to mention our policy on allowing NEW api to change as needed while it's being actively developed, as well as clarifying minimally impacting changes to any release, and being then more strict about our deprecation |
| 18:24.57 | Notify | policy requirement. |
| 18:40.09 | Notify | 03BRL-CAD:brlcad * 57758 brlcad/trunk/CHANGES: not just API, all interfaces, and not just a log. it's our policy. |
| 18:42.04 | Notify | 03BRL-CAD:carlmoore * 57759 brlcad/trunk/src/conv/g-x3d.c: implement h?; remove some unneeded braces; simplify usage of 'units' variable |
| 18:44.18 | Notify | 03BRL-CAD:brlcad * 57760 brlcad/trunk/CHANGES: no longer below |
| 18:56.53 | starseeker | brlcad: uh... I'm figuring out what needs to be a "product" as I go? |
| 18:57.10 | starseeker | even reading the STEP docs and looking at examples, it's a bizarre arrangement |
| 18:58.08 | starseeker | Once it settles down a bit more I'll try to clean up the comments and make the naming conventions more consistent (will need to do some of that anyhow just to write a coherent man page) |
| 19:09.38 | brlcad | starseeker: from my understanding, and the graphs I pointed at yesterday reinforce the notion, a product is comprised of one or more assemblies (groups), which are comprised of one or more subassemblies (groups), which are comprised of one or more parts (regions), which contain the actual representation information |
| 19:09.53 | brlcad | so basically, our notion of a .g is a product |
| 19:10.19 | brlcad | out above-region combs (groups) are assemblies and subassemblies |
| 19:12.37 | brlcad | really cool: clang has -Wdocumentation to find errors in comments! (looks like primarily doxygen errors) |
| 20:01.10 | Notify | 03BRL-CAD:indianlarry * 57761 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: working subdivision back into parts of first order pullback that fail, getting close but currently recursing to deep based on normals at edges, WIP |
| 20:15.14 | Notify | 03BRL-CAD:brlcad * 57762 NIL: syncing missing file from trunk |
| 20:15.51 | Notify | 03BRL-CAD:brlcad * 57763 brlcad/branches/RELEASE/TODO: sorting priorities needed to release, pushing others back onto the backlog |
| 20:16.45 | Notify | 03BRL-CAD:brlcad * 57764 brlcad/branches/RELEASE/TODO: do or do not, there is no try |
| 20:17.19 | starseeker | brlcad: I think I actually added in support for the -Wdocumentation flag at one point, but with -Werror it may have been impractical... |
| 20:18.13 | *** part/#brlcad Gaganjyot (~gagan@106.192.46.172) | |
| 20:18.36 | starseeker | this work? http://llvm.org/devmtg/2012-11/Gribenko_CommentParsing.pdf |
| 20:19.25 | brlcad | starseeker: yeah, you posted that earlier |
| 20:19.30 | brlcad | looks like it's integrated |
| 20:19.34 | starseeker | awesome |
| 20:19.52 | starseeker | want to try adding it to the build? |
| 20:20.13 | brlcad | not right this second, but can get added to the list |
| 20:20.26 | brlcad | there's a list of several warning flags hoping to eventually turn on once all the issues are fixed |
| 20:20.36 | brlcad | they're in the file that tests for them |
| 20:21.20 | starseeker | cool - I'll add in a note for that one. Last time I tried it we weren't too bad |
| 20:29.43 | starseeker | the documentation says axis2_placement_3d defines the "orientation" |
| 20:39.15 | starseeker | there's also a cartesian_transformation_operator... |
| 20:39.36 | starseeker | nuts - not seeing any discussion of matrices |
| 20:43.05 | Notify | 03BRL-CAD:starseeker * 57765 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: Add -Wdocumentation to the list of warnings to look into adding |
| 21:12.40 | Notify | 03BRL-CAD:starseeker * 57766 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: May be able to generate inputs for AXIS2_PLACEMENT_3D components... |
| 21:24.39 | Notify | 03BRL-CAD:mohitdaga * 57767 brlcad/trunk/src/libicv/CMakeLists.txt: Add tests folder in libicv. Primary aim of these files will be to do performance analysis of libicv api calls. Also it will be helpful in checking memory leaks. In the long run this will demonstrate the usage of libicv. |
| 21:39.38 | Notify | 03BRL-CAD:carlmoore * 57768 brlcad/trunk/src/conv/g-xxx_facets.c: implement h?; remove unneded break & set of braces |
| 21:50.56 | mpictor | brlcad: how helpful was the STACK output? |
| 21:52.27 | mpictor | or have you had a chance to look at much of its output yet? |
| 21:54.02 | Notify | 03BRL-CAD:r_weiss * 57769 brlcad/trunk/src/libbrep/intersect.cpp: Fixed a bug in libbrep function curve_fitting where the bounds of the knots array was exceeded. |
| 22:07.56 | Notify | 03BRL-CAD:starseeker * 57770 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Add more thoughts about AXIS2_PLACEMENT_3D and CARTESIAN_TRANSFORMATION_OPERATOR_3D |
| 22:47.22 | maths22 | brlcad: what is the status for web work and the extensions? |
| 22:48.51 | Notify | 03BRL-CAD:tbrowder2 * 57771 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add2.c): rename arg constructor functions per Sean's suggestion |
| 22:51.54 | Notify | 03BRL-CAD:tbrowder2 * 57772 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add2.c): change switch arg func to return int instead of long per Sean's suggestion |
| 23:57.38 | brlcad | starseeker: if i'm reading the spec right, it's ap214 and ap210 that support arbitrary matrix placement like we use |
| 23:58.09 | brlcad | ap214 has a Component_placement entity type that is used for just that purpose |
| 23:58.33 | brlcad | http://www.prostep.org/fileadmin/freie_downloads/Guidlines-UseCases/ProSTEP-iViP_Implementation-Guideline_STEP-CC08_1.2.pdf seems to confirm |
| 00:01.01 | brlcad | this document http://www.steptools.com/support/stdev_docs/express/ap203/recprac203v8.pdf (...very helpful) seems to indicate that you specify them as non-scaling placements |
| 00:01.22 | brlcad | (page 36) |
| 00:03.39 | brlcad | looks like cartesian_transformation_operator_3d is translation, supertype provides scaling, orientation .. what a mess! |
| 00:23.46 | brlcad | mpictor: very helpful, but LOTS of false positives .. talked to the dev and he said the -ignore-bugon-post flag should be quelling the ones I described to him |
| 00:26.00 | brlcad | mpictor: do you know if that flag was used? he said it was included in the optck script by default |
| 01:43.20 | mpictor | brlcad: yes, it contains -ignore-bugon-post, and they haven't updated the master branch since then |
| 01:44.16 | mpictor | I didn't build llvm/clang exactly as specified - I just let gentoo do its thing - but I assume that a misconfiguration would result in a build failure or crash rather than false positives |
| 01:47.14 | brlcad | ahh, that'd be why |
| 01:47.29 | brlcad | he said it has to be built that way so that exit() is properly detected |
| 01:47.42 | brlcad | otherwise llvm doesn't output some information they need |
| 01:47.51 | mpictor | all they want is --enable-cxx11 --enable-targets=host --enable-bindings=none --enable-shared --enable-debug-symbols --enable-optimized |
| 01:48.37 | mpictor | wonders how hard it would be to set up an ebuild for stack that does it right |
| 01:51.38 | brlcad | his statement was: "Make sure to build your own clang as instructed in the INSTALL |
| 01:51.41 | brlcad | file; don't use a prebuilt clang, which doesn't emit names for basic |
| 01:51.44 | brlcad | blocks and causes a lot of false positives." |
| 01:52.41 | mpictor | If I get time, I'll try to rebuild as they specify and compare the output |
| 01:53.01 | brlcad | of course, he also says that functions marked noreturn shouldn't be reported.. and ours should marked as that |
| 01:53.17 | mpictor | heh |
| 01:53.27 | brlcad | yep, they are |
| 01:53.44 | brlcad | of course, hidden behind a preprocessor symbol, maybe it has issues with that |
| 02:13.10 | brlcad | mpictor: it's definitely finding issues, but so far it's about 90% false positives with the null-dereference issues |
| 02:14.20 | mpictor | I'll try to rebuild tomorrow. |
| 02:50.48 | Notify | 03BRL-CAD:brlcad * 57773 brlcad/trunk/src/libged/analyze.c: use snprintf instead of sprintf for safety printing into the fixed-size buffer. can probably switch to bu_vls_printf now and fix the FIXMEs. |
| 02:52.11 | Notify | 03BRL-CAD:brlcad * 57774 brlcad/trunk/src/libged/analyze.c: ws indent cleanup |
| 03:08.03 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-zcrsunauvuqnonbq) | |
| 03:12.06 | Notify | 03BRL-CAD:brlcad * 57775 brlcad/trunk/src/shapes/wire.c: remove the newbie dev end scope markers. remove the dead code else case (i > 99). |
| 03:12.55 | Notify | 03BRL-CAD:brlcad * 57776 brlcad/trunk/src/shapes/wire.c: remove newbie dev start scope comments. |
| 03:15.23 | Notify | 03BRL-CAD:brlcad * 57777 brlcad/trunk/src/shapes/wire.c: style fixes |
| 04:03.44 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ijulyuyzetygqhtn) | |
| 06:35.53 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:31.39 | Notify | 03BRL-CAD:indianlarry * 57778 (brlcad/branches/nurbs/CHANGES brlcad/branches/nurbs/TODO and 20 others): Merging trunk into branch 'nurbs' r:57745:57777 |
| 10:37.04 | Notify | 03BRL-CAD:phoenixyjll * 57779 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Add more comment. |
| 10:40.19 | Notify | 03BRL-CAD Wiki:Phoenix * 6157 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 14 */ |
| 10:45.00 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 10:45.03 | Ch3ck_ | join ##security |
| 10:47.35 | brlcad | moin |
| 10:53.24 | Notify | 03BRL-CAD Wiki:Phoenix * 6158 /wiki/User:Phoenix/GSoc2013/Reports: /* Final summary */ |
| 10:53.35 | Notify | 03BRL-CAD Wiki:Phoenix * 6159 /wiki/User:Phoenix/GSoc2013/Reports: /* Final summary */ |
| 11:56.21 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 12:45.24 | *** join/#brlcad kesha (0e8b7a72@gateway/web/freenode/ip.14.139.122.114) | |
| 12:59.34 | Notify | 03BRL-CAD:iiizzzaaakkk * 57780 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Some fixes to rt_hrt_norm, multiplying the transposed rotation matrix by the normal causes the bumps in the middle of the heart.After running the rt command on a heart object, I realised that unitizing is useless |
| 13:02.04 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6160 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Coding Log Report for GSoc 2013 */ |
| 13:10.35 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6161 /wiki/User:Izak/GSOC_2013_logs: /* September 16th to September 21st */ |
| 13:15.02 | kesha | waves to brlcad |
| 13:15.19 | kesha | Did you see at those tests ? |
| 13:24.58 | *** join/#brlcad kimzzzz (~AndChat31@1.38.29.25) | |
| 13:45.46 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 14:33.10 | *** join/#brlcad kimzzzz (~AndChat31@1.38.29.25) | |
| 14:34.57 | Notify | 03BRL-CAD:carlmoore * 57781 (brlcad/trunk/CHANGES brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): fix spellings (this includes CHANGES file) |
| 14:41.25 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:56.56 | *** join/#brlcad kimzzzz (~AndChat31@1.38.27.226) | |
| 15:17.28 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:27.14 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6162 /wiki/Code_Cleanup: /* CPPCHECK-CLEANUP */ |
| 15:36.20 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6163 /wiki/Deuces: |
| 16:31.09 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6164 /wiki/Deuces: /* Implement a primitive surface area function */ |
| 16:57.07 | *** join/#brlcad Gaganjyot (~gagan@106.192.6.9) | |
| 17:02.40 | Notify | 03BRL-CAD Wiki:Harman052 * 6165 /wiki/User:Harman052/GSoc2013/Logs: |
| 18:34.15 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:38.06 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.226) | |
| 18:50.09 | Notify | 03BRL-CAD:carlmoore * 57782 brlcad/trunk/src/conv/g-xxx_facets.c: remove unneeded braces (however, lack of storage of file name makes me doubt this program is in use) |
| 19:14.46 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:27.42 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6166 /wiki/Deuces: /* Implement a primitive centroid function */ |
| 19:43.30 | Notify | 03BRL-CAD:indianlarry * 57783 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: hybrid get closest point pullback working for hood but not getting through all of the M1025 geometry need to lookat, still WIP with a lot of debug code |
| 19:44.20 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6167 /wiki/Deuces: /* Implement a primitive UV-mapping callback */ |
| 19:57.17 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6168 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 14 */ |
| 20:04.05 | *** join/#brlcad Gaganjyot (~gagan@106.192.33.170) | |
| 20:35.03 | brlcad | starseeker: dykstra's brl-cad overview paper references a brl report that I don't think I've seen, and it's not in our .bib |
| 20:35.25 | brlcad | ref #8 |
| 20:36.53 | brlcad | that looks like possibly the first actual publication from the team on brl-cad |
| 20:38.29 | Notify | 03BRL-CAD:brlcad * 57784 brlcad/trunk/doc/BRL-CAD.bib: sort the publications by year so it's easier to find if things are listed in here. probably an automatic way availlable, but did this manually. |
| 20:43.49 | Notify | 03BRL-CAD:brlcad * 57785 brlcad/trunk/doc/BRL-CAD.bib: consistency, most do not have commas separating the multiple authors |
| 20:48.09 | kesha | brlcad: ping ! hi .. |
| 20:50.29 | *** join/#brlcad kimzzzz (~AndChat31@1.38.27.226) | |
| 20:52.33 | Notify | 03BRL-CAD:brlcad * 57786 brlcad/trunk/doc/BRL-CAD.bib: author cleanup |
| 20:57.17 | brlcad | kesha: pong |
| 20:57.28 | Notify | 03BRL-CAD:brlcad * 57787 brlcad/trunk/doc/BRL-CAD.bib: dykstra's oct. 1987 brl-cad overview paper mentions the existence of a brl internal publication (brl report?) in june 1987. |
| 20:58.34 | kesha | brlcad: :D Do you recieve my mail ? |
| 20:59.32 | kesha | Look at few recent patches on sf when free and merge it or provide feedback, if needed some modifications :) |
| 20:59.59 | kesha | Also, I need some guidance abt next tasks .. |
| 21:05.25 | *** join/#brlcad kimzzzz (~AndChat31@1.38.27.226) | |
| 21:06.14 | *** join/#brlcad kimzzzz (~AndChat31@1.38.27.226) | |
| 21:06.17 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 21:12.44 | Notify | 03BRL-CAD:carlmoore * 57788 brlcad/trunk/src/shapes/gastank.c: remove set of unneeded braces; ensure that numtnk is handled the same way either as answer-to-question or as -n argument |
| 21:30.15 | brlcad | starseeker: it's also entirely possible that it was just the 1.21 release, though I did find another reference that it presented in some form |
| 21:31.10 | brlcad | kesha: yes, I received your e-mail but have not read it yet |
| 21:31.23 | brlcad | I also saw the patches, I get notified every time |
| 21:37.21 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 21:37.44 | kesha | brlcad: okay .. cool ! (y) |
| 21:42.01 | brlcad | oof, another I haven't seen: http://books.google.com/books?id=KuvC5-OML7sC |
| 21:43.18 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6169 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 */ |
| 22:35.54 | Notify | 03BRL-CAD:tbrowder2 * 57789 brlcad/trunk/src/util/CMakeLists.txt: add another file for testing static structs for arg parsing |
| 22:45.51 | Notify | 03BRL-CAD:tbrowder2 * 57790 brlcad/trunk/src/util/bu_arg_parse.h: add structs and funcs for static init use |
| 22:48.09 | Notify | 03BRL-CAD:tbrowder2 * 57791 brlcad/trunk/src/util/bu_arg_parse.h: use tmp names for disambiguation while two methods (APIs) in use |
| 02:32.46 | kanzure | brlcad: in general, if i submitted patches that rewrote bu macros into functions, would they be particularly welcome? (this is for my bindings) |
| 03:28.10 | *** join/#brlcad caen23 (~caen23@92.85.89.94) | |
| 03:29.47 | Notify | 03BRL-CAD:mohitdaga * 57792 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester function for icv_rect. |
| 06:50.06 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.226) | |
| 06:50.58 | *** join/#brlcad kimzzzz (~AndChat31@1.38.27.226) | |
| 06:59.54 | *** join/#brlcad kimzzzz (~AndChat31@1.38.27.226) | |
| 07:32.43 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:56.15 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 09:36.39 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.226) | |
| 09:42.13 | *** join/#brlcad kimzzzz (~AndChat31@1.38.27.226) | |
| 10:03.52 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.27.226) | |
| 10:06.35 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.242) | |
| 10:12.12 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:16.30 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.242) | |
| 10:22.16 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6170 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* PROJECT SUMMARY */ |
| 10:23.47 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.242) | |
| 10:30.47 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6171 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 16 - Sept 22 */ |
| 11:27.12 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:32.55 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:23.48 | Notify | 03BRL-CAD:mohitdaga * 57793 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester utility for icv_crop api. |
| 13:37.48 | Notify | 03BRL-CAD:mohitdaga * 57794 (brlcad/trunk/src/libicv/tests/icv_read_write.c brlcad/trunk/src/libicv/tests/icv_rect.c): Free image after working on it. |
| 13:41.35 | zero_level | hi brlcad, ``Erik : Can you help me compile a programm using gprof flags ? |
| 13:42.49 | zero_level | basically to paraphrase I wish to add "libicv" and "libbu" while compiling with gcc in an external directory. |
| 13:43.10 | zero_level | this will enable me to add gprof flags. :) |
| 14:47.16 | *** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223) | |
| 15:35.54 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 15:55.04 | *** join/#brlcad Gaganjyot (~gagan@106.192.59.142) | |
| 17:26.49 | *** join/#brlcad Gaganjyot (~gagan@106.192.36.121) | |
| 17:30.31 | *** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik) | |
| 17:31.35 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6172 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager: Created page with "=Project Summary= Being my first participation in Google Summer of Code and my fist contact with open source projects I was very excited and eager to start working. For the p..." |
| 17:42.42 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6173 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager: |
| 18:39.43 | *** join/#brlcad Gaganjyot (~gagan@1.38.16.41) | |
| 19:52.58 | *** join/#brlcad Gaganjyot (~gagan@1.38.16.41) | |
| 19:59.27 | Notify | 03BRL-CAD:vladbogo * 57795 brlcad/trunk/src/libdm/dm-qt.cpp: Added new events + comments and small fixes |
| 20:01.28 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6174 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 */ |
| 23:22.36 | Notify | 03BRL-CAD:mohitdaga * 57796 brlcad/trunk/src/libicv/filter.c: Missing typo in icv_filter. Also move the cursor for output data. |
| 23:32.52 | Notify | 03BRL-CAD:mohitdaga * 57797 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester utility for icv_filter |
| 03:28.25 | Notify | 03BRL-CAD:brlcad * 57798 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libicv/tests/CMakeLists.txt): LOCAL is no longer used/necessary. NO_INSTALL implies keeping the binary in the corresponding build directory. |
| 03:58.18 | Notify | 03BRL-CAD Wiki:Puppy8Doggy * 0 /wiki/User:Puppy8Doggy: |
| 06:14.37 | *** join/#brlcad kesha (~kesha@49.249.16.31) | |
| 06:19.37 | kesha | brlcad: Is there something on priority list ? or shall I continue with refactoring ? |
| 06:20.42 | kesha | And if u get some time, please look at the test so that I can edit if any modifications required . :) |
| 10:56.50 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 11:33.55 | *** join/#brlcad kesha_ (~kesha@49.249.17.233) | |
| 11:34.29 | Notify | 03BRL-CAD:mohitdaga * 57799 brlcad/trunk/src/libicv/tests/icv_filter.c: Correct templete heading for icv_filter.c |
| 12:03.31 | *** join/#brlcad kesha_ (~kesha@49.249.16.194) | |
| 12:17.35 | *** join/#brlcad kesha_ (~kesha@49.249.0.61) | |
| 12:22.56 | *** join/#brlcad kesha_ (~kesha@49.249.0.61) | |
| 12:57.44 | *** join/#brlcad Gaganjyot (~gagan@1.38.16.41) | |
| 12:58.54 | Notify | 03BRL-CAD:mohitdaga * 57800 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester function for icv_fade api. |
| 13:27.40 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6175 /wiki/User:KeshaSShah/GSoC13/Reports: /* Week 14 */ |
| 14:54.21 | *** join/#brlcad Gaganjyot (~gagan@1.38.16.41) | |
| 15:10.27 | *** join/#brlcad whyesse (~quassel@109.160.252.157) | |
| 15:42.42 | Notify | 03BRL-CAD:tbrowder2 * 57801 brlcad/trunk/src/util/bu_arg_parse_private.h: remove invalid code--pointers aren't accessed properly |
| 15:43.26 | Notify | 03BRL-CAD:tbrowder2 * 57802 brlcad/trunk/src/util/dsp_add_t.cpp: add ws |
| 15:44.45 | Notify | 03BRL-CAD:tbrowder2 * 57803 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add3.c): define a second, static API; change file scope func and var names to have leading undercsore |
| 15:49.26 | Notify | 03BRL-CAD:tbrowder2 * 57804 brlcad/trunk/src/util/bu_arg_parse.cpp: add underscore to file scope var |
| 15:51.14 | Notify | 03BRL-CAD:tbrowder2 * 57805 brlcad/trunk/src/util/bu_arg_parse.cpp: add static specifier to file scope funcs |
| 17:11.50 | *** join/#brlcad kesha_ (~kesha@49.249.17.26) | |
| 17:40.57 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 18:29.08 | Notify | 03BRL-CAD:tbrowder2 * 57806 brlcad/trunk/src/util/bu_arg_parse.h: add boolean macros; add magic for arg structs; add new, specialized arg structs |
| 18:31.32 | Notify | 03BRL-CAD:tbrowder2 * 57807 brlcad/trunk/src/util/bu_arg_parse.h: rename (and document adding) the arg init macros |
| 18:38.36 | Notify | 03BRL-CAD:tbrowder2 * 57808 brlcad/trunk/src/util/bu_arg_parse.h: use the correct arg type enum value |
| 19:23.24 | Notify | 03BRL-CAD:tbrowder2 * 57809 brlcad/trunk/src/util/bu_arg_parse.h: change to void to handle multiple type struct pointers; swith type needs a default bool var (always false for our purposes at the moment) |
| 19:24.58 | Notify | 03BRL-CAD:tbrowder2 * 57810 brlcad/trunk/src/util/bu_arg_parse.cpp: add local func for 'RTTI'; change func sigs to handle new API structs |
| 19:25.47 | Notify | 03BRL-CAD:tbrowder2 * 57811 brlcad/trunk/src/util/dsp_add3.c: mods to handle new struct types |
| 19:31.50 | Notify | 03BRL-CAD:vladbogo * 57812 (brlcad/trunk/include/dm-Null.h brlcad/trunk/src/libdm/dm-qt.cpp): Implemented/Removed some trivial functions. |
| 19:38.01 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Archer.png: |
| 19:39.02 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Mged.png: |
| 19:39.27 | Notify | 03BRL-CAD Wiki:Vladbogolin * 0 /wiki/File:Mged-c.png: |
| 19:47.59 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6179 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager: /* Results */ |
| 19:55.30 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6180 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager: |
| 19:58.51 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6181 /wiki/User:Vladbogolin/GSoC2013/qt-display-manager: /* To be done */ |
| 19:58.57 | *** part/#brlcad Gaganjyot (~gagan@1.38.16.41) | |
| 20:04.55 | Notify | 03BRL-CAD:tbrowder2 * 57813 brlcad/trunk/src/util/dsp_add3.c: don't need void casts for arg pointer array; add to and tidy some comments; builds okay; no-args tests look good; whole thing still needs work for prime time but 3rd arg parse API ready for critique |
| 20:24.09 | Notify | 03BRL-CAD:vladbogo * 57814 brlcad/trunk/src/libdm/dm-qt.cpp: More cleanups. |
| 20:28.41 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6182 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 */ |
| 20:29.26 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6183 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 14 (16 September - 22 September) */ |
| 23:47.53 | Notify | 03BRL-CAD:tbrowder2 * 57815 brlcad/trunk/src/util/bu_arg_parse.h: try for better type safety with enums vs. defines; add BU_FALSE and BU_TRUE defs; add more constness for magic |
| 01:11.07 | Notify | 03BRL-CAD:mohitdaga * 57816 (brlcad/trunk/src/libicv/size.c brlcad/trunk/src/libicv/tests/CMakeLists.txt): Add tester function for icv_resize [methods dealing in to increase the size] api. |
| 01:12.21 | Notify | 03BRL-CAD:mohitdaga * 57817 brlcad/trunk/src/libicv/tests/icv_size_up.c: TYPO |
| 01:15.45 | Notify | 03BRL-CAD:mohitdaga * 57818 brlcad/trunk/src/libicv/size.c: remove debug flags. |
| 01:53.21 | Notify | 03BRL-CAD:mohitdaga * 57819 brlcad/trunk/src/libicv/size.c: Few sanitizers. |
| 01:55.10 | Notify | 03BRL-CAD:mohitdaga * 57820 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester function for icv_resize [methods dealing in to decrease the size] api. |
| 02:17.26 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ijulyuyzetygqhtn) | |
| 07:07.17 | *** join/#brlcad whyesse (~quassel@109.160.252.157) | |
| 09:00.36 | *** join/#brlcad whyesse (~quassel@109.160.252.157) | |
| 10:49.50 | Notify | 03BRL-CAD:tbrowder2 * 57821 brlcad/trunk/misc/CMake/CompilerFlags.cmake: remove 'the' |
| 10:52.20 | Notify | 03BRL-CAD:tbrowder2 * 57822 brlcad/trunk/misc/CMake/CompilerFlags.cmake: format some comments to narrower width for ease of reading |
| 11:09.00 | Notify | 03BRL-CAD:tbrowder2 * 57823 brlcad/trunk/CMakeLists.txt: improve grammar (remove superflous 'got'); end sentences wih a period |
| 11:10.44 | Notify | 03BRL-CAD:tbrowder2 * 57824 brlcad/trunk/CMakeLists.txt: narrow too-wide comment; indent a link in a comment for highlighting |
| 11:13.52 | Notify | 03BRL-CAD:tbrowder2 * 57825 brlcad/trunk/CMakeLists.txt: add missing 'a' |
| 11:42.42 | Notify | 03BRL-CAD Wiki:Carlosmunoz * 0 /wiki/User:Carlosmunoz: |
| 11:48.17 | Notify | 03BRL-CAD:tbrowder2 * 57826 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/CompilerFlags.cmake): add an option to do strict C89 checking |
| 13:13.26 | Notify | 03BRL-CAD:tbrowder2 * 57827 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: add label for c89 checking option |
| 13:14.38 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:48.18 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 13:51.57 | vladbogo | d_rossberg |
| 13:52.06 | vladbogo | I've just seen your mail |
| 13:54.10 | vladbogo | I've tried the same thing (calling XInitThreads) in mged and there still is a segfault. It occurs more infrequent and it cannot be captured in gdb (so it might be something else) but still occurs from time to time. |
| 13:54.49 | d_rossberg | where did you put the XInitThreads()? |
| 13:55.08 | vladbogo | first line in main in src/mged/mged.c |
| 13:56.49 | d_rossberg | this should be ok for the mged |
| 13:57.34 | d_rossberg | there is probable another issue too causing a segfault |
| 13:58.57 | vladbogo | it might be |
| 14:00.19 | vladbogo | I'll try to run several times to see if it occurs in the debugger |
| 14:00.33 | d_rossberg | i got a segmentation fault by simply starting and closing archer, with calling XInitThreads() first in bwish this segfault was gone |
| 14:07.26 | *** join/#brlcad Gaganjyot (~gagan@210.56.99.213) | |
| 14:10.57 | d_rossberg | vladbogo: will the bu_log("close called"); stay in the source file? |
| 14:12.09 | vladbogo | d_rossberg: no, I'll remove it and also bu_log("open called") |
| 14:16.30 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 14:21.33 | d_rossberg | ok |
| 14:21.59 | Notify | 03BRL-CAD:vladbogo * 57828 brlcad/trunk/src/libdm/dm-qt.cpp: Removed some log calls. |
| 14:22.16 | vladbogo | d_rossberg: I removed them. They were left there just to make sure that when running mged I change and use the qt dm. |
| 15:15.46 | Notify | 03BRL-CAD:n_reed * 57829 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Revert rt_hrt_norm to previous revision. Latest suffered from non-standard signature and set-but-unused. |
| 15:19.25 | Notify | 03BRL-CAD:starseeker * 57830 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: More work on figuring out how to break matricies down for AP203. |
| 15:33.41 | Notify | 03BRL-CAD:starseeker * 57831 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Add function to create an identity AXIS2_PLACEMENT_3D |
| 15:46.21 | Notify | 03BRL-CAD:starseeker * 57832 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: This string comes from the standard and is expected to be this particular domain. |
| 15:55.06 | Notify | 03BRL-CAD:starseeker * 57833 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): Add design context |
| 16:13.30 | *** join/#brlcad kesha (~kesha@49.202.231.141) | |
| 16:18.01 | *** join/#brlcad kesha (~kesha@49.202.238.200) | |
| 16:32.10 | Notify | 03BRL-CAD:brlcad * 57834 brlcad/branches/RELEASE/include/bu.h: they return (BRL-CAD), not (unknown) |
| 16:48.21 | Notify | 03BRL-CAD:brlcad * 57835 brlcad/branches/RELEASE/src/libbu/progname.c: fix the fixme's, no worse for the wear, by removing progname_ipwd() |
| 16:59.17 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6184 /wiki/User:Izak/GSOC_2013_logs: /* September 16th to September 21st */ |
| 17:00.08 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6185 /wiki/User:Izak/GSOC_2013_logs: /* GSoC 2013 summary */ |
| 17:18.13 | Notify | 03BRL-CAD:mohitdaga * 57836 brlcad/trunk/src/libicv/operations.c: Sanitize divide operations by adding EPS. |
| 17:23.22 | Notify | 03BRL-CAD:mohitdaga * 57837 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add tester functions for icv_saturate api |
| 17:27.33 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:33.46 | brlcad | zero_level: r57836 .. cannot throw in arbitrary constants like that without documenting them |
| 17:34.10 | brlcad | should also consider whether there's an existing constant that will suffice (search the headers) |
| 17:36.16 | brlcad | in particular, there is VUNITIZE_TOL, VDIVIDE_TOL, BN_TOL_DIST, plus all the std limit tolernaces ... to name a few |
| 17:45.27 | brlcad | if you're protecting from a divide by zero, you should check for zero .. otherwise you could be injecting a drift |
| 18:05.39 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 18:07.44 | Notify | 03BRL-CAD:iiizzzaaakkk * 57838 brlcad/trunk/src/librt/primitives/hrt/hrt.c: Some corrections to rt_hrt_norm() function |
| 18:12.19 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6186 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 23 - Sept 28 */ |
| 18:37.54 | Izak__ | exit |
| 18:41.10 | Notify | 03BRL-CAD:starseeker * 57839 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Quote comb names |
| 18:41.28 | brlcad | Izak__: looks like the heart is necrotic ;) |
| 18:41.54 | brlcad | starseeker: how can I test for a flag using our compiler flags? |
| 18:42.04 | brlcad | er, test for a symbol |
| 18:43.34 | starseeker | uh... not sure |
| 18:43.35 | Notify | 03BRL-CAD:mohitdaga * 57840 (brlcad/trunk/include/icv.h brlcad/trunk/src/libicv/operations.c): Correct validation process. |
| 18:44.20 | brlcad | check_c_source_compiles() doesn't seem to set any flags |
| 18:44.36 | starseeker | oh - IIRC there are CMake variables you can set |
| 18:44.38 | starseeker | one sec |
| 18:44.44 | brlcad | so a symbol is passing that then breaks compilation when it doesn't exist later (when -std= is set, for example) |
| 18:45.29 | starseeker | is CMAKE_C_FLAGS what you're looking for? |
| 18:46.22 | starseeker | BRLCAD_CHECK_LIBRARY has to deal with that, for example... |
| 18:46.45 | brlcad | they're doing the opposite though |
| 18:46.56 | brlcad | they're intentionally unsetting CMAKE_C_FLAGS |
| 18:47.06 | brlcad | (which is related to this problem) |
| 18:47.09 | starseeker | you want to know if a particular symbol is set? |
| 18:47.50 | brlcad | I want to know if we can use a particular symbol |
| 18:48.24 | brlcad | a symbol that passes testing if I use check_c_source_compiles() or BRLCAD_CHECK_*() ... but it shouldn't be passing |
| 18:48.29 | starseeker | you mean something like if(DEFINED C89_FLAG) or something? |
| 18:48.54 | brlcad | except there are practically an unlimited number of things that might make it fail |
| 18:48.57 | brlcad | not just c89 |
| 18:49.15 | brlcad | and in this case, not at all c89-related, though I'm sure that would be one of the cases |
| 18:50.10 | starseeker | brlcad: the problem, iirc, was that something that have to work (like the bigendian test, IIRC) can get messed with by having things in CMAKE_C_FLAGS |
| 18:50.15 | brlcad | i'm a little surprised check_c_source_compiles() is passing nothing -- does it ignore CMAKE_C_FLAGS? (or maybe the other flags haven't been tested yet) |
| 18:52.00 | brlcad | is that documented somewhere? seems like that will ultimately be necessary/helpful to have symbols tested with a given set of compilation flags |
| 18:52.06 | starseeker | winces |
| 18:52.10 | brlcad | that being the bigendian problem |
| 18:52.26 | brlcad | what? |
| 18:52.57 | starseeker | brlcad: essentially, what you need to do that right is a system that defines tests and allows them to be dependent on other tests |
| 18:53.16 | starseeker | that's one of the core necessities for parallel configure |
| 18:53.35 | starseeker | essentially, duplicates the build target dependency resolution in a "configure setup" stage |
| 18:53.53 | starseeker | pretty sure CMake doesn't have that - I don't know of any build tool that does, for that matter |
| 18:54.35 | starseeker | had actually guessed that was a likely feature that would characterize the "next generation" of build tool after CMake... |
| 18:55.08 | brlcad | i don't follow, we don't configure in parallel now ... it's a big script |
| 18:55.43 | starseeker | I know, but if you make test dependent on other tests you have to sort out some thorny ordering issues |
| 18:56.00 | brlcad | and I cannot describe all the possible ways some test might be dependent on something else making it available/unavailble... |
| 18:56.07 | starseeker | almost exactly the same problem as target dependency resoultion |
| 18:56.30 | Notify | 03BRL-CAD:mohitdaga * 57841 brlcad/trunk/src/libicv/tests/CMakeLists.txt: Add test utility for operations.c |
| 18:58.10 | brlcad | this all seems non sequitor too.. how else can we possibly know if a symbol is actually usable during compilation without testing it with our compilation flags? |
| 18:58.21 | starseeker | brlcad: so you want to have all tests use whatever flags have already been added, except in cases where we know there are issues? |
| 18:58.28 | brlcad | we're getting lucky at the moment in a way (because we turn on extensions0 |
| 18:59.39 | brlcad | hard to say that for sure without knowing what those issues are, but yeah .. I think that will be necessary to make the code actually toggle implementation behavior correctly |
| 18:59.56 | starseeker | eek |
| 19:00.00 | brlcad | got to know if some symbol like fileno is really available |
| 19:00.13 | brlcad | you keep doing |
| 19:00.24 | Notify | 03BRL-CAD:mohitdaga * 57842 (brlcad/trunk/src/libicv/tests/icv_crop.c brlcad/trunk/src/libicv/tests/icv_fade.c and 5 others): Trailing WS |
| 19:00.26 | brlcad | doing that .. tell me what other alternative solution there is? |
| 19:00.37 | brlcad | I don't see any possible way frankly |
| 19:00.41 | starseeker | isn't there a subset of definitions like the std definitions that we know *might* impact such availability |
| 19:01.18 | brlcad | std definitions? |
| 19:01.20 | starseeker | if any definition might impact any other definition, what order do we pick in which to test things? |
| 19:01.21 | brlcad | which std? |
| 19:01.33 | starseeker | -std=gnu99 et al |
| 19:01.34 | brlcad | what mode of compilation, what defines |
| 19:02.15 | brlcad | no, there's not a set of definitions |
| 19:02.34 | brlcad | -std=* is one way, and there are about a half-dozen other ways |
| 19:02.36 | brlcad | and that's just gcc |
| 19:02.58 | starseeker | then if we test something at some point in the configure process and it succeeded, what guarantee do we have that a flag added further down the configure process won't invalidate the test we just had succeed? |
| 19:03.00 | brlcad | -pedantic affects things dramatically too |
| 19:04.28 | brlcad | we guarantee the order of testing, that was exactly why configure defined the N categories of tests .. |
| 19:04.55 | brlcad | wasn't just for fun to keep things organized, it was requried to know that a given symbol was actually usable (because the compiler behavior was tested first) |
| 19:05.16 | brlcad | oversimplifying, but that was the reason for categorical testing |
| 19:05.41 | starseeker | I may be confused on terminology here - compiler behavior is independent of symbol usability? |
| 19:06.46 | brlcad | not sure what you mean by independent |
| 19:06.48 | starseeker | or rather, we don't make decisions about compiler behavior flags based on what symbols are are aren't usable? |
| 19:07.04 | brlcad | compiler characteristics can certainly affect the outcome of symbols |
| 19:07.04 | starseeker | s/are are/are or/ |
| 19:07.23 | brlcad | ah, no |
| 19:07.27 | brlcad | other way around |
| 19:07.41 | brlcad | symbol availability is driven by the compiler settings |
| 19:07.53 | brlcad | so you have to test compiler first |
| 19:08.03 | brlcad | it's the header in CMakeLists.txt that was copied from configure.ac |
| 19:08.09 | starseeker | but which one do we care about? Or rather, which one changes based on the results of the other? |
| 19:08.38 | starseeker | if we know we need a symbol, do we cycle through compiler behavior flags until it works? |
| 19:08.39 | brlcad | 3) check compilear characteristics has to come before 7) check functions (for example) because they affect those results |
| 19:09.00 | zero_level | waves to brlcad, ``Erik |
| 19:09.17 | brlcad | do we have a case where we know we need a symbol? |
| 19:09.26 | brlcad | I've never thought of it that way |
| 19:09.42 | zero_level | brlcad, ``Erik : have you seen the test infrastructure. |
| 19:10.02 | starseeker | I dont know offhand - I was thinking of the Mac where if we add the c89 strict flag the Mac headers shut us down |
| 19:10.19 | brlcad | always the other way around, we need certain compiler flags, we cycle through symbols so code can find some implementation that works |
| 19:10.21 | starseeker | example of non-viable compiler behavior flags |
| 19:10.35 | brlcad | zero_level: yep, looked good |
| 19:11.23 | brlcad | starseeker: AH .. now *that* I would believe.. that you ran into a problem with strictness and system headers, punted by turning off flags :) |
| 19:11.50 | starseeker | brlcad: then what we need to do internally is differentiate between compiler behavior flags and options related to symbols, and populate CMAKE_C_FLAGS with whatever subset is approporate for the test at hand |
| 19:12.12 | starseeker | I very much doubt we have that level of granularity currently |
| 19:12.17 | brlcad | options related to symbols? |
| 19:12.48 | starseeker | if any are needed - for example, if a test for one symbol can't work without another symbol being defined |
| 19:12.49 | brlcad | so there are already some flags that are called out in specific directories, and some that are just global to the whole project |
| 19:12.59 | brlcad | it's the ones that are global to the project that should be used |
| 19:13.06 | starseeker | again, don't know if that could happen but I don't know enough to rule it out |
| 19:13.50 | brlcad | what you just described was 8) check system services |
| 19:13.57 | starseeker | brlcad: if you want to make a quick test just alter all the macros to not zero out CMAKE_C_FLAGS - that'll tell you what happens currently |
| 19:14.04 | brlcad | i.e., a test for one symbol can't work without another symbol being defined |
| 19:14.05 | zero_level | brlcad : This is my first year in GSoC. Can I still code ? (Pencils Down) or I have to stop now and resume after 27th ? |
| 19:14.27 | brlcad | starseeker: I'm still not sure that will fix my current symbol problem |
| 19:14.42 | brlcad | starseeker: like I said, check_c_source_compiles() passes ... and has no flags |
| 19:14.54 | starseeker | let me check the macro definition |
| 19:14.56 | brlcad | implies empty CFLAGS no? |
| 19:15.32 | brlcad | zero_level: you can absolutely still keep coding! |
| 19:15.52 | zero_level | ok. |
| 19:16.05 | brlcad | my goodness! that's the whole point is to get you all coding as much as possible, working on open source for fun :) |
| 19:16.24 | brlcad | so yeah, you passed developer vetting |
| 19:16.32 | zero_level | brlcad : Were you tuned to logs? I am plannin to find performance analysis of api. |
| 19:16.55 | brlcad | once you got commit access, you've been allowed to work on what you find interesting so long as it fits in with the project in some fashion |
| 19:17.12 | starseeker | brlcad: I think you can add what is needed to CMAKE_REQUIRED_DEFINITIONS |
| 19:17.15 | zero_level | ok. |
| 19:17.58 | brlcad | zero_level: yeah, I was away when you asked .. it's not hard to get a profile build going |
| 19:18.07 | zero_level | So I want to find how do I add -pg or -g for 'gprof' |
| 19:18.14 | brlcad | it's hard to make use of the numbers, to understand what's going on, but it's not hard at all to get the profile |
| 19:18.45 | brlcad | starseeker: okay, I'll play with that, see if I can find some examples |
| 19:19.01 | brlcad | then maybe later try the cflags un-unsetting |
| 19:19.22 | brlcad | but that will require making sure the cflag-modifier tests are first |
| 19:19.31 | zero_level | brlcad : how ? |
| 19:19.32 | starseeker | fwiw, our compiler flag testing is waaaaaay more elaborate that any other CMake project I've ever seen, so it's quite possible they aren't set up do what we want/need out of the box |
| 19:19.55 | brlcad | zero_level: we have profiling integrated into the build, you should be able to just turn it on (INSTALL file has the syntax) |
| 19:20.11 | zero_level | alright. Thanks for the pointer. |
| 19:20.14 | brlcad | basically -pg turns on gprof profiling, helps to have -g but not requisite |
| 19:20.55 | brlcad | once you compile with -pg, you run the program, it will dump a gmon.out file, you run gprof on that gmon.out file and it'll give a report |
| 19:24.19 | starseeker | brlcad: so we do have a dependency flow chart, but it's basically one "category" of test depends on another category's results? |
| 19:25.30 | Notify | 03BRL-CAD:mohitdaga * 57843 brlcad/trunk/src/libicv/operations.c: Use already defined MACRO for avoiding zero divide. |
| 19:25.54 | zero_level | brlcad : I believe r57843 solves the issue. :) |
| 19:30.16 | brlcad | starseeker: I think that's notionally not a bad way to think about it, though I think dependency-wise it's probably a little more simple than the 10 categories |
| 19:31.00 | starseeker | brlcad: I think a flowchart type document describing that relationship (and the reasons for it) might not be a bad thing, long term |
| 19:31.23 | starseeker | in principle, tests within those categories can be made parallel someday |
| 19:31.30 | starseeker | if the tool supports it, anyway... |
| 19:32.24 | starseeker | the two naive positions are that each flag can be tested totally independently, and any flag of any sort can impact any other flag (nxn) - clearly there is a middle ground |
| 19:33.24 | starseeker | (very) long term, understanding what tests have to depend on what other tests (or categories of tests) is key to speeding up configure |
| 19:38.40 | brlcad | yeah, within each category I think they are fully independent |
| 19:41.28 | brlcad | I think they could even be modularized, but each module would need to (as you note) declare dependent modules and have some means of passing in a state |
| 19:42.15 | brlcad | like I could see just setting CMAKE_REQUIRE_DEFINITIONS before all the symbol checks, for example, to the current cflags that we were going to set, testing, and then unsetting |
| 19:46.40 | brlcad | I think the two big categories of dependencies are library availability (if a lib doesn't exist, you shouldn't test for symbols it may have provided) |
| 19:47.45 | brlcad | <PROTECTED> |
| 19:48.19 | Notify | 03BRL-CAD:carlmoore * 57844 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add3.c): remove trailing blanks/tabs; fix spellings |
| 19:49.06 | brlcad | arguably a third for system services, where you basically build up an integration test for the case of checking that things work correctly together where they might not |
| 19:53.48 | Notify | 03BRL-CAD:starseeker * 57845 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): Move bits related to comb structure assembly into Assembly_Product. |
| 20:00.07 | Notify | 03BRL-CAD:starseeker * 57846 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Make generic axis2_placement_3d function and make identity a special case that calls it. |
| 20:01.45 | starseeker | brlcad: actually, making those modules might be the simplest way to make that managable (and readable...) |
| 20:02.16 | starseeker | would certainly make for a shorter toplevel CMakeLists.txt... |
| 20:07.13 | ``Erik | *readreadread* brlcad, I think at this point, trying to get 'clean' on c89 would take more effort than clean on c99 due to fighting with system headers and libs... that ship has sailed, yo |
| 20:08.14 | ``Erik | I'd imagine just bumping to c99 and going from there would be the best path forward |
| 20:09.36 | ``Erik | (also; waking up and not flipping out about getting through the rainlocker to get to work in time... very strange, surreal...) |
| 20:47.58 | brlcad | starseeker: maybe simplest to manage, but I'd be surprised if it's the simplest way because you'd end up creating a module for what would otherwise often be a single line of code (check if this symbol will work) |
| 20:49.20 | brlcad | ``Erik: I don't deny that jumping to c99 would be the fastest way, but we're literally 99% of the way there already ... and none of what I've been talking about today had anything to do with c89/c99 |
| 20:49.54 | brlcad | needs to test for program_invocation_name (a glibc symbol) |
| 20:51.22 | brlcad | from a product evolution, we used to compile strict (and not too long ago, within last 8 years), so it's just a matter of fixing that regression so we can claim a baseline before moving on |
| 20:51.46 | brlcad | otherwise, would have said screw it 10 years ago when it was a pre-ansi mess |
| 21:51.42 | Notify | 03BRL-CAD:starseeker * 57847 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Break matrix handling into a function |
| 21:52.40 | starseeker | brlcad: oh, I was thinking one module per "category" |
| 21:52.50 | brlcad | ah |
| 22:01.25 | brlcad | starseeker: any chance to check out one of those pending patches for check? |
| 22:01.51 | brlcad | final evals are due by friday |
| 22:14.59 | Notify | 03BRL-CAD:brlcad * 57848 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: case fix |
| 22:42.05 | Notify | 03BRL-CAD:starseeker * 57849 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): Begin working on the core of comb support. Need to pass in more info, or something isn't being build correctly with the maps, but getting there. |
| 22:42.26 | starseeker | I'll see if I can tonight... |
| 22:46.53 | brlcad | cool |
| 22:52.25 | *** join/#brlcad Gaganjyot (~gagan@125.62.120.186) | |
| 22:56.11 | maths22 | brlcad: what is the status for web work and the extensions? |
| 22:56.35 | maths22 | Sorry if you already got this, but your connections seemed to go in and out recently |
| 00:39.52 | Notify | 03BRL-CAD:starseeker * 57850 brlcad/trunk/src/util/bu_arg_parse.h: typo? |
| 00:42.27 | Notify | 03BRL-CAD:starseeker * 57851 brlcad/trunk/src/librt/primitives/hrt/hrt.c: This keeps tripping unused variable errors... is work supposed to be assigned to something? |
| 01:03.44 | Notify | 03BRL-CAD:brlcad * 57852 brlcad/trunk/include/bu.h: expand the docs on bu_getprogname() and bu_setprogname(), noting recent thread-safety changes |
| 01:14.59 | Notify | 03BRL-CAD:brlcad * 57853 brlcad/branches/RELEASE/CMakeLists.txt: test for program_invocation_name global, which glibc uses to stash the program execution name. no longer need to check for setprogname() with the new implementation too. |
| 01:19.36 | Notify | 03BRL-CAD:brlcad * 57854 brlcad/branches/RELEASE/src/libbu/progname.c: rewrite bu_setprogname()+bu_getprogname() to be far more simple. this eliminates the double-roundabout method that was being used to track the full argv0 and the basename separately. new method simply stashes any set values into a container and returns that or one of any system-available intrinsic methods. |
| 01:31.35 | Notify | 03BRL-CAD:brlcad * 57855 brlcad/branches/RELEASE/src/libbu/progname.c: simplify a little further, so there's just one basename free and one semaphore section |
| 01:37.11 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 03:33.18 | Notify | 03BRL-CAD:brlcad * 57856 brlcad/trunk/include/bu.h: bu_argv0_full_path() is not thread safe |
| 05:04.41 | Notify | 03BRL-CAD:brlcad * 57857 brlcad/branches/RELEASE/src/libbu/tests/bu_progname.c: add one more test to make sure bu_argv0_full_path() is actually returning a full path |
| 05:06.14 | Notify | 03BRL-CAD:brlcad * 57858 brlcad/branches/RELEASE/src/libbu/progname.c: if basename is a relative path, we need to attach it to the cwd. this fixes bu_argv0_full_path() if/when bu_setprogname() is set or we have access to program_invocation_name (glibc) |
| 05:11.58 | Notify | 03BRL-CAD:brlcad * 57859 brlcad/branches/RELEASE/TODO: bu_progname tests should be fixed, passing now. heap doesn't need to pass for release. |
| 05:28.26 | Notify | 03BRL-CAD:brlcad * 57860 brlcad/trunk/src/libbrep/opennurbs_ext.cpp: 'tyle |
| 05:51.48 | *** join/#brlcad kesha (~kesha___@1.38.31.143) | |
| 05:56.09 | *** join/#brlcad kesha_ (~kesha@49.249.16.72) | |
| 05:58.41 | *** join/#brlcad kesha__ (~kesha@49.249.16.72) | |
| 05:59.37 | *** join/#brlcad kesha__ (~kesha@49.249.16.72) | |
| 06:06.09 | *** join/#brlcad kesha__ (~kesha@49.249.16.72) | |
| 06:12.30 | Notify | 03BRL-CAD:brlcad * 57861 (brlcad/trunk/CMakeLists.txt brlcad/trunk/TODO and 5 others): merge RELEASE branch from r57448 through r57860 to pick up the bu_progname fix |
| 06:16.49 | Notify | 03BRL-CAD:brlcad * 57862 brlcad/trunk/regress/vls_vprintf.sh: point to the updated test exec name |
| 06:18.13 | Notify | 03BRL-CAD:brlcad * 57863 brlcad/trunk/regress/CMakeLists.txt: remove the vls_vprintf regression test, it's part of make test now |
| 06:20.05 | *** join/#brlcad kesha__ (~kesha@49.249.16.72) | |
| 07:41.57 | *** join/#brlcad kesha (~kesha___@1.38.31.143) | |
| 07:57.38 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:17.16 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:53.57 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:26.42 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:54.12 | Notify | 03BRL-CAD:starseeker * 57864 brlcad/trunk/src/libged/pull.c: Apply patch #215 from Nyah Check (changes made for ws and unused variables) |
| 11:58.39 | Ch3ck_ | starseeker: does the test work now? |
| 11:59.50 | starseeker | testing |
| 12:01.28 | starseeker | well, it does something, but I get: |
| 12:01.34 | starseeker | top.c: -- u test.c az=nan, el=nan, [nan, nan, nan] scale nan Perspective=[nan, nan, nan]?? |
| 12:01.41 | starseeker | do I need another patch? |
| 12:02.17 | starseeker | test.c: -- u test.s az=nan, el=nan, [nan, nan, nan] scale nan Perspective=[nan, nan, nan]?? as well... |
| 12:04.23 | Notify | 03BRL-CAD:starseeker * 57865 (brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/mann/en/aproposlib.xml and 9 others): Apply patch #233 from Nyah Check (sets up pull interface) |
| 12:04.36 | Ch3ck_ | well that's what I'm getting here too |
| 12:04.43 | starseeker | OK, trunk has #215 and #233 now... |
| 12:04.56 | Ch3ck_ | ok that fine |
| 12:05.21 | starseeker | I think I can safely say that nan is not the expected result... |
| 12:05.25 | Ch3ck_ | well I get nan values are being pulled from the objects when its supposed to be zero in case there is no value |
| 12:05.31 | Ch3ck_ | yes thats correct will look into it |
| 12:05.41 | Ch3ck_ | in place of nana |
| 12:05.54 | Ch3ck_ | i mean nan its supposed to be zero in any case |
| 12:06.13 | starseeker | what test case did you use and what results did you see? If you can post that to the dev email list we can try it... |
| 12:06.24 | starseeker | bbl |
| 12:06.32 | Ch3ck_ | ok let me send you send the tests i used |
| 12:06.53 | starseeker | send it to the list |
| 12:07.05 | starseeker | others may want to test |
| 12:09.00 | Ch3ck_ | starseeker: i've attached the tests and sent on list already |
| 12:09.19 | Ch3ck_ | brb |
| 12:09.33 | Ch3ck_ | runs out |
| 12:46.20 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 12:46.20 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:46.21 | *** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org) | |
| 12:46.21 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 12:46.26 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 13:23.15 | Notify | 03BRL-CAD:carlmoore * 57866 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: fix spelling |
| 13:46.39 | *** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223) | |
| 14:12.27 | *** join/#brlcad kesha_ (~kesha___@1.38.31.143) | |
| 14:28.46 | Ch3ck_ | comes back |
| 14:29.10 | Ch3ck_ | starseeker: looking at the code to fix bug |
| 14:37.29 | ``Erik | brlcad: c89/c99 was mostly impulsed by mailing list, but is an ongoing issue... |
| 14:41.57 | *** join/#brlcad Gaganjyot (~gagan@125.62.99.151) | |
| 15:08.56 | *** join/#brlcad kesha (~kesha___@1.38.31.143) | |
| 15:15.47 | *** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik) | |
| 15:27.40 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 15:55.19 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 16:19.40 | Notify | 03BRL-CAD:tbrowder2 * 57867 brlcad/trunk/misc/CMake/CheckCInline.cmake: fix 'inline' check for strict C89 checking |
| 16:45.27 | Notify | 03BRL-CAD:brlcad * 57868 (brlcad/trunk/misc/CMake/Distcheck.cmake brlcad/trunk/misc/CMake/distcheck_in_src_dir.cmake.in brlcad/trunk/misc/CMake/distcheck_target.cmake.in): also run the unit tests during distcheck-full now that they should all be passing. |
| 16:51.29 | Notify | 03BRL-CAD:brlcad * 57869 brlcad/trunk/misc/CMake/CheckCInline.cmake: reverting r57867 for a variety of reasons: this module should not rely on BRLCAD_* logic (it's implemented as a proper CMake extension), should be testing 'inline' first or we can end up with different inline behavior on c99 compilers, and this change didn't update the documentation that was specific on the ordering and reasoning. the problem is |
| 16:51.31 | Notify | that this needs to be tested *after* any std flags are set to ensure 'inline' will correctly fail the test. |
| 16:59.02 | Notify | 03BRL-CAD:brlcad * 57870 brlcad/trunk/misc/CMake/CheckCInline.cmake: simplify the logic, remove the unnecessary iterations of the foreach() loop by breaking when we're done. |
| 17:03.09 | *** join/#brlcad Bobek (a1b997c1@gateway/web/freenode/ip.161.185.151.193) | |
| 17:11.14 | Notify | 03BRL-CAD:brlcad * 57871 brlcad/trunk/src/other/libregex/CheckCInline.cmake: ugh, syn src other shite. this smells bad. |
| 17:26.00 | Notify | 03BRL-CAD:brlcad * 57872 (brlcad/trunk/misc/CMake/CheckCInline.cmake brlcad/trunk/src/other/libregex/CheckCInline.cmake): be sure to use argc/argv so we don't get strict compilation warnings causing all tests to fail. |
| 17:26.38 | Notify | 03BRL-CAD:brlcad * 57873 brlcad/trunk/misc/CMake/BRLCAD_CheckFunctions.cmake: include the C inline check module when we include the rest |
| 17:35.50 | Notify | 03BRL-CAD:brlcad * 57874 brlcad/trunk/CMakeLists.txt: looks like much of this is not ordered right. src/other is not a compiler characteristic. it should either be loaded after command-line options, or after all checks.. WIP: includes should be treated like template headers, but presently are not. |
| 17:52.42 | *** join/#brlcad kesha_ (~kesha@1.38.31.143) | |
| 18:11.08 | Notify | 03BRL-CAD:brlcad * 57875 brlcad/trunk/CMakeLists.txt: not just macros, don't test low-level build flags on msvc |
| 18:13.37 | Notify | 03BRL-CAD:brlcad * 57876 brlcad/trunk/src/other/libregex/CMakeLists.txt: indent ws |
| 18:16.06 | *** join/#brlcad kesha_ (~kesha@1.38.31.243) | |
| 18:17.46 | Notify | 03BRL-CAD:brlcad * 57877 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: indent ws |
| 18:23.35 | Notify | 03BRL-CAD:brlcad * 57878 brlcad/trunk/src/other/libregex/CMakeLists.txt: erhm! libregex does not even seem to use the inline keyword, so why are we testing for it here? removed. |
| 18:24.39 | Notify | 03BRL-CAD:brlcad * 57879 brlcad/trunk/src/other/libregex.dist: no longer have CheckCInline.cmake |
| 19:14.26 | *** join/#brlcad Gaganjyot (~gagan@125.62.99.151) | |
| 19:25.28 | *** part/#brlcad Gaganjyot (~gagan@125.62.99.151) | |
| 19:36.29 | Notify | 03BRL-CAD:tbrowder2 * 57880 brlcad/trunk/src/other/tcl/CMakeLists.txt: add tcl check for hypot; provide subsitute for strict C89 check |
| 19:39.24 | Notify | 03BRL-CAD:carlmoore * 57881 brlcad/trunk/src/shapes/gastank.c: change h to H as h? is implemented for help; expand use of the already-provideded explanation |
| 20:01.30 | Notify | 03BRL-CAD:tbrowder2 * 57882 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake brlcad/trunk/misc/CMake/CompilerFlags.cmake): rename *STRICT_C89* to *POSIX_COMPLIANCE* for more generality and future-proofness per Sean's suggestion |
| 20:01.59 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 20:22.49 | Notify | 03BRL-CAD:starseeker * 57883 NIL: Make branch for surfacetree experiments |
| 20:30.30 | Notify | 03BRL-CAD:brlcad * 57884 (brlcad/trunk/src/other/re2c/code.h brlcad/trunk/src/other/re2c/re2c_parser.h): pedantic is not necessarily defined |
| 20:31.28 | Notify | 03BRL-CAD:brlcad * 57885 (brlcad/trunk/src/other/re2c/code.h brlcad/trunk/src/other/re2c/re2c_parser.h): technically, former logic was true for any positive value |
| 20:57.34 | Notify | 03BRL-CAD:tbrowder2 * 57886 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL): document the ENABLE_POSIX_COMPLIANCE option |
| 20:59.27 | Notify | 03BRL-CAD:starseeker * 57887 (brlcad/branches/surfacetree/src/libbrep/CMakeLists.txt brlcad/branches/surfacetree/src/librt/CMakeLists.txt): Checkpoint original work experimenting with queues for surfacetree building. Needs updating, since some things moved to libbrep already, and will need to figure out the static memory thing for surfaces to avoid corruption based on Keith's experiments with pullback. |
| 21:06.43 | *** join/#brlcad Gaganjyot (~gagan@125.62.99.151) | |
| 21:11.33 | Notify | 03BRL-CAD:starseeker * 57888 (brlcad/trunk/src/other/xmltools/libxml/src/xmlregexp.c brlcad/trunk/src/other/xmltools/libxslt/src/xsltlocale.c): if->ifdef and fix typo |
| 21:29.03 | Notify | 03BRL-CAD:starseeker * 57889 (brlcad/trunk/src/other/tcl/CMakeLists.txt brlcad/trunk/src/other/tk/CMakeLists.txt): Tweak Tcl/Tk build logic - probably need to check these more carefully to see if we would ever want to enable them... |
| 21:30.27 | Notify | 03BRL-CAD:starseeker * 57890 brlcad/trunk/src/other/tkhtml/src/htmltcl.c: if -> ifdef |
| 21:40.37 | Notify | 03BRL-CAD:starseeker * 57891 (brlcad/trunk/src/other/stepcode/src/cllazyfile/lazyInstMgr.h brlcad/trunk/src/other/stepcode/src/clutils/sc_hash.cc brlcad/trunk/src/other/stepcode/src/exp2cxx/classes_wrapper.cc): if -> ifdef, fix comment in comment |
| 21:41.07 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6187 /wiki/User:Vladbogolin/GSoC2013/Logs: |
| 23:48.02 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 23:54.11 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 23:54.11 | *** join/#brlcad archivist_ (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 23:54.11 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 23:54.11 | *** join/#brlcad kesha_ (~kesha@1.38.31.243) | |
| 23:54.11 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 00:00.05 | Notify | 03BRL-CAD:brlcad * 57892 brlcad/trunk/HACKING: document the new release steps and how they pertain to the new RELEASE branch. make progress on turning the release steps into a proper shell script that is partially automatable, imminently copy-pasteable. still more work needed, but checkpointing. |
| 00:26.43 | starseeker | hmm. So I can go ahead and rip out all that CMake alias stuff? |
| 00:27.12 | starseeker | actually uses ENABLE_ALL instead of BRLCAD_BUNDLED_LIBS... |
| 03:11.36 | brlcad | don't have to, but I've not (yet) seen the benefits and there are several downsides being realized |
| 03:13.04 | brlcad | good motivation to review all the names for consistency/conciseness |
| 03:14.50 | brlcad | now that's pretty cool... ``Erik: got an account on an old pdp10 |
| 03:15.40 | brlcad | took me a few minutes to remember some of the old vms commands, but was able to write out, compile, link, and run a little hello world program |
| 03:18.34 | kesha_ | brlcad: There ? I want to abt discuss my patches. |
| 03:22.25 | brlcad | kesha_: i'm in the middle of several things at the moment, but discussion I have a little time for, what's up? |
| 03:24.37 | kesha_ | brlcad: The deadline is near close and I suspect all pending and open patches should be reviewed and merged by 27th 19:00 i.e. before final eval. Isn't it ? |
| 03:25.27 | kesha_ | brlcad: Thats why I am a bit worried. |
| 03:26.26 | brlcad | kesha_: worried about what? |
| 03:27.07 | brlcad | you will be submitting your code modifications through melange regardless of any review, merging, or evaluation |
| 03:27.25 | kesha_ | brlcad: worried that if the patches don't get merged, they won't consider that as my work. I might be wrong. |
| 03:27.40 | brlcad | yes, that's not right |
| 03:28.11 | brlcad | your work is what you did, that is what you'll prepare and submit |
| 03:28.33 | kesha_ | oh, okay. Still if it gets reviewed once if you get a little time, I can work upon improving them. :) |
| 03:29.09 | brlcad | it'll certainly get reviewed as soon as someone can, and hopefully you'll be on hand to improve them |
| 03:29.30 | brlcad | if you know things wrong with them or how to improve them, you certainly should not wait for me or someone else to point them out to you |
| 03:30.27 | kesha_ | I am unsure abt the technique I applied for checking float. What I did is , truncated the part after decimal and added one. Compared the value <=1 instead of <=0. Is it a bad practice or alright ? As it was not allowing me to compare float values with any other float/int |
| 03:30.57 | brlcad | it actually gets very frustrating when there are simple mistakes that have to be pointed out, so hopefully you have checked your worked, rechecked it, compiled, tested, run it |
| 03:31.04 | brlcad | things that clearly don't even compile are a complete waste of time to review |
| 03:31.47 | brlcad | I need some context to understand what your'e talking about with the float checking |
| 03:32.22 | kesha_ | No, I have checked and compiled and tested. It runs correct with showing right output and saw the files created in .g format with mged. The geometry also confirmed with that showed in image given. |
| 03:32.44 | brlcad | did you specifically exercise the code that you modified? |
| 03:33.16 | kesha_ | I needed to check volume <=0 -> error. But the average volume which was caluated was in float. |
| 03:33.18 | brlcad | i.e., you performed some run-time test that you are certain called the code you modified in a way that demonstrates it is correct |
| 03:34.39 | brlcad | you're talking about the regression script you were working on, verifying that it converted to something? |
| 03:35.27 | kesha_ | I compiled and ran 'make regress-step2g'. The way in which I modified CMakeLists.txt, it made a folder in build directory after compilation and had some .log files and .g files which my script produces. And checking those files. |
| 03:35.39 | kesha_ | Yes, I am talking abt it . |
| 03:36.11 | brlcad | you should start with that information, give context to what you're talking about :) |
| 03:37.15 | kesha_ | Oh, ya. Forget to mention abt that specifically. ! |
| 03:37.56 | kesha_ | So , is that method alright or shall I look for other options to compare float value with zero ? |
| 03:38.33 | brlcad | well that entirely depends |
| 03:38.44 | brlcad | on the surface, in this context |
| 03:39.01 | brlcad | truncation isn't necessarily a bad idea .. weak but not bad |
| 03:39.58 | brlcad | did you look at some of the other regression tests to see how other tests might deal with similar comparison needs? |
| 03:42.30 | kesha_ | I worked with my own way of coding and it worked. Though I had just an upper glance at other tests. |
| 03:44.41 | kesha_ | Most of the tests like comgeom , fastgen etc don't seem to check the geometry of the model. they just check if the conversion took place. |
| 03:47.18 | brlcad | each test has a slightly different purpose |
| 03:47.37 | brlcad | there's no test that matches exactly what your needed to do, but there are various elements that are identical |
| 03:49.04 | brlcad | should always consult similar sources, to make sure you're consistent |
| 03:49.59 | kesha_ | I agree, but the point is they don't verify the underlying model. They just exit after checking the file was created successfully. |
| 03:50.23 | brlcad | working in your own way is only useful for homework projects, not code that others will be reading and maintaining indefinitely |
| 03:50.27 | brlcad | sure, they didn't need to |
| 03:52.04 | kesha_ | hmm .. alright. |
| 03:54.04 | brlcad | like I said, all the tests have somewhat different purposes |
| 03:55.00 | brlcad | tend to create tests for issues that occur multiple times |
| 03:55.09 | brlcad | fastgen test isn't at all concerned with whether it succeeded, for example |
| 03:55.53 | brlcad | that's an old tool that's been working for decades .. it's testing whether a text fastgen file with DOS line endings will convert the same as one with UNIX line endings |
| 03:57.06 | kesha_ | okay.. I think I get the point. thanks :) |
| 03:57.40 | brlcad | kesha_: if your method works and each section makes sense and you've tested it, and documented it, and you think it's otherwise perfect .. it's probably godo |
| 03:57.54 | brlcad | good to go |
| 03:58.48 | brlcad | just make sure you're not using any bash extensions .. needs to be posix compliant |
| 03:59.56 | brlcad | if you follow/followed the patterns in the other scripts, it will be |
| 04:01.28 | kesha_ | I have already tested and added lines of comment, still I will relook once. I will also see if I haven't used the bash extensions once. Yes, I followed the format of other codes whereever it was suitable, so there wouldn't be any issue. :) |
| 04:03.45 | brlcad | you say that now ... and you've said that before :) |
| 04:04.49 | brlcad | I'm not sure I've seen a patch from you (or Ch3ck) still that hasn't had some issue... something to definitely work on improving |
| 04:05.16 | brlcad | takes time, practice, and lots of writing AND reading code with concentration and attention to detail |
| 04:10.05 | kesha_ | yupp .. indeed I realize that fact through the project |
| 08:10.37 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 08:14.32 | *** join/#brlcad kesha (~kesha@1.38.31.243) | |
| 11:10.34 | Notify | 03BRL-CAD:tbrowder2 * 57893 NIL: add dir for compat functions for strict POSIX use similar to tcl/compat |
| 11:17.07 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:36.55 | Notify | 03BRL-CAD:tbrowder2 * 57894 brlcad/trunk/CMakeLists.txt: update |
| 12:52.56 | ``Erik | pdp10? a real one? wasn't that like 36b or something? |
| 12:53.31 | ``Erik | (and vms commands, or very very old bsd commands?) |
| 13:37.33 | Notify | 03BRL-CAD:carlmoore * 57895 (brlcad/trunk/CMakeLists.txt brlcad/trunk/HACKING and 4 others): remove trailing blanks/tabs; fix spellings |
| 14:00.00 | Notify | 03BRL-CAD:starseeker * 57896 (brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.cc brlcad/trunk/src/other/poly2tri/poly2tri/common/shapes.h and 10 others): Add newlines at end of files |
| 14:02.15 | brlcad | ``Erik: yep, real one |
| 14:02.28 | brlcad | also two others |
| 14:05.46 | brlcad | a toad-1, a 2065, and a VAX 11/785 |
| 14:07.14 | Notify | 03BRL-CAD:starseeker * 57897 (brlcad/trunk/src/other/stepcode/src/cllazyfile/headerSectionReader.h brlcad/trunk/src/other/stepcode/src/cllazyfile/instMgrHelper.h and 13 others): Add newlines to end of files |
| 14:27.20 | Notify | 03BRL-CAD:carlmoore * 57898 brlcad/trunk/configure: auto-updated configure file |
| 14:27.39 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:28.21 | *** join/#brlcad Gaganjyot (~gagan@125.62.120.247) | |
| 14:44.55 | ``Erik | huh, 11/785? wasn't vgr an insanely souped up 11/780? |
| 14:48.46 | Notify | 03BRL-CAD:d_rossberg * 57899 brlcad/trunk/src/libged/search.c: for MSVS 2008: moved variable declarations to the beginning of the block |
| 14:51.28 | Notify | 03BRL-CAD Wiki:Applied3dim * 0 /wiki/User:Applied3dim: |
| 15:13.16 | brlcad | yep |
| 15:13.47 | brlcad | cept, this 11/785 is running vms (boo hiss) instead of vgr's bsd |
| 15:26.45 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:48.18 | *** join/#brlcad caen23 (~caen23@92.85.89.94) | |
| 17:15.15 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:23.27 | *** join/#brlcad Gaganjyot (~gagan@125.62.120.247) | |
| 17:42.19 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:04.11 | *** part/#brlcad Gaganjyot (~gagan@125.62.120.247) | |
| 18:11.53 | Notify | 03BRL-CAD Wiki:Silvane2013 * 0 /wiki/User:Silvane2013: |
| 18:22.00 | *** join/#brlcad Gaganjyot (~gagan@125.62.120.247) | |
| 18:41.07 | *** join/#brlcad Gaganjyot (~gagan@125.62.120.247) | |
| 19:51.20 | *** part/#brlcad Gaganjyot (~gagan@125.62.120.247) | |
| 20:21.57 | *** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223) | |
| 20:59.45 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 22:19.48 | Notify | 03BRL-CAD:n_reed * 57900 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/table.c): add notional rt structs and functab entries to support selection of subcomponents of primitives |
| 22:27.00 | n_reed | brlcad: so that's a slightly expanded & refined version of what I'd hacked up that I think will work for my purposes; please feel free to comment by committing changes =) |
| 23:45.31 | brlcad | okie dokie |
| 00:13.11 | Notify | 03BRL-CAD:starseeker * 57901 brlcad/trunk/src/other/CMakeLists.txt: Have src/other/CMakeLists.txt wipe out all the pre-defined CMake build flags, the same way CompilerFlags.cmake did previously |
| 00:15.00 | starseeker | brlcad: can the search features merge into the release branch, or will they need to wait for 7.24.4? |
| 03:21.59 | brlcad | already done with testing, so it should wait |
| 03:22.13 | starseeker | k |
| 03:22.31 | brlcad | plus, we need to get a lot better at releasing on time |
| 03:24.16 | brlcad | in the process of scriptifying the release yesterday, got me looking into how far we are from fully automating release |
| 03:24.55 | brlcad | there are several manual action sections that slow things down, but several of them could technically go away with some fancy scripting |
| 04:56.08 | *** join/#brlcad caen23 (~caen23@92.85.89.94) | |
| 06:42.12 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:03.59 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:16.51 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:53.54 | *** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org) | |
| 09:34.36 | *** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org) | |
| 10:48.35 | Notify | 03BRL-CAD:bob1961 * 57902 brlcad/trunk/src/libged/rtwizard.c: This fixes a "path with spaces" issue on windows for rtwizard. |
| 13:46.14 | *** join/#brlcad kesha (~kesha___@1.38.31.243) | |
| 14:15.56 | Notify | 03BRL-CAD:tbrowder2 * 57903 brlcad/trunk/misc/CMake/test_srcs/report_username.c.in: make provision for a null user name |
| 15:26.07 | Notify | 03BRL-CAD:starseeker * 57904 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Assembly_Product.h and 3 others): Look for breps when we need to, set name of wrapper comb if one is present. |
| 16:32.20 | Notify | 03BRL-CAD:carlmoore * 57905 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/bot/bot_wireframe.cpp): fix spellings |
| 16:35.20 | kanzure | starseeker: does the stepcode-related code convert step breps into brlcad native breps? |
| 16:55.23 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 17:15.15 | *** join/#brlcad Gaganjyot (~gagan@1.38.21.228) | |
| 17:16.09 | Notify | 03BRL-CAD:starseeker * 57906 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Start working on representation relationship and context dependent shape for combs |
| 17:17.15 | starseeker | kanzure: uh, you mean our step-g importer? yeah it does (or more specifically, openNURBS Breps) |
| 17:18.10 | kanzure | ah i see |
| 17:18.12 | kanzure | thanks |
| 17:35.24 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:36.45 | Notify | 03BRL-CAD:carlmoore * 57907 brlcad/trunk/src/shapes/coil.c: remove 2 sets of braces, but had to leave 'wdb_close' duplication because that's affected by stuff going on INSIDE an 'if' statement |
| 17:40.14 | Notify | 03BRL-CAD:starseeker * 57908 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Hook up the item transformation |
| 17:40.27 | Notify | 03BRL-CAD:carlmoore * 57909 brlcad/trunk/src/shapes/coil.c: can remove 'else', because preceding stuff ended with 'return' |
| 17:44.43 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:53.12 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 18:10.16 | Notify | 03BRL-CAD:carlmoore * 57910 (brlcad/trunk/src/libged/coil.c brlcad/trunk/src/shapes/coil.c): more simplification involving coil; notice that 'h' option is picked up by 'default', so we don't need separate section for it |
| 18:18.46 | *** part/#brlcad Gaganjyot (~gagan@1.38.21.228) | |
| 18:43.06 | *** join/#brlcad Gaganjyot (~gagan@1.38.21.228) | |
| 18:52.45 | *** part/#brlcad Gaganjyot (~gagan@1.38.21.228) | |
| 19:13.15 | *** join/#brlcad caen23_ (~caen23@92.83.177.20) | |
| 19:29.05 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 19:44.38 | Notify | 03BRL-CAD:starseeker * 57911 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 2 others): looks like we will need both shape and product from the breps. |
| 20:06.52 | Notify | 03BRL-CAD:tbrowder2 * 57912 brlcad/trunk/misc/CMake/test_srcs/sys_wait_test.c: style; remove superfluous semicolon |
| 21:06.37 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 21:13.17 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:43.31 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:54.47 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:17.09 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:55.56 | Notify | 03BRL-CAD:tbrowder2 * 57913 brlcad/trunk/misc/CMake/CompilerFlags.cmake: make a bit more general |
| 01:56.45 | Notify | 03BRL-CAD:tbrowder2 * 57914 brlcad/trunk/misc/CMake/test_srcs/report_hostname.c.in: make more robust under strict C89 and -Werror builds |
| 01:57.39 | Notify | 03BRL-CAD:tbrowder2 * 57915 brlcad/trunk/CMakeLists.txt: add code to check for errors |
| 02:48.57 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:23.04 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:49.58 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 06:48.52 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:57.17 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 09:05.59 | Notify | 03BRL-CAD Wiki:Level zero * 6188 /wiki/User:Level_zero/GSOC13/summary: summary |
| 09:07.19 | Notify | 03BRL-CAD Wiki:Level zero * 6189 /wiki/User:Level_zero/index: /* Add summary page to index page. */ |
| 10:32.43 | Notify | 03BRL-CAD:tbrowder2 * 57916 brlcad/trunk/CMakeLists.txt: simplify; add note about C89 and gethostname |
| 11:13.59 | Notify | 03BRL-CAD:tbrowder2 * 57917 brlcad/trunk/misc/CMake/CompilerFlags.cmake: whoops, correct new name for C89 enforcement |
| 11:16.38 | Notify | 03BRL-CAD:tbrowder2 * 57918 brlcad/trunk/CMakeLists.txt: delete aliases for POSIX checking in advance of aliases going away; remove comment |
| 11:36.10 | *** part/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223) | |
| 11:37.18 | *** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223) | |
| 12:21.21 | zero_level | hi all. |
| 12:41.08 | Ch3ck_ | waves at zero_level |
| 13:18.10 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:31.39 | *** join/#brlcad Gaganjyot (~gagan@1.38.22.182) | |
| 14:36.55 | *** join/#brlcad Gaganjyot (~gagan@1.38.22.182) | |
| 15:26.42 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 15:52.35 | Notify | 03BRL-CAD:tbrowder2 * 57919 brlcad/trunk/misc/CMake/test_srcs/report_hostname.c.in: reinsert missing header; correct 3rd defined argument |
| 17:20.10 | Notify | 03BRL-CAD:carlmoore * 57920 brlcad/trunk/src/shapes/tire.c: simplify what had been if-then-else, so that we now have 'if' followed by program exit |
| 18:34.03 | Notify | 03BRL-CAD:carlmoore * 57921 brlcad/trunk/src/shapes/bolt.c: some tweaking of bolt.c |
| 18:46.48 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 18:52.33 | Notify | 03BRL-CAD:carlmoore * 57922 brlcad/trunk/src/libged/coil.c: some simplification in libged/coil.c |
| 19:16.28 | Notify | 03BRL-CAD:starseeker * 57923 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Add shape objects for comb. |
| 19:39.19 | Notify | 03BRL-CAD:tbrowder2 * 57924 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL and 3 others): split compliance options into: POSIX, C99, and C89 for developer convenience during C99 and POSIX upgrade process |
| 20:33.48 | Notify | 03BRL-CAD:starseeker * 57925 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/g-step.cpp): Like the brep, we will need both the definition and the shape from combs. |
| 20:47.32 | Notify | 03BRL-CAD:carlmoore * 57926 brlcad/trunk/src/libged/coil.c: disable 'Nothing created' and implement the elsewhere-used 'Program continues running:'; simplify some brace usage |
| 21:01.24 | Notify | 03BRL-CAD:starseeker * 57927 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/Assembly_Product.h and 2 others): Pass a container holding the maps, since we need more of them |
| 21:15.54 | *** join/#brlcad Izak (29cac126@gateway/web/freenode/ip.41.202.193.38) | |
| 21:43.03 | Notify | 03BRL-CAD:carlmoore * 57928 brlcad/trunk/src/shapes/fence.c: minor changes along with adding units mm |
| 23:25.57 | Notify | 03BRL-CAD:tbrowder2 * 57929 brlcad/trunk/src/libged/brep.c: // comments not allowed in C89 |
| 23:35.22 | Notify | 03BRL-CAD:tbrowder2 * 57930 brlcad/trunk/src/conv/step/step-g/OpenNurbsInterfaces.cpp: remove new def to eliminate shadowed var warning |
| 23:43.17 | Notify | 03BRL-CAD:tbrowder2 * 57931 brlcad/trunk/src/libged/search.c: change tmp var to avoid shadow warning in <string.h> |
| 23:48.10 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-srddurlysokrvtoj) | |
| 23:54.35 | Notify | 03BRL-CAD:tbrowder2 * 57932 brlcad/trunk/src/libtclcad/tclcad_obj.c: add FIXME for non-C89 code |
| 03:52.44 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 04:57.06 | kanzure | is there a dependency graph of the different brlcad libraries? |
| 06:19.47 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-jepseccoqmscjrts) | |
| 10:14.29 | Notify | 03BRL-CAD:tbrowder2 * 57933 brlcad/trunk/src/libtclcad/tclcad_obj.c: provide for C89 use |
| 10:15.54 | Notify | 03BRL-CAD:tbrowder2 * 57934 brlcad/trunk/src/util/ttcp.c: use current struct hostent var instead of obsolete, macro name for it |
| 10:17.03 | Notify | 03BRL-CAD:tbrowder2 * 57935 brlcad/trunk/src/libbu/interrupt.c: ensure sig_t is available under C89 |
| 11:55.27 | Notify | 03BRL-CAD:tbrowder2 * 57936 (brlcad/trunk/src/compat/README =================================================================== and 9 others): add files for strict C89 compliance |
| 11:56.13 | Notify | 03BRL-CAD:tbrowder2 * 57937 brlcad/trunk/src/CMakeLists.txt: ignore compat directory |
| 13:00.59 | Notify | 03BRL-CAD:tbrowder2 * 57938 brlcad/trunk/src/compat/README.compat: add another compat file; improve doc |
| 13:14.17 | maths22 | brlcad: I just updated drupal and the drupal modules. |
| 13:56.51 | *** join/#brlcad Gaganjyot (~gagan@106.192.58.187) | |
| 14:23.53 | Notify | 03BRL-CAD:tbrowder2 * 57939 brlcad/trunk/src/libpkg/pkg.c: use current struct hostent var instead of obsolete, macro name for it |
| 14:24.22 | Notify | 03BRL-CAD:tbrowder2 * 57940 brlcad/trunk/src/compat/README.compat: add new info |
| 15:42.29 | *** join/#brlcad Gaganjyot (~gagan@106.192.22.36) | |
| 16:38.40 | *** join/#brlcad Gaganjyot (~gagan@106.192.30.180) | |
| 17:08.08 | *** join/#brlcad Gaganjyot (~gagan@106.192.30.180) | |
| 17:27.33 | *** join/#brlcad Gaganjyot (~gagan@106.192.30.180) | |
| 18:01.13 | *** join/#brlcad Gaganjyot (~gagan@106.192.1.20) | |
| 19:44.47 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 19:44.47 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 20:46.26 | *** join/#brlcad luca79 (~luca@net-37-116-126-158.cust.dsl.vodafone.it) | |
| 21:02.15 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 22:16.46 | Notify | 03BRL-CAD:tbrowder2 * 57941 brlcad/trunk/src/compat/README.compat: add more info |
| 01:19.15 | brlcad | kanzure: there have been many over the years |
| 01:20.48 | brlcad | kanzure: I don't have anything immediately handy, but the build system does describe the dependencies on the link line (see BRLCAD_ADDLIB LINES) |
| 01:52.36 | kanzure | brlcad: thank you |
| 02:18.18 | brlcad | maths22: that is awesome! |
| 02:18.56 | brlcad | beyond awesome ... that was one of the many things that need worked on, excellent initiative |
| 03:25.34 | *** join/#brlcad caen23_ (~caen23@92.83.177.20) | |
| 04:44.18 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 12:42.55 | Notify | 03BRL-CAD:tbrowder2 * 57942 brlcad/trunk/src/compat/README.compat: update info |
| 13:40.33 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 14:01.51 | maths22 | brlcad: I will take care of mediawiki soon; mediawiki is more complicated to update |
| 15:03.43 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 15:25.31 | *** join/#brlcad Gaganjyot (~gagan@1.38.23.154) | |
| 16:32.27 | *** part/#brlcad Gaganjyot (~gagan@1.38.23.154) | |
| 20:53.46 | *** join/#brlcad fethio (~user@78.173.77.60) | |
| 21:15.56 | *** join/#brlcad caen23_ (~caen23@92.83.177.20) | |
| 22:14.11 | Notify | 03BRL-CAD:tbrowder2 * 57943 brlcad/trunk/src/compat/README.compat: add info |
| 22:16.31 | Notify | 03BRL-CAD:tbrowder2 * 57944 brlcad/trunk/misc/CMake/CompilerFlags.cmake: make C99 a 'pure' C99 compliance check; commant out XOPEN as part of a preliminary POSIX compliance check |
| 22:17.45 | Notify | 03BRL-CAD:tbrowder2 * 57945 (brlcad/trunk/src/compat/README.compat.c99 =================================================================== and 85 others): add details of C99 compatibility needs |
| 22:19.58 | Notify | 03BRL-CAD:tbrowder2 * 57946 brlcad/trunk/src/libbu/file.c: add placeholders for known needed functions for C99 compliance |
| 22:21.27 | Notify | 03BRL-CAD:tbrowder2 * 57947 brlcad/trunk/src/libbu/interrupt.c: add an undef'd path for a portable replacement for the BSD signal function |
| 22:22.31 | Notify | 03BRL-CAD:tbrowder2 * 57948 brlcad/trunk/src/libbu/gethostname.c: add FIXME for a function that is not non-C99-compliant |
| 22:23.50 | Notify | 03BRL-CAD:tbrowder2 * 57949 brlcad/trunk/src/libbu/realpath.c: add FIXME for a function that is not non-C99-compliant |
| 22:25.15 | Notify | 03BRL-CAD:tbrowder2 * 57950 brlcad/trunk/src/rt/main.c: use bu version of gethostname (which is not yet usable under strict C99 compliance checking |
| 22:27.13 | Notify | 03BRL-CAD:tbrowder2 * 57951 brlcad/trunk/src/libbu/malloc.c: add placeholder for known needed functions for C99 compliance |
| 22:28.37 | Notify | 03BRL-CAD:tbrowder2 * 57952 brlcad/trunk/src/libbu/str.c: add FIXME for functions that are not non-C99-compliant |
| 22:33.06 | Notify | 03BRL-CAD:tbrowder2 * 57953 brlcad/trunk/src/libbu/getcwd.c: add FIXME for C99 compliance thats a little more complicated |
| 22:50.32 | Notify | 03BRL-CAD:tbrowder2 * 57954 brlcad/trunk/src/libbu/gethostname.c: use en_US spelling |
| 23:07.36 | Notify | 03BRL-CAD:tbrowder2 * 57955 brlcad/trunk/src/libbu/gethostname.c: make a C-99 compatible version |
| 23:08.40 | Notify | 03BRL-CAD:tbrowder2 * 57956 brlcad/trunk/src/compat/README.compat.c99: update info |
| 00:45.11 | Notify | 03BRL-CAD:brlcad * 57957 brlcad/trunk/src/libbu/gethostname.c: sprintf() is bad. bu_strlcpy() is good. ensures result is always null terminated and removes need for assert (case-insensitive cpp or just never tested?) |
| 00:51.25 | Notify | 03BRL-CAD:brlcad * 57958 brlcad/trunk/include/bu.h: Expand the documentation on bu_gethostname() |
| 01:03.55 | Notify | 03BRL-CAD:brlcad * 57959 brlcad/trunk/src/libbu/gethostname.c: should not be using WIN32, use the corresponding feature we care about, i.e., HAVE_WINSOCK_H, to initialize the networking library on windows. also should NOT be testing __STD_VERSION__ (and it was wrongly testing __STD_VERSION value). toggle instead on HAVE_GETHOSTNAME. this sig should probably change as this is not libbu's memory management style. |
| 01:13.24 | Notify | 03BRL-CAD:brlcad * 57960 brlcad/trunk/src/libbu/file.c: /* */ comment within a /* */ comment results in a syntax error, but I'm not convinced we should be introducing these as BU API. They don't fit the design and are not functions we can portably implement. while fileno() is also unlikely to NOT exist (similar to inline), there may be other options (like converting callers to FILE*'s or forcing it on as a |
| 01:13.26 | Notify | low-level platform intrinsic) |
| 01:25.25 | brlcad | Ch3ck: massive errors compiling pull.c |
| 01:26.40 | brlcad | /home/sean/brlcad/src/libged/pull.c:150:18: error: ?t_mat[0]? is used uninitialized in this function [-Werror=uninitialized] |
| 01:31.44 | brlcad | Ch3ck: please check that |
| 01:31.54 | Notify | 03BRL-CAD:brlcad * 57961 brlcad/trunk/src/libged/pull.c: looks like the logic is assuming memory starts as zero? might need to be identity. needs testing. |
| 01:31.57 | brlcad | (that being r57961) |
| 01:49.43 | Notify | 03BRL-CAD:brlcad * 57962 brlcad/branches/RELEASE/include/bu.h: mark gethostname() as do-not-use.. likely needs to change signature/name and it was introduced the previous release. |
| 02:09.17 | Notify | 03BRL-CAD:brlcad * 57963 brlcad/trunk/src/libbu/realpath.c: HAVE_REALPATH should not be defined if we're compiling in some mode/environment where it's not available. if it's a decalaration issue, yet available, we should declare it as-needed. there's already a fallback. |
| 02:11.11 | Notify | 03BRL-CAD:brlcad * 57964 brlcad/trunk/src/rt/main.c: no longer need the WIN32 wrapping. |
| 02:47.06 | Notify | 03BRL-CAD:brlcad * 57965 brlcad/trunk/src/libbu/str.c: implement strcasecmp functionality, but keep using system implementation when available |
| 02:47.55 | Notify | 03BRL-CAD:brlcad * 57966 brlcad/trunk/CMakeLists.txt: check for strcasecmp/strncasecmp functions since they are not c89 or c99 (they're posix.1 and 4.4. bsd) |
| 02:51.19 | Notify | 03BRL-CAD:brlcad * 57967 brlcad/trunk/src/libbu/str.c: also implement a simple strncasecmp. |
| 03:14.09 | Notify | 03BRL-CAD:brlcad * 57968 brlcad/trunk/src/libbu/gethostname.c: didn't mean to rename this just yet |
| 03:56.17 | Notify | 03BRL-CAD:brlcad * 57969 brlcad/trunk/src/libbu/malloc.c: looks same false-positive as the other, HAVE_POSIX_MEMALIGN should be the only test needed. we definitely will not be implementing a wrapper like this as bu api... bu_alloc() could handle delivering aligned memory while still using malloc/calloc, but thusfar not necessary/significant. |
| 04:25.37 | Notify | 03BRL-CAD:brlcad * 57970 brlcad/trunk/src/libbu/interrupt.c: should not be defining __* macro vars as they are paramount to invoking -std=gnu (and compiler-specific, they own that namespace). HAVE_SIG_T looks like the right fix, though. shouldn't be either/or: sigaction() can be an additional method (when signal() isn't available). |
| 04:42.11 | *** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 04:45.33 | Notify | 03BRL-CAD:brlcad * 57971 brlcad/trunk/src/compat/README.compat: should not be setting OR reading the __* compiler preprocessor symbols because they are private and compiler-specific. we'd need a test for that type. |
| 04:58.47 | Notify | 03BRL-CAD:brlcad * 57972 brlcad/trunk/src/libtclcad/tclcad_obj.c: use bu_sscanf() instead of sscanf() since it implements a %z size_t specifier. already have a patch that converts all instances, but am waiting to apply after release is posted |
| 06:12.04 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:14.41 | Notify | 03BRL-CAD:brlcad * 57973 brlcad/trunk/src/libbu/vls_vprintf.c: ctype functions required unsigned chars on some bsd platforms (for safety) |
| 06:20.16 | Notify | 03BRL-CAD:brlcad * 57974 brlcad/trunk/src/libicv/tests/icv_read_write.c: classic bug, getopt returns an int. assuming it's a char because it usually stores a char will result in an infinite loop. |
| 07:02.30 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 07:34.05 | Ch3ck | brlcad: looking into it ;) |
| 08:45.38 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 10:04.45 | *** join/#brlcad curatrix (~curatrix@124-168-38-24.dyn.iinet.net.au) | |
| 10:28.17 | Notify | 03BRL-CAD Wiki:IIIzzzaaakkk * 6190 /wiki/User:Izak/GSOC_2013_logs: /* GSoC 2013 summary */ |
| 11:59.05 | Notify | 03BRL-CAD:tbrowder2 * 57975 brlcad/trunk/src/libbu/vls_vprintf.c: remove const specifier for proper later use |
| 12:18.15 | brlcad | Ch3ck: I fixed them, but you might want to look over whether the fix is right, what your intent was in the code |
| 12:18.52 | brlcad | Ch3ck: you should check all of the variables and initialize them to zero, null, -1, 1, whatever they need to be |
| 12:28.22 | Ch3ck_ | well brlcad, they are to be initialized to Identity |
| 12:28.35 | Ch3ck_ | so that they could be multiplied correctly moving up the tree |
| 12:30.22 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 12:31.23 | Ch3ck_ | well brlcad, I need some clarification with the rt_db_get_internal, the 4th argument requires a 4x4 matrix I wish to know if this correctly returns the 4x4 matrix representation for the combination or object? |
| 12:32.46 | Ch3ck | I just wish to know what the 4th argument actually does, looked at rt_db_get_internal() but code still looks complicated ;) |
| 12:45.11 | ``Erik | *read* yeah, looks complicated... every import function has a "mat" parameter, but I believe it's generally ignored |
| 12:47.03 | ``Erik | hrm, yeh, if that matrix is not identity when a torus is loaded, it'll throw a warning and ignore the primitive... |
| 12:47.53 | ``Erik | so I'd assume it expect identity and is there to provide future capability |
| 12:48.33 | ``Erik | does that help? |
| 12:50.07 | ``Erik | neat, netflix was a big presenter at eurobsdcon, they're a huge fbsd user |
| 12:58.59 | *** join/#brlcad Gaganjyot (~gagan@106.192.38.30) | |
| 12:59.30 | *** part/#brlcad Gaganjyot (~gagan@106.192.38.30) | |
| 13:26.00 | Notify | 03BRL-CAD:carlmoore * 57976 (brlcad/trunk/src/compat/README.compat brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp): remove trailing blanks |
| 13:28.18 | brlcad | Ch3ck: no it does not, that matrix parameter applies a matrix immediately upon reading an object from disk... as mentioned before, primitives have no notion of a matrix |
| 13:28.27 | brlcad | so there is no matrix to "return" |
| 13:30.59 | brlcad | a combination is aware of a matrix, but the 'mat' parameter of rt_db_get_internal() is still one that is APPLIED (i.e., mulitipled) when the object is read from disk |
| 13:36.10 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 13:36.27 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 13:47.17 | brlcad | Ch3ck_: did you see the response? |
| 13:47.31 | Notify | 03BRL-CAD:brlcad * 57977 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/CMakeLists.txt): start bringing this all together. stub in a new (empty) constraint command. |
| 13:48.04 | Notify | 03BRL-CAD:brlcad * 57978 brlcad/trunk/src/mged/setup.c: Add constraint stub to mged |
| 13:50.13 | Notify | 03BRL-CAD:brlcad * 57979 brlcad/trunk/src/libtclcad/tclcad_obj.c: Add constraint to archer |
| 13:50.20 | *** join/#brlcad Gaganjyot (~gagan@106.192.56.247) | |
| 14:06.14 | Ch3ck_ | brlcad, seen it ;) |
| 14:06.19 | Ch3ck_ | will fix the bugs |
| 14:11.37 | Ch3ck_ | thanks `Erik, :) |
| 14:13.56 | Ch3ck_ | ``Erik, I'm having problems here compiling code on bzflag, seeing an error "__GNUC__MINOR__ : is not defined" could anyone help me fix that? |
| 14:16.30 | brlcad | Ch3ck_: sure, I can help |
| 14:16.36 | Ch3ck_ | ok |
| 14:16.49 | Ch3ck_ | I don't really know how to fix this. |
| 14:17.05 | brlcad | okay, so lets break it down |
| 14:17.59 | Ch3ck_ | well, I was compiling but it failed with the error "tcl8.6/tcl.h:171:47: error: "__GNUC__MINOR__" is not defined" |
| 14:18.28 | Ch3ck_ | well I don't know if this a problem i've caused or its something with the server |
| 14:18.45 | brlcad | first to understand the error itself |
| 14:18.51 | brlcad | that error is saying "SOME_SYMBOL : is not defined" ... |
| 14:18.58 | brlcad | that's a compilation error about some symbol |
| 14:19.31 | brlcad | looking at that line in that file looks like what? |
| 14:19.31 | Ch3ck_ | yes |
| 14:21.17 | brlcad | (hint: the file is /usr/local/include/tcl8.6/tcl.h) |
| 14:22.11 | ``Erik | the issue is that tcl8.6 is on bz but not compatible with BRL-CAD and our cmake doesn't check that detail :/ |
| 14:22.30 | Ch3ck_ | well looking at the file now |
| 14:22.34 | Ch3ck_ | on bzflag |
| 14:22.34 | ``Erik | force tcl/tk to compile instead of using system as a workaround |
| 14:23.02 | brlcad | aaand a learning opportunity is lost :P |
| 14:23.33 | Ch3ck_ | well I want to learn here |
| 14:23.57 | Ch3ck_ | so what do I do? well seems I can open file only with Vi which i'm not really familiar with ;) |
| 14:24.10 | ``Erik | heh, srry :D it's one of those 'minor glitches' that is turning into a 'major issue', but we're not dealing with... |
| 14:24.42 | ``Erik | Ch3ck_: bz should have vim, emacs, nano, and a handful of others... if your editor of choice isn't on the machine, make a case for it and it might get installed |
| 14:24.43 | brlcad | if you run "less /usr/local/include/tcl8.6/tcl.h" and just type "170", it will jump to line 171 (counts from zero, not one) |
| 14:25.22 | Ch3ck_ | that sounds better |
| 14:25.40 | brlcad | ``Erik: sure minor issue, all the more reason he should be able to understand that error and instantly recognize what's wrong |
| 14:25.52 | Izak__ | Have always preferred emacs to vi |
| 14:26.21 | ``Erik | aight, my bad :) been spending more time in xcode than irc, so still catching up :) |
| 14:26.42 | brlcad | Izak__: good answer ;) (it's more powerful for coding imho, but the learning curve is steeper) |
| 14:27.02 | starseeker | really, best solution would be to get things working with tcl 8.6 |
| 14:27.24 | starseeker | doesn't know what's involved, haven't looked into it |
| 14:27.26 | ``Erik | favors emacs for lisp and vim for C *shrug* but has a long history in sysadmin |
| 14:27.38 | brlcad | Ch3ck_: so looking at line 171 what kind of symbol is that? a C symbol or a pre-processor symbol? |
| 14:28.18 | ``Erik | wanders off to clean the engine grease from his hands, spent the morning under the hood of the truck O.o |
| 14:28.36 | Ch3ck_ | brlcad, its a preprocessor directive |
| 14:28.49 | Izak__ | <PROTECTED> |
| 14:29.12 | starseeker | prefers vim - fewest keystrokes per action, but as a consequence of that design it is a frustrating experience for newbies... |
| 14:29.38 | starseeker | can't claim to be a true vim power user even now |
| 14:29.51 | Ch3ck_ | which is part of the flag values passed to tcl_GetRegExpFromObj |
| 14:31.20 | Ch3ck_ | brlcad, bt what I see here is probably the fact that the comment for TCL_REG_EXPANDED continues to the next line in a weird way |
| 14:31.25 | *** part/#brlcad Gaganjyot (~gagan@106.192.56.247) | |
| 14:31.54 | ``Erik | Izak__: no, but my dad was an auto mechanic before his career as a jet mechanic, so I learned to work on my own cars with I guess a fair amount of competence :) |
| 14:32.35 | Izak__ | ``Erik : Good to know :) |
| 14:32.41 | Ch3ck_ | ``Erik, well thats a great skill to have here which could earn you some fast cash :) like 20 dollars daily |
| 14:33.01 | Ch3ck_ | converted from our currency XAF |
| 14:33.04 | brlcad | that fewest keystrokes is highly debatable, especially when modality errors are tracked and/or one is constantly needing to switch modes |
| 14:34.01 | Ch3ck_ | don't really admire the mode aspects of vim |
| 14:34.28 | brlcad | starseeker: without those errors and sticking to few modes, I'd probably agree .. but the few usability studies on the matter showed the modality errors dominate over time |
| 14:35.02 | brlcad | ends up being a "cost overhead" that one doesn't even realize |
| 14:35.38 | Ch3ck_ | thinks we're escaping from a problem here, could pick up the vim/emacs war later ;) |
| 14:35.40 | brlcad | Ch3ck_: so that's good -- it's a preprocessor symbol .. that should tell you a lot about that error message then |
| 14:35.56 | brlcad | do you see why it's an error? |
| 14:36.01 | brlcad | what it's actually complaining about? |
| 14:36.23 | Ch3ck_ | well I think its the commenting |
| 14:36.31 | brlcad | nope |
| 14:36.32 | Ch3ck_ | part which has a problem |
| 14:36.43 | brlcad | comments owuld not be a symbol error |
| 14:37.03 | brlcad | it's a problem with code .. you just identified that it's preprocessor code, not C code that has a problem |
| 14:37.36 | brlcad | the error stated that __GNUC__MINOR__ is not defined |
| 14:38.14 | brlcad | so it should be very obvious that a line saying #if whatever && whatever < else && __GNUC__MINOR__ < 4 ... is an error if __GNUC__MINOR__ is not defined anywhere |
| 14:39.39 | brlcad | do you see that? |
| 14:39.49 | Ch3ck_ | I see |
| 14:40.20 | brlcad | so what to do about that? |
| 14:41.37 | Ch3ck_ | so __GNUC__ is to be changed to __GNU__MINOR__ |
| 14:41.45 | brlcad | nope |
| 14:41.51 | brlcad | that's a completely different symbol |
| 14:42.15 | brlcad | the first question you should be asking is "whose code is this?" |
| 14:42.22 | brlcad | did you write it? is it part of brl-cad? |
| 14:42.47 | Ch3ck_ | well its not part of brlcad |
| 14:42.58 | brlcad | good, but whose is it? |
| 14:43.02 | Ch3ck_ | and it actually has to do with the compiler |
| 14:43.10 | Ch3ck_ | for tcl |
| 14:43.14 | brlcad | right |
| 14:43.36 | brlcad | so on the surface, you could look at this as "there's a bug in one of tcl 8.6's header files" |
| 14:44.00 | Ch3ck_ | yeah |
| 14:44.03 | brlcad | and either don't use 8.6 ... or see if they have an update ... or |
| 14:44.41 | brlcad | if you were paying really close attention, you'd see a discrepancy with the preceding line (169) |
| 14:44.59 | Notify | 03BRL-CAD:starseeker * 57980 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Hook up the shape representations. |
| 14:45.53 | Notify | 03BRL-CAD:starseeker * 57981 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: remove obsolete comment |
| 14:45.55 | brlcad | not using 8.6 is the "official" position, as we do not own that file and it's a problem in their header .. and they've probably LONG since already fixed this issue |
| 14:46.11 | brlcad | this is done by simply turning on our BUNDLED build option (see INSTALL) |
| 14:46.29 | Ch3ck_ | aight |
| 14:47.00 | brlcad | the second option would involve updating and installing a newer 8.6, which you don't have direct access to, but could request a sysadmin look into |
| 14:47.13 | brlcad | to update /usr/local/include/tk8.6 |
| 14:47.29 | brlcad | the THRID option, however, is the fun one |
| 14:47.37 | brlcad | what's wrong with __GNUC__MINOR__? |
| 14:47.43 | brlcad | why is it not defined? |
| 14:48.15 | brlcad | look at the preceding line |
| 14:48.25 | brlcad | why didn't it complain about that line? |
| 14:48.26 | Ch3ck_ | OK |
| 14:55.46 | brlcad | do you see the preceding line? |
| 14:56.42 | Ch3ck_ | well the preceding line is about DLLIMPORT right? |
| 14:56.49 | brlcad | no |
| 14:56.51 | brlcad | what's line 171? |
| 14:56.59 | brlcad | paste it here |
| 14:59.08 | Ch3ck_ | <PROTECTED> |
| 15:00.15 | brlcad | that's not line 171 |
| 15:00.51 | brlcad | not even close... :) |
| 15:01.32 | brlcad | 171 is the line that it was complaining about __GNUC__MINOR__ ... so it better say __GNUC__MINOR__ on that line ;) |
| 15:02.40 | Ch3ck_ | aight |
| 15:02.53 | brlcad | don't guess, use tools that take you to that line ... basic coding 101, you need to be able to jump to specific lines in files quickly |
| 15:03.35 | Ch3ck_ | thats what I did |
| 15:03.46 | Ch3ck_ | and gave you the results above using less |
| 15:03.55 | brlcad | M-x goto-line in emacs |
| 15:03.58 | brlcad | :171 in vim |
| 15:04.02 | Ch3ck_ | there is no way vim even tells me the current like with the cursor here |
| 15:04.46 | brlcad | you're not understanding 'less' |
| 15:05.01 | brlcad | typing 171 will take you to line 172 and that will be the very top-most line |
| 15:05.17 | brlcad | define DLLEXPORT would be somewhere in the middle of your screen probably, but that still means you guessed |
| 15:05.36 | Ch3ck_ | "# if (__GNUC__ > 4) || ((__GNUC__ == 4) && (__GNUC__MINOR__ >= 5)) |
| 15:05.37 | Ch3ck_ | " |
| 15:05.45 | Ch3ck_ | here is the line with emacs, its better |
| 15:05.48 | Ch3ck_ | ;) |
| 15:05.49 | brlcad | good |
| 15:05.55 | brlcad | and the preceding line? |
| 15:06.43 | Ch3ck_ | #if defined(__GNUC__) &&((__GNUC__>= 4) || ((__GNUC__ == 3) && ( __GNUC_MINOR__>= 1))) |
| 15:07.05 | brlcad | so what's the difference? |
| 15:07.21 | brlcad | there's clearly MINOR on both lines, but it complains about 171 but not 170 |
| 15:07.51 | Ch3ck_ | 171 talks about GNUC being >= 4 |
| 15:08.13 | Ch3ck_ | while the preceding like talks of GNUC being defined or ==3 or >= 4 |
| 15:08.23 | brlcad | good thinking, but not it |
| 15:08.32 | brlcad | it complains about the symbol being not DEFINED |
| 15:08.43 | brlcad | if it's not defined, then 170 would be an error too |
| 15:08.50 | brlcad | why isn't it |
| 15:08.52 | Ch3ck_ | yeah |
| 15:09.41 | Ch3ck_ | because if its not defined line 171 would not be processed |
| 15:09.54 | Ch3ck_ | since its already failed the if defined condition |
| 15:10.23 | brlcad | interesting, but no .. compilers generally always warn on the very first occurance of an error |
| 15:10.51 | brlcad | and indeed the compiler is right |
| 15:11.23 | Ch3ck_ | so what's the real cause of the problem here? |
| 15:11.31 | brlcad | you should ALWAYS assume the compiler is right, at least until you've been actively coding for a decade or have written your own compiler ;) |
| 15:11.38 | brlcad | attention to detail |
| 15:11.45 | brlcad | what's the most common error in programming |
| 15:12.31 | Ch3ck_ | compilation error |
| 15:12.32 | brlcad | how can it possibly be true that line 171 has an unknown symbol yet the preceding line seemingly has that symbol |
| 15:13.03 | Ch3ck_ | well it looks like its been deprecated somewhere in between |
| 15:13.06 | brlcad | too general, it's a specific type of compilation error, a specific cause |
| 15:13.11 | brlcad | it has not |
| 15:13.19 | brlcad | and that word means something else |
| 15:14.38 | brlcad | read very carefully |
| 15:14.42 | brlcad | those two lines |
| 15:14.52 | Ch3ck_ | sorry, just wanted to say its been removed some how |
| 15:15.23 | Ch3ck_ | the first line says |
| 15:15.33 | Ch3ck_ | if GNUC is defined |
| 15:15.37 | Ch3ck_ | check if its >= 4 |
| 15:15.52 | Ch3ck_ | else if its == 3 and GNUC__ MINOR >= 1 |
| 15:16.00 | Ch3ck_ | THEN move to the next line and |
| 15:16.14 | brlcad | that is not what 170 said |
| 15:16.39 | Ch3ck_ | well its what it says |
| 15:16.53 | brlcad | it's the intent of what it was trying to say, but you can't summarize it that generically when looking at any error |
| 15:17.04 | brlcad | a compiler will do exactly and only what it is told |
| 15:17.17 | brlcad | so you need to be exact in describing it |
| 15:17.25 | brlcad | "GNUC__ MINOR >= 1" is not the expression |
| 15:17.31 | brlcad | what is the expression involving MINOR? |
| 15:17.52 | brlcad | you're going to kick yourself when you finally see it |
| 15:17.59 | brlcad | at least you should :) |
| 15:19.17 | Ch3ck_ | well i see a typo |
| 15:19.29 | Ch3ck_ | error with GNUC_MINOR |
| 15:19.38 | Ch3ck_ | they're different |
| 15:19.59 | brlcad | bingo |
| 15:20.04 | Ch3ck_ | "GNUC__MINOR" AND GNUC_MINOR |
| 15:20.21 | brlcad | you're missing the preceding and trailing underscores, but YES! |
| 15:20.26 | Ch3ck_ | its tiny but has caused alot of damage :) |
| 15:20.30 | brlcad | simple typo |
| 15:20.34 | brlcad | it's the most common error |
| 15:20.42 | brlcad | so you always have to be on the look-out for them |
| 15:21.05 | brlcad | "how can it possibly be true that line 171 has an unknown symbol yet the preceding line seemingly has that symbol" ... it CANNOT .. they are DIFFERENT symbols |
| 15:21.23 | Ch3ck_ | yeah they're different ;) |
| 15:21.23 | brlcad | and the latter is clearly a typo once you see that |
| 15:21.37 | brlcad | a one-character typo at that |
| 15:21.44 | Ch3ck_ | yeah |
| 15:21.52 | brlcad | i've fixed the header file, so it should get past that specific error |
| 15:23.37 | Ch3ck_ | ok thanks ;) |
| 15:33.04 | Notify | 03BRL-CAD:brlcad * 57982 brlcad/trunk/src/libged/attr.c: fix a bug introduced in the r57241 refactoring that broke the 'attr get' subcommand. the output format is not the same as attr show and max_attr_name/value_len are not yet computed (so attr get output nothing). lucky, caught in time. |
| 15:36.35 | Ch3ck_ | brlcad, tk.h:21:3: error: #error Tk 8.6 must be compiled with tcl.h from Tcl 8.6 or bettter |
| 15:36.49 | Ch3ck_ | this is still another error I get while compiling |
| 15:37.52 | Notify | 03BRL-CAD:brlcad * 57983 brlcad/branches/RELEASE/src/libged/attr.c: merge just r43219 from trunk since it fixes an unreleased attr get command bug, restores behavior |
| 15:38.55 | brlcad | Ch3ck_: if it's telling you that, it undoubtedly encountered a tcl.h NOT from tcl 8.6+ |
| 15:39.39 | Ch3ck_ | so how do I fix that? |
| 15:40.25 | brlcad | that's a problem with build system paths |
| 15:40.53 | brlcad | unless your object is to get the build working with tcl/tk 8.6 (which would be great), the simple solution is the BUNDLED option I mentioned6 |
| 15:41.01 | brlcad | s/object/objective/ |
| 15:41.43 | Ch3ck_ | ok |
| 15:41.52 | Ch3ck_ | was building in debug mode |
| 15:43.05 | brlcad | irrelevant |
| 15:43.23 | brlcad | (i.e., can/should keep building in debug mode) |
| 15:44.08 | Ch3ck_ | yeah just added the bundled option |
| 15:49.42 | *** join/#brlcad Gaganjyot (~gagan@106.192.60.236) | |
| 15:53.14 | *** part/#brlcad Gaganjyot (~gagan@106.192.60.236) | |
| 15:56.28 | Notify | 03BRL-CAD:brlcad * 57984 brlcad/trunk/src/libged/attr.c: we don't need the database until we check the version |
| 16:07.03 | Notify | 03BRL-CAD:brlcad * 57985 brlcad/trunk/src/libged/attr.c: too many database open checks |
| 16:52.39 | Notify | 03BRL-CAD:brlcad * 57986 brlcad/trunk/src/libged/attr.c: by convention, the ged command API should be case-insensitive. make attr's subcommands insensitive. |
| 16:54.46 | Notify | 03BRL-CAD:brlcad * 57987 brlcad/trunk/src/libged/attr.c: the pretty print function need not be private API, mark HIDDEN and rename with attr_ prefix |
| 17:00.53 | Notify | 03BRL-CAD:brlcad * 57988 brlcad/trunk/src/libged/attr.c: more hiding of implementation functions, prefixing with the attr_ group name |
| 17:00.58 | ``Erik | Ch3ck_: if you're lost in vi, ^g will post some handy info across the bottom status bar |
| 17:04.27 | Ch3ck_ | ah thanks, ``Erik |
| 17:04.31 | Notify | 03BRL-CAD:brlcad * 57989 brlcad/trunk/src/libged/attr.c: ws indent cleanup |
| 17:24.24 | Notify | 03BRL-CAD:brlcad * 57990 brlcad/trunk/src/libged/ged.c: applying refactoring rule-of-three (Ro3) instead of DRY for the attribute qsort() callback. it's only called twice and requires private API to make it span attr.c for little value and hinders encapsulation. this caller should probably be calling ged_attr() anyways but the format is slightly different, warrants testing. |
| 17:25.00 | Notify | 03BRL-CAD:brlcad * 57991 brlcad/trunk/src/libged/attr.c: make all of the new sorting functions also hidden |
| 17:27.02 | Notify | 03BRL-CAD:brlcad * 57992 brlcad/trunk/src/libged/ged_private.h: and here's the cost we can eliminate. no longer need _ged_cmpattr() published. |
| 17:30.32 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 17:31.46 | Notify | 03BRL-CAD:brlcad * 57993 brlcad/trunk/src/libged/constraint/constraint.c: start hashing out the primary commands and the user interface. this is roughly the approach of the attr command. |
| 17:38.18 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) | |
| 17:40.50 | Notify | 03BRL-CAD:starseeker * 57994 brlcad/trunk/src/librt/search.c: Fix option ordering for search - -bool wasn't being found by bsearch |
| 17:46.41 | Ch3ck_ | goes out ;) |
| 17:55.20 | Notify | 03BRL-CAD:mohitdaga * 57995 (brlcad/trunk/src/libicv/tests/icv_crop.c brlcad/trunk/src/libicv/tests/icv_fade.c and 6 others): bu_getopt has integer return type. |
| 18:05.55 | brlcad | huh, I made that change last night but I guess I didn't commit it |
| 18:14.07 | Notify | 03BRL-CAD:starseeker * 57996 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 2 others): Tone down the debugging output, use nurbs curves for a couple more curve types. |
| 18:16.10 | *** join/#brlcad merzo (~merzo@154-80-132-95.pool.ukrtel.net) | |
| 18:25.23 | *** join/#brlcad fethio (~user@78.173.77.60) | |
| 18:28.24 | Notify | 03BRL-CAD:starseeker * 57997 brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp: Write out nurbs form of unconverted surfaces |
| 18:41.06 | Notify | 03BRL-CAD:carlmoore * 57998 brlcad/trunk/src/shapes/fence.c: eliminate 'Command-line argument assistance' message and begin directly with 'Usage' |
| 18:48.58 | Notify | 03BRL-CAD:brlcad * 57999 brlcad/trunk/src/shapes/fence.c: don't leave dead code lying around |
| 18:53.29 | Notify | 03BRL-CAD:brlcad * 58000 brlcad/trunk/src/libged/constraint/constraint.c: use a bu command table. provides a cleaner callback interface than using a data-driven type id method. |
| 18:55.19 | Notify | 03BRL-CAD Wiki:Fethiokyar * 0 /wiki/User:Fethiokyar: |
| 18:57.04 | Notify | 03BRL-CAD:starseeker * 58001 brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp: Set names for positioning objects. |
| 19:09.35 | Notify | 03BRL-CAD:brlcad * 58002 (brlcad/trunk/include/bu.h brlcad/trunk/include/cmd.h): move bu_cmdtab from bu.h to cmd.h |
| 19:11.14 | brlcad | hello fethio |
| 19:25.58 | kanzure | brlcad: hey, i'm having trouble loading .lib files on windows with python + ctypes. are there dll files for brlcad? |
| 19:26.15 | *** join/#brlcad ParahSailin (~ParahSail@50-194-178-148-static.hfc.comcastbusiness.net) | |
| 19:27.05 | kanzure | brlcad: there's no mechanism to load .lib files, so i guess that means we need dll files. |
| 19:28.09 | ParahSailin | build error on cygwin: https://gist.github.com/rcallahan/bac483d8685431107305 |
| 19:50.35 | Notify | 03BRL-CAD:carlmoore * 58003 brlcad/trunk/src/shapes/handle.c: implement h? (changing previous h to H), and provide a Usage statement |
| 20:09.25 | Notify | 03BRL-CAD:tbrowder2 * 58004 brlcad/trunk/include/sysv.h: correct strchr signature to avoid C99 error--CMake tests may be causing problems |
| 20:15.52 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.99) | |
| 20:18.36 | Notify | 03BRL-CAD:carlmoore * 58005 brlcad/trunk/src/shapes/handle.c: add program exit for failed file-open |
| 20:41.57 | brlcad | kanzure: yes, there are dll files (at least there should be, in the bin dir) |
| 20:42.10 | kanzure | ParahSailin: ping |
| 20:50.01 | ParahSailin | pong |
| 20:50.20 | ParahSailin | ah, derp yeah i see them |
| 20:53.20 | Notify | 03BRL-CAD:starseeker * 58006 brlcad/trunk/include/tclcad.h: Looks like tclcad needs cmd.h now. |
| 21:02.55 | Notify | 03BRL-CAD:starseeker * 58007 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Ignore all the files for distcheck |
| 21:02.59 | kanzure | ParahSailin: do they work when you use those paths? |
| 21:16.44 | starseeker | brlcad: what are our blockers now for a release? |
| 21:34.24 | zero_level | hi brlcad, ``Erik |
| 22:27.40 | brlcad | ParahSailin: we've not had a complete cygwin build in quite a while, so work there is to be expected |
| 22:28.18 | brlcad | shouldn't be anything major, just build system tweaks and preprocessor work, but hasn't been a priority and cygwin tends to be a moving target |
| 22:29.06 | brlcad | starseeker: just a few commit reviews to go to ensure NEWS is complete, but no known blockers otherwise that I'm aware of |
| 22:31.24 | brlcad | ParahSailin: the build should succeed with the free msvc express, of if you're interested in getting cygwin working, we can walk through issues one at a time, but I'll need a more complete log |
| 22:33.24 | ParahSailin | hm well thats the first place it dies |
| 22:44.36 | maths22 | brlcad: mediawiki is now updated |
| 23:03.56 | maths22 | I also updated gallery |
| 23:44.48 | zero_level | brlcad : Are we plannning for a new release ? |
| 23:46.07 | zero_level | brlcad : Can I help in some way ? |
| 23:46.26 | zero_level | I think there are few news to be updated for the tools in util. |
| 23:46.48 | zero_level | I will ensure I will do it today. |
| 00:57.57 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:35.33 | brlcad | ParahSailin: sure, but to not spend time guessing, need more logs that show what your configuration test results were (cmake log and cache results) and what the actual compile line preceding that error was (VERBOSE=1) |
| 01:40.19 | brlcad | zero_level: every month ideally, sure reviewing your changes will help |
| 01:40.39 | brlcad | we have a policy of documenting all user-visible changes that have been documented |
| 01:41.57 | brlcad | (previously) |
| 01:44.09 | zero_level | brlcad : Also sent a mail on the list. |
| 01:44.24 | zero_level | you were suggesting me some directions ? |
| 01:52.05 | Notify | 03BRL-CAD:brlcad * 58008 brlcad/trunk/include/cmd.h: make the ct_name field const in struct bu_cmdtab. shouldn't need to be mutable and are usually a static string. |
| 01:55.34 | Notify | 03BRL-CAD:brlcad * 58009 brlcad/trunk/src/libdm/tcl.c: kill extra semi |
| 02:05.04 | Notify | 03BRL-CAD:brlcad * 58010 brlcad/trunk/TODO: ideas for two new ged commands, about and align. |
| 02:06.14 | Notify | 03BRL-CAD:brlcad * 58011 (brlcad/trunk/src/bwish/cmd.c brlcad/trunk/src/libbu/observer.c and 14 others): propagate constness and consistent null callback pointer on the terminating cmdtab entry |
| 02:18.23 | Notify | 03BRL-CAD:brlcad * 58012 brlcad/trunk/src/conv/comgeom/try.sh: denote the particular detail of terminating a shell script case statment with a double semi |
| 02:23.01 | Notify | 03BRL-CAD:brlcad * 58013 (brlcad/trunk/src/adrt/librender/cut.c brlcad/trunk/src/bwish/cmd.c and 25 others): remove unnecesary double-semicolons |
| 02:28.50 | brlcad | zero_level: I suggest starting with simple organization first |
| 02:29.03 | brlcad | just try to put each bundle of logic into one source file |
| 02:29.15 | brlcad | like all the routines related to png support |
| 02:32.08 | brlcad | fileformat.c still has some stuff related to ppm support (and there's a ppm.c file) for example |
| 02:32.36 | brlcad | and no files for bw, png, pix, bmp, etc |
| 02:33.12 | brlcad | simple work, but that should help a press to modularize each format (so we can more easily extend new formats) |
| 03:02.49 | *** join/#brlcad curatrix (~curatrix@124-168-38-24.dyn.iinet.net.au) | |
| 03:26.48 | brlcad | haha, wow, I shouldn't have turned on the news |
| 03:27.04 | brlcad | hilarious |
| 03:27.05 | brlcad | gets back to coding |
| 04:05.05 | *** join/#brlcad curatrix (~curatrix@124-171-31-210.dyn.iinet.net.au) | |
| 06:04.32 | Notify | 03BRL-CAD:brlcad * 58014 brlcad/trunk/src/libged/constraint/constraint.c: start documenting some specific types of constraints that are commonly available (only aiming for one or two to start), and change the signature to require a constraint name. |
| 06:16.45 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 06:17.32 | Notify | 03BRL-CAD:brlcad * 58015 brlcad/trunk/src/libged/constraint/constraint.c: few more examples, notes on functions |
| 06:18.35 | Notify | 03BRL-CAD:d_rossberg * 58016 (brlcad/trunk/src/other/poly2tri/poly2tri/common/utils.cc brlcad/trunk/src/other/poly2tri/poly2tri/sweep/sweep.cc): it looks like WIN32 isn't defined any more, use _WIN32 instead |
| 06:20.34 | Notify | 03BRL-CAD:brlcad * 58017 brlcad/trunk/src/libged/constraint/constraint.c: stub in help command |
| 07:47.24 | Notify | 03BRL-CAD:brlcad * 58018 brlcad/trunk/src/libged/constraint/constraint.c: a few more refinements and add an 'auto' constraint command to auto-assign derivable relationships. |
| 07:57.08 | kanzure | haha opencascade <3 "At the moment Boolean operations algorithm is not thread-safe with any settings of environment variables." |
| 09:19.32 | *** join/#brlcad Gaganjyot (~gagan@202.164.53.117) | |
| 09:53.37 | *** join/#brlcad Gaganjyot (~gagan@202.164.53.117) | |
| 09:58.28 | Notify | 03BRL-CAD:tbrowder2 * 58019 brlcad/trunk/src/compat/README.compat.c99: add test progs for the 7 C99 show stopper functions |
| 10:20.02 | Notify | 03BRL-CAD:tbrowder2 * 58020 brlcad/trunk/CMakeLists.txt: add var to indicate we are using a standards-constrained build; add def to ensure checking functions are using the same compiler settings as the constrained build |
| 10:24.11 | Notify | 03BRL-CAD:tbrowder2 * 58021 brlcad/trunk/CMakeLists.txt: set only when strict std compliance checking; expand comment |
| 10:25.50 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 10:42.51 | Notify | 03BRL-CAD:tbrowder2 * 58022 brlcad/trunk/CMakeLists.txt: add code to do more rigorous checks on non-C99 functions |
| 10:45.20 | Notify | 03BRL-CAD:tbrowder2 * 58023 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake brlcad/trunk/misc/CMake/CompilerFlags.cmake): eliminate the strict C89 option |
| 11:33.01 | Notify | 03BRL-CAD:tbrowder2 * 58024 (brlcad/trunk/src/libbu/getcwd.c brlcad/trunk/src/libbu/gethostname.c and 2 others): use new define for assurance of a working non-C99 function |
| 11:53.38 | Notify | 03BRL-CAD:tbrowder2 * 58025 (brlcad/trunk/INSTALL brlcad/trunk/configure): removed all references to the old C89 |
| 12:12.15 | Notify | 03BRL-CAD:tbrowder2 * 58026 brlcad/trunk/src/libbu/getcwd.c: move vars into reduced scope |
| 12:15.28 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:44.00 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:22.05 | ``Erik | huh, the gov't shut down? didn't even notice O:-) |
| 13:31.41 | Notify | 03BRL-CAD:carlmoore * 58027 brlcad/trunk/src/libged/constraint/constraint.c: fix spellings |
| 13:33.08 | *** join/#brlcad Izak (~Izak@195.24.220.16) | |
| 13:37.31 | *** join/#brlcad Izak__ (~Izak@195.24.220.16) | |
| 14:31.47 | starseeker | brlcad: uh... did Tom change strategies suddenly? trying to figure out why C89 got removed |
| 14:34.31 | starseeker | interesting - is there a difference between C89 and C90? GCC seems to call it C90: http://gcc.gnu.org/onlinedocs/gcc/Standards.html |
| 14:42.09 | Notify | 03BRL-CAD:starseeker * 58028 NIL: Make a branch to try some compiler flag rework |
| 14:57.45 | Notify | 03BRL-CAD:carlmoore * 58029 brlcad/trunk/src/libged/human.c: Provide space between file name and sentence-ending period; remove display of -h and -?, which however remain available for help |
| 15:11.48 | Notify | 03BRL-CAD:carlmoore * 58030 brlcad/trunk/src/libged/human.c: remove this program's 'illegal option' message and rely on getopt instead |
| 15:27.59 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-hbkcipimtgoqqenp) | |
| 15:49.06 | Notify | 03BRL-CAD:starseeker * 58031 (brlcad/branches/compiler-flags/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/branches/compiler-flags/misc/CMake/BRLCAD_Summary.cmake brlcad/branches/compiler-flags/misc/CMake/CompilerFlags.cmake): Start working on a generalized mechanism for selecting and reporting C and C++ standards for compilation |
| 16:03.43 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:04.23 | Notify | 03BRL-CAD:carlmoore * 58032 brlcad/trunk/src/libged/human.c: various changes: move 'options' to higher level and give it new name due to apparent conflict; no need to initialize 'c'; add apostrophe to 'lets'; simplify an if-then-else; we can now run with no arguments and get help followed by the program running as it did before |
| 16:16.12 | Notify | 03BRL-CAD:starseeker * 58033 NIL: Nevermind, after discussion with Sean the idea is to baseline on C89 and then move forward, not continually maintain support for various standards. |
| 16:21.06 | Notify | 03BRL-CAD:starseeker * 58034 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/misc/CMake/CompilerFlags.cmake): However, do go ahead and remove the BRLCAD_ prefix from the flag checking macros. Those are intended to be generic, maybe something that could be contributed back upstream someday. |
| 16:43.28 | Notify | 03BRL-CAD:starseeker * 58035 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL and 3 others): Try to rework the build flags to reflect discussion with Sean on how he wants to proceed... may not have this right yet. |
| 16:43.42 | Notify | 03BRL-CAD:carlmoore * 58036 brlcad/trunk/src/libged/human.c: suppress showing of h and ? options |
| 16:58.26 | Notify | 03BRL-CAD:carlmoore * 58037 brlcad/trunk/src/libged/human.c: combine 2 ifs into if-then-else |
| 17:15.49 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 17:40.38 | Notify | 03BRL-CAD:carlmoore * 58038 brlcad/trunk/src/libged/human.c: add 'or -l' to help |
| 18:05.28 | *** join/#brlcad Gaganjyot (~gagan@106.192.54.20) | |
| 18:53.54 | Notify | 03BRL-CAD:starseeker * 58039 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/other/CMakeLists.txt): Move src/other further down the configure process. Sean had the insight that now that we are clearing the build flags at the top of src/other, we can do all the system tests with BRL-CAD's compile flags up front so the CACHE holds the results one would expect from BRL-CAD's configuration rather than any that might get |
| 18:53.56 | Notify | set with blank build flags in src/other. The only danger is that the src/other builds, using the BRL-CAD cache results, might fail to build because they need something that passed in BRL-CAD's test but requires a flag not supplied in the src/other build logic. In that situation, if it occurs, the thing to do is probably to improve/fix the src/other CMake logic. |
| 18:54.52 | Notify | 03BRL-CAD:tbrowder2 * 58040 (brlcad/trunk/src/compat/test_fdopen.c brlcad/trunk/src/compat/test_fileno.c and 4 others): use correct syntax for gcc __atttribute__ |
| 19:06.38 | *** join/#brlcad Gaganjyot (~gagan@1.38.22.232) | |
| 19:20.59 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:27.01 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 20:15.11 | Notify | 03BRL-CAD:carlmoore * 58041 brlcad/trunk/src/libged/human.c: kept humanoptions name, but shifted things around so it does not now need to be a global |
| 20:57.45 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:17.30 | Notify | 03BRL-CAD:brlcad * 58042 brlcad/trunk/src/libged/constraint/constraint.c: turn the comment notes into code, expand the longer integrated help usage case |
| 21:18.19 | Notify | 03BRL-CAD:carlmoore * 58043 brlcad/trunk/src/shapes/human.c: simplify shapes/human.c |
| 21:24.19 | Notify | 03BRL-CAD:brlcad * 58044 brlcad/trunk/src/libged/constraint/constraint.c: include generalized formula in the help docs |
| 21:27.13 | Notify | 03BRL-CAD:carlmoore * 58045 brlcad/trunk/src/libged/human.c: remove unneeded braces, and put in a space just before a brace which is being left in |
| 21:31.02 | Notify | 03BRL-CAD:brlcad * 58046 brlcad/trunk/src/libged/constraint/constraint.c: show an example of a relation |
| 21:51.30 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:07.07 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:35.48 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 02:35.48 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || GSoC 2013! http://brlcad.org/wiki/Google_Summer_of_Code | |
| 03:46.27 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:56.39 | Notify | 03BRL-CAD:brlcad * 58049 brlcad/trunk/src/libged/constraint/constraint.c: implement get and show, presently utilizing the attribute value system since a very similar interface should suffice for our pretty printing needs |
| 05:01.25 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 06:47.50 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:04.39 | *** join/#brlcad Gaganjyot (~gagan@202.164.53.117) | |
| 08:05.06 | *** part/#brlcad Gaganjyot (~gagan@202.164.53.117) | |
| 09:55.21 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 09:55.26 | *** join/#brlcad caen23_ (~caen23@92.83.177.20) | |
| 11:09.41 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 12:02.15 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:10.40 | Notify | 03BRL-CAD:tbrowder2 * 58050 brlcad/trunk/misc/CMake/CompilerFlags.cmake: use this posix to three non-C99 funcs don't case build failure |
| 12:13.29 | Notify | 03BRL-CAD:tbrowder2 * 58051 brlcad/trunk/misc/CMake/CompilerFlags.cmake: use this posix version so three non-C99 funcs don't cause build failure |
| 12:19.34 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-vzbucnxqcgzbehef) | |
| 13:35.42 | Notify | 03BRL-CAD:brlcad * 58052 brlcad/trunk/CMakeLists.txt: we have to include the modules for c/c++ source compilation testing since we use those macros directly in this file. |
| 13:40.59 | d_rossberg | brlcad: thanks! i wonder why there was no error on Linux |
| 13:52.45 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:01.32 | Notify | 03BRL-CAD:carlmoore * 58053 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/libged/constraint/constraint.c): fix spellings |
| 14:06.44 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:20.17 | Notify | 03BRL-CAD:tbrowder2 * 58054 brlcad/trunk/CMakeLists.txt: add flag for more function checks (and add info to comment); 'rigorous' is en_US spelling; word wrap long line |
| 14:21.11 | Notify | 03BRL-CAD:carlmoore * 58055 brlcad/trunk/src/libged/human.c: move 2 fflush's for a more uniform appearance (should not affect program performance), and simplify the 'height' routine |
| 14:49.18 | ``Erik | huh, seems tom clancy has passed |
| 14:50.35 | Notify | 03BRL-CAD:carlmoore * 58056 brlcad/trunk/src/libged/human.c: initialize local x,y,z (do not depend on the system doing so!); specify inches; remove fflush(stdin), because that's done immediately after return |
| 15:06.41 | Notify | 03BRL-CAD:starseeker * 58057 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: Add non-installed tool to print out the possible elements of a step file. |
| 15:10.51 | *** join/#brlcad Gaganjyot (~gagan@1.38.22.232) | |
| 15:12.56 | Notify | 03BRL-CAD:carlmoore * 58058 brlcad/trunk/src/libged/human.c: change 'humanoptions', now a local variable, back to 'options'; touch up the Usage, including clarification of 'feet' (refers to the body, not to the measuring unit) |
| 15:25.58 | Notify | 03BRL-CAD:starseeker * 58059 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/g-step/CMakeLists.txt brlcad/trunk/src/conv/step/step-g/CMakeLists.txt): Bump the step schema define variable up a directory |
| 15:27.15 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:41.21 | Notify | 03BRL-CAD:starseeker * 58060 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/STEPWrapper.cpp and 6 others): Refactor the schema conditional ifdef logic into a single header, where possible. |
| 15:46.02 | brlcad | yeah, at johns hopkins hospital of all places |
| 16:08.09 | *** join/#brlcad Gaganjyot (~gagan@1.38.22.232) | |
| 16:11.32 | Notify | 03BRL-CAD:carlmoore * 58061 brlcad/trunk/src/libged/human.c: further revision of Usage |
| 16:14.56 | Notify | 03BRL-CAD:starseeker * 58062 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/ap_schema.h): Restructure the schema logic slightly. |
| 16:24.16 | Notify | 03BRL-CAD:tbrowder2 * 58063 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: add new labels for the two new options |
| 16:27.20 | Notify | 03BRL-CAD:tbrowder2 * 58064 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: oops, add missing space |
| 16:32.54 | Notify | 03BRL-CAD:tbrowder2 * 58065 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: correct OTHER_REPORT_ITEMS entry |
| 16:47.52 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 16:49.45 | Notify | 03BRL-CAD:brlcad * 58066 brlcad/trunk/include/bu.h: document the behavior of AVS a little more clearly, particularly with regards to uniqueness |
| 16:52.30 | Notify | 03BRL-CAD:brlcad * 58067 brlcad/trunk/src/libbu/avs.c: reduce scope depth and make bu_avs_remove() actually remove all instances of a specified attribute, scanning the whole set in case there are additional nonunique instances. |
| 17:10.44 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:54.06 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 19:07.13 | Notify | 03BRL-CAD:starseeker * 58068 brlcad/trunk/src/conv/step/CMakeLists.txt: Add sorted lists of elements for the three ap2* standards of interest. |
| 19:17.23 | Notify | 03BRL-CAD:carlmoore * 58069 brlcad/trunk/src/libged/human.c: more revision of Usage; and in the 'Usage' line itself, replace X with the (correct) W |
| 19:29.48 | Notify | 03BRL-CAD:carlmoore * 58070 brlcad/trunk/src/libged/human.c: remove O and o options, because they are disabled |
| 19:55.28 | Notify | 03BRL-CAD:brlcad * 58071 brlcad/trunk/src/libged/constraint/constraint.c: define them as one expression per object for now, so we don't need an rm subcommand (can use kill command) |
| 20:04.07 | Notify | 03BRL-CAD:brlcad * 58072 brlcad/trunk/src/libged/constraint/constraint.c: also a distraction, remove auto |
| 20:08.21 | Notify | 03BRL-CAD:n_reed * 58073 brlcad/trunk/include/raytrace.h: Tweak selection structs. Not much use for a query cmp func without requiring caller to know selection object internals. |
| 20:22.56 | Notify | 03BRL-CAD:n_reed * 58074 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/table.c): add initial implementation for rt_brep_find_selections |
| 20:40.57 | Notify | 03BRL-CAD:brlcad * 58075 brlcad/trunk/src/libged/constraint/constraint.c: implent the main scaffolding for eval and set, obtaining and setting the constraints via attributes. |
| 20:52.21 | Notify | 03BRL-CAD:carlmoore * 58076 brlcad/trunk/src/shapes/picket_fence.c: remove unneeded braces |
| 20:59.16 | Notify | 03BRL-CAD:n_reed * 58077 brlcad/trunk/src/librt/primitives/brep/brep_debug.cpp: put brep control vertex translation into helper |
| 21:01.55 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 21:24.36 | Notify | 03BRL-CAD:n_reed * 58078 (brlcad/trunk/src/librt/primitives/brep/brep.cpp brlcad/trunk/src/librt/primitives/brep/brep_debug.h brlcad/trunk/src/librt/primitives/table.c): add initial implementation for rt_brep_find_selections |
| 21:33.20 | Notify | 03BRL-CAD:carlmoore * 58079 brlcad/trunk/src/shapes/picket_fence.c: clarify the usage |
| 08:02.43 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 08:10.02 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 10:59.34 | *** join/#brlcad Izak (295cbb6b@gateway/web/freenode/ip.41.92.187.107) | |
| 11:00.22 | Guest86917 | brlcad Can we have a private chat ? |
| 11:01.20 | Guest86917 | Its Izak writing |
| 11:02.22 | Guest86917 | Please can anyone around brlcad signal him to come over to IRC. We have an urgent situation to handle |
| 11:31.12 | brlcad | what's up Izak_? |
| 11:31.51 | Guest86917 | brlcad can we have a private chat ? I am using the web interface |
| 11:32.06 | brlcad | I have no idea, I already messaged you in private |
| 11:32.21 | brlcad | I see Ch3ck_'s e-mail |
| 11:37.39 | *** join/#brlcad Ch3ck (295cbb6b@gateway/web/freenode/ip.41.92.187.107) | |
| 11:44.35 | Notify | 03BRL-CAD Wiki:BurtFindley * 6191 /wiki/Students_at_University_Level: |
| 11:48.50 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:BurtFindley: Spamming links to external sites |
| 11:49.00 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Students_at_University_Level: spam |
| 12:02.40 | Notify | 03BRL-CAD:tbrowder2 * 58080 brlcad/trunk/HACKING: word wrap |
| 13:35.26 | *** join/#brlcad Ch3ck (295cbb6b@gateway/web/freenode/ip.41.92.187.107) | |
| 13:38.48 | Notify | 03BRL-CAD:carlmoore * 58081 (brlcad/trunk/include/bu.h brlcad/trunk/misc/auto-man-page/BIN_OPT_ARG_ANALYSIS.txt and 2 others): remove trailing blanks/tabs; fix spellings |
| 13:44.32 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 14:28.57 | *** join/#brlcad Gaganjyot (~gagan@106.192.52.113) | |
| 15:07.06 | Notify | 03BRL-CAD:carlmoore * 58082 (brlcad/trunk/src/libged/tire.c brlcad/trunk/src/shapes/tire.c): several changes; implement ?; remove help listing of h, which is now understood; bu_optopt global brought in because of that 'return' difference between 'h' and default; remove unneeded braces |
| 15:20.17 | *** join/#brlcad Gaganjyot (~gagan@106.192.54.6) | |
| 16:06.53 | Notify | 03BRL-CAD:carlmoore * 58083 brlcad/trunk/src/libged/tire.c: revise comments, and remove a set of braces, and simplify 'gen_name' logic |
| 16:42.59 | *** join/#brlcad Gaganjyot (~gagan@106.192.47.177) | |
| 16:45.19 | *** part/#brlcad Gaganjyot (~gagan@106.192.47.177) | |
| 19:17.27 | Notify | 03BRL-CAD:starseeker * 58084 brlcad/trunk/CMakeLists.txt: Write out information about how CMake configure was run into CMakeFiles/CMakeOutput.log. This is not a perfect capture of the original command line used to invoke CMake (that doesn't appear to be possible with the current setup, unless I'm missing something) but it should be informative as to what options were specified. |
| 19:23.08 | ``Erik | O.o |
| 19:46.06 | Notify | 03BRL-CAD:tbrowder2 * 58085 brlcad/trunk/CMakeLists.txt: remove superflous check for STD_COMPLIANCE' add some ws for clarity; change CMake command to upper case |
| 20:08.45 | Notify | 03BRL-CAD:starseeker * 58086 (brlcad/trunk/CMakeLists.txt brlcad/trunk/doc/CMakeLists.txt brlcad/trunk/src/CMakeLists.txt): Enhance the first-pass configure output to identify configure stages and let the user know what directory is currently being added. Subsequent passes will retain previous quiet behavior. |
| 20:18.49 | Notify | 03BRL-CAD:starseeker * 58087 brlcad/trunk/src/other/CMakeLists.txt: Typo |
| 20:19.38 | Notify | 03BRL-CAD:starseeker * 58088 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/misc/perl/CMakeLists.txt): Move swig and doxygen detection to programs section. |
| 20:29.01 | starseeker | ``Erik: hmm? |
| 20:52.05 | Notify | 03BRL-CAD:starseeker * 58089 (brlcad/trunk/src/conv/step/ap_schema.h brlcad/trunk/src/conv/step/g-step/Assembly_Product.h and 5 others): Fix some of the common.h failures in the regression test - more to go. |
| 20:55.49 | Notify | 03BRL-CAD:starseeker * 58090 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/dsp_add2.c and 3 others): bu_file_delete instead of unlink |
| 20:58.36 | ``Erik | starseeker: how're the shutdowns going? :D |
| 21:01.08 | Notify | 03BRL-CAD:starseeker * 58091 brlcad/trunk/src/libicv/ppm.c: bu_fgets, not fgets |
| 22:09.01 | starseeker | Nick and I figured out at least part of what we need to do to get properly minimal faces for NMGs: |
| 22:09.52 | starseeker | 1. Implement Monotone Chain Algorithm to compute convex hulls in 2D (same thing we need for oriented bounding box computation) |
| 22:10.50 | starseeker | 2. Calculate the minimal rectangle using rotating calipers: http://geomalgorithms.com/a08-_containers.html#Minimal%20Rectangle |
| 22:12.26 | n_reed | s/Nick and // |
| 22:12.42 | starseeker | 3. Translate 3d points in NMG into 2D points in minimal rectangle (I think that's just a question of selecting the 2D origin, then using its 3D coordinate value and some vector addition/subtraction operations - not sure though |
| 22:14.11 | starseeker | Since NMGs can be non-convex, need to make sure we have proper rotating calipers input - may be able to do an up-front check and skip the convex hull routine if the NMG already satisfies that propery... |
| 22:16.51 | starseeker | yep http://stackoverflow.com/questions/471962/how-do-determine-if-a-polygon-is-complex-convex-nonconvex/1881201#1881201 |
| 22:18.28 | ``Erik | 4. explode horribly due to some very strange bookkeeping bug that "just doesn't normally happen" *cough* O:-) |
| 22:18.52 | starseeker | has a talent for those... |
| 22:19.32 | ``Erik | nmg is a maze of twisty little passages, all alike |
| 22:19.48 | starseeker | ah, but I don't propose to dive into nmg :-) |
| 22:20.07 | starseeker | Just get it to cough up the points (or maybe the outer polycurve) and go from there |
| 22:20.48 | starseeker | will be making his own strange, undebuggable bookkeeping bugs :-) |
| 22:27.19 | starseeker | ah, a worked example... http://code.google.com/p/replay/source/browse/trunk/include/replay/bounding_rectangle.hpp |
| 00:32.55 | brlcad | another in 3d: http://www.geometrictools.com/LibMathematics/Containment/Wm5ContMinBox3.cpp |
| 01:13.45 | starseeker | brlcad: I did the best I could with capturing the cmake command line inputs - will it work? |
| 01:13.59 | brlcad | saw the commit, but not the result yet |
| 01:14.03 | starseeker | ah |
| 01:22.57 | Notify | 03BRL-CAD:starseeker * 58092 brlcad/trunk/CMakeLists.txt: tweak categories |
| 01:25.01 | Notify | 03BRL-CAD:brlcad * 58093 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: they're all files, shorten the label |
| 03:02.04 | *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:38.26 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:32.41 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 12:34.23 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:15.19 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:26.18 | Notify | 03BRL-CAD:carlmoore * 58094 brlcad/trunk/CMakeLists.txt: remove trailing blank or tab; fix spelling |
| 13:47.45 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6192 /wiki/User:KeshaSShah/GSoC13/Reports: |
| 14:31.52 | Notify | 03BRL-CAD:starseeker * 58095 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: Lay out improved approach to NMG faces in nmg_brep comments. |
| 14:33.11 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 14:40.35 | Notify | 03BRL-CAD:starseeker * 58096 brlcad/trunk/TODO: Add note to (someday) systematically categorize STEP and other entity types. |
| 15:13.28 | Notify | 03BRL-CAD:starseeker * 58097 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: More refinement of the nmg face improvement approach. |
| 15:51.13 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 15:51.57 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 16:29.29 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:29.28 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 17:31.27 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 17:58.39 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:02.05 | Notify | 03BRL-CAD:indianlarry * 58098 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: for trim_getclosestpoint() saw floating point fuzz where max dist less than min dist so added check to fix that case, also removed some debug blather with prepro |
| 19:31.31 | Notify | 03BRL-CAD:indianlarry * 58099 (brlcad/branches/nurbs/CHANGES brlcad/branches/nurbs/CMakeLists.txt and 195 others): Just merging trunk into branch 'nurbs' r:57777:58097 |
| 19:34.02 | Notify | 03BRL-CAD:r_weiss * 58100 brlcad/trunk/src/conv/3dm/3dm-g.cpp: Added an option to the 3dm-g converter to make the names in the 3dm model table 'm_object_table' BRL-CAD compliant. Also changed the default geometry color from black to red. |
| 20:05.55 | ``Erik | http://govuptime.com/ |
| 20:39.15 | starseeker | ``Erik: maybe you could run for "sysadmin in chief"? |
| 21:42.33 | Notify | 03BRL-CAD:starseeker * 58101 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: Started roughing out translation of Geometric Tools rotating calipers implementation - update notes based on what I'm seeing |
| 01:56.23 | Notify | 03BRL-CAD:brlcad * 58102 (brlcad/trunk/TODO brlcad/trunk/src/libged/CMakeLists.txt): move the to-do entries involving the creation of a new libged command into src/libged/TODO |
| 02:09.32 | Notify | 03BRL-CAD:brlcad * 58103 brlcad/trunk/TODO: group all of the libged tasks together, keeping new commands in the subdir but retain the change tasks here. |
| 04:52.33 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 06:02.32 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 07:23.42 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 08:13.18 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 11:16.46 | Notify | 03BRL-CAD:tbrowder2 * 58104 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/CMakeLists.txt): move compat dir per Sean's suggestion |
| 14:57.21 | Notify | 03BRL-CAD:brlcad * 58105 brlcad/trunk/src/libged/TODO: merge the two about ideas into one, add shallow array copy command |
| 15:09.59 | Notify | 03BRL-CAD:brlcad * 58106 brlcad/trunk/src/libged/TODO: make them all start with the actual proposed command name so we can sort alphabetically |
| 15:19.20 | *** join/#brlcad Gaganjyot (~gagan@106.192.45.75) | |
| 15:19.34 | Notify | 03BRL-CAD:brlcad * 58107 (brlcad/trunk/TODO brlcad/trunk/src/libged/TODO): the region annointment feature is very much related to the new lift/push options in the comb command, so don't yet suggest introducing a new command altogether. featurewise, there just needs to be a way to perform the simple operation (regardless of resulting validity). need to review comb. |
| 15:20.37 | Notify | 03BRL-CAD:brlcad * 58108 brlcad/trunk/src/libged/TODO: consistent quotes |
| 15:23.47 | Notify | 03BRL-CAD:brlcad * 58109 brlcad/trunk/src/libged/TODO: text command for importing and displaying text files. |
| 15:25.43 | Notify | 03BRL-CAD:brlcad * 58110 brlcad/trunk/src/libged/TODO: an audit command to fix fixable geometry errors |
| 15:31.54 | Notify | 03BRL-CAD:brlcad * 58111 brlcad/trunk/src/libged/TODO: we have probably a dozen dev-commands that would go away with a generalized geoemtry calculator command. cal or gcal or bcal seem appropriate. |
| 15:36.28 | Notify | 03BRL-CAD:brlcad * 58112 brlcad/trunk/src/libged/TODO: compile geometry. goes hand-in-hand with cache objects described in the top-level TODO file. |
| 16:03.25 | Notify | 03BRL-CAD:brlcad * 58113 brlcad/trunk/src/libged/TODO: run-time defined menus would not only help consolidate and generalize several other existing commands, it would separate the notion of displaying a menu (e.g., via Tk) with the data in the menu (which should be coming from libged or lower). |
| 16:04.59 | Notify | 03BRL-CAD:brlcad * 58114 brlcad/trunk/TODO: more mirror command thoughts |
| 16:30.44 | starseeker | brlcad: qse is using LGPLv3 :-/ |
| 16:34.58 | starseeker | dunno if they would help for that type of feature, but there are minised and pawk: https://github.com/starseeker/minised https://github.com/starseeker/pawk |
| 16:35.25 | *** join/#brlcad Gaganjyot (~gagan@1.38.20.76) | |
| 17:01.15 | Notify | 03BRL-CAD:brlcad * 58115 brlcad/trunk/src/libged/TODO: another powerful looping construct is a 'repeat' command, similar to the search and proposed batch commands. it's a for-loop equivalent where you specify labels to iterate over and they are substituted into specified command(s) for execution. really begs whether we want ';' separators like search (for consistency) or limit batch and repeat to single string |
| 17:01.15 | Notify | commands. if the prior, will need to ensure quoting resolution doesn't explode (if you make repeat call search or batch and vice versas). |
| 17:03.00 | Notify | 03BRL-CAD:brlcad * 58116 brlcad/trunk/TODO: need a prefix that is agnostic to the program that is running it. the tools register the built-in commands with a . prefix instead of _mged_. |
| 17:03.34 | brlcad | starseeker: qse? |
| 17:07.30 | Notify | 03BRL-CAD:brlcad * 58117 brlcad/trunk/src/libged/TODO: long overdue render command to encapsulate the various ways to render geometry |
| 17:07.35 | brlcad | ahh, embedded awk, sed, etc |
| 17:12.18 | brlcad | yeah, no biggie .. there are other impls |
| 17:14.20 | brlcad | or we can use their sources prior to lgplv3 |
| 17:15.37 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 17:37.20 | Notify | 03BRL-CAD:starseeker * 58118 brlcad/trunk/src/conv/step/CMakeLists.txt: add ap_schema.h to build logic |
| 17:41.14 | Notify | 03BRL-CAD:brlcad * 58119 brlcad/trunk/src/libged/TODO: undo and redo commands |
| 17:44.08 | Notify | 03BRL-CAD:brlcad * 58120 brlcad/trunk/src/libged/TODO: clean up select command examples |
| 17:49.02 | Notify | 03BRL-CAD:brlcad * 58121 brlcad/trunk/TODO: more for the analyze command, products of inertia, radii of gyration, write out to file |
| 17:51.17 | Notify | 03BRL-CAD:brlcad * 58122 brlcad/trunk/src/libged/TODO: more details on an about/summary/stats command |
| 17:53.31 | Notify | 03BRL-CAD:brlcad * 58123 brlcad/trunk/src/libged/TODO: need some convention for symbols (e.g., %% for percentage) |
| 19:10.36 | Notify | 03BRL-CAD:brlcad * 58124 brlcad/trunk/src/libged/TODO: a time command to report the current date/time, but also for reporting statistics on the geometry file. with timestamping, it becomes possible to start tracking accumulated editing time so you can have a general idea of how long a file has taken to be developed. |
| 19:25.09 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 19:25.52 | *** join/#brlcad Ch3ck_ (29cd581a@gateway/web/freenode/ip.41.205.88.26) | |
| 19:28.20 | Notify | 03BRL-CAD:brlcad * 58125 brlcad/trunk/src/libged/TODO: and the last thought for today, transactions. not digging the statefulness, but it's intended to parallel some other applications closely. could obviously be rephrased as a one-liner with lots of -exec calls, kind of like inputing a 'batch' command input file on the fly. this needs a lot more thought about usability, consistency, simplicity, but is a simple |
| 19:28.22 | Notify | start. |
| 19:34.50 | Notify | 03BRL-CAD:brlcad * 58126 brlcad/trunk/src/libged/TODO: lied, not the last one. forgot some thoughts on a useful 'memory' command to help figure out how much strain is being put on a host system. |
| 19:37.38 | Notify | 03BRL-CAD:brlcad * 58127 brlcad/trunk/src/libged/TODO: more thoughts on reduce command, highly related to audit too, but more of a purging operation |
| 19:38.45 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 19:43.54 | Notify | 03BRL-CAD:brlcad * 58128 brlcad/trunk/src/libged/TODO: an 'image' command that mirrors the 'text' command, stored as proper objects (maybe as annotation objects too). |
| 19:59.28 | Notify | 03BRL-CAD:brlcad * 58129 brlcad/trunk/src/libged/TODO: offset command to shell or expand an object. gets tricky as features collapse, but undeniably easier in brep space or we'll have to implement an offset function for every object type. so much core usefulness still needed... |
| 20:06.07 | Notify | 03BRL-CAD:brlcad * 58130 brlcad/trunk/src/libged/TODO: layer command. it's somewhere between the attr and comb commands in terms of interface, but it notionally would be a way to group types of objects or parts of models together in a manner distinct from the construction hierarchy. one layer could hold all annotations, for example, another all terrain-related data objects. |
| 20:13.16 | Notify | 03BRL-CAD:brlcad * 58131 brlcad/trunk/TODO: notes on point styles for annotations |
| 20:52.59 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 22:32.11 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 00:33.02 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 01:18.06 | starseeker | O.o http://fedoraproject.org/wiki/Features/3D_Printing |
| 03:06.58 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 03:06.59 | brlcad | should add brl-cad there |
| 03:07.15 | brlcad | updates the ports system, gets jenkins working a little better |
| 03:31.23 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 06:47.49 | *** join/#brlcad tanmay_ (~tanmay@115.248.130.148) | |
| 07:00.14 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 07:21.37 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 07:44.02 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 07:58.46 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 08:14.39 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 10:36.09 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 10:55.57 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 11:10.54 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 11:16.22 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 11:45.41 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 12:13.04 | *** join/#brlcad vladbogo (~vlad@188.25.237.92) | |
| 14:03.15 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 14:06.02 | kanzure | i installed 32-bit brlcad for windows by mistake, then went to install 64-bit brlcad for windows |
| 14:06.15 | kanzure | and it put it into the same folder ("Program Files (x86)"). i was able to confirm that it was 64-bit brlcad though. |
| 14:06.19 | kanzure | is that normal? |
| 14:28.02 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 14:32.14 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 15:57.10 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 17:26.32 | *** join/#brlcad caen23 (~caen23@92.83.177.20) | |
| 18:36.23 | *** join/#brlcad whyesse (~quassel@94.159.145.12) | |
| 18:36.27 | *** part/#brlcad whyesse (~quassel@94.159.145.12) | |
| 18:45.45 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 20:03.37 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 21:21.34 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 23:02.18 | Notify | 03BRL-CAD:tbrowder2 * 58132 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: reorder compliance options for ease of spotting |
| 00:28.06 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 07:43.55 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 11:08.30 | Notify | 03BRL-CAD:tbrowder2 * 58133 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake): add compiler details to config report |
| 11:09.22 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 13:10.12 | Notify | 03BRL-CAD:tbrowder2 * 58134 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake): add code for compiler ID; shorten length of associated compiler vars |
| 13:12.26 | Notify | 03BRL-CAD:tbrowder2 * 58135 brlcad/trunk/CMakeLists.txt: remove debug message |
| 13:20.41 | Notify | 03BRL-CAD:tbrowder2 * 58136 brlcad/trunk/CMakeLists.txt: correct syntax; add debug message |
| 13:21.53 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 13:25.42 | Notify | 03BRL-CAD:tbrowder2 * 58137 brlcad/trunk/CMakeLists.txt: remove debug message after checking response is as desired on the three compilers under test |
| 13:41.13 | Notify | 03BRL-CAD:carlmoore * 58138 (brlcad/trunk/TODO brlcad/trunk/src/conv/3dm/3dm-g.cpp brlcad/trunk/src/libged/TODO): remove trailing blanks/tabs; fix spelling |
| 14:12.21 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 14:59.42 | *** join/#brlcad merzo (~merzo@138-109-132-95.pool.ukrtel.net) | |
| 15:14.28 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 16:07.46 | *** join/#brlcad Gaganjyot (~gagan@210.56.98.39) | |
| 17:13.59 | *** join/#brlcad Gaganjyot (~gagan@210.56.98.39) | |
| 18:16.47 | Notify | 03BRL-CAD:starseeker * 58139 brlcad/trunk/src/libged/tire.c: handle overridearray before we start constructing strings off of isoarray values |
| 18:16.55 | brlcad | guess that answers that |
| 18:17.04 | starseeker | sorry :-/ |
| 18:17.24 | starseeker | wasn't paying attention back in the day, apparently |
| 18:31.25 | brlcad | that would imply you pay attention today |
| 18:31.39 | brlcad | ba-dum-*tsk* |
| 18:33.53 | *** join/#brlcad merzo (~merzo@138-109-132-95.pool.ukrtel.net) | |
| 19:32.10 | Notify | 03BRL-CAD:brlcad * 58140 brlcad/trunk/HACKING: ralph is no longer interested in release announcements, has discontinued his Out of the Inbox section of his newsletter |
| 19:32.49 | Notify | 03BRL-CAD:tbrowder2 * 58141 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake): remove compiler info |
| 20:27.51 | Notify | 03BRL-CAD:carlmoore * 58142 brlcad/trunk/src/shapes/tire.c: acknowledge when tire.g file has been created -- programs should acknowledge when they create file(s) in your directory |
| 20:39.40 | *** join/#brlcad merzo (~merzo@138-109-132-95.pool.ukrtel.net) | |
| 22:24.51 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Talk:Documentation: empty |
| 23:40.58 | starseeker | heh - CMake is going to do a "release webinar" : http://www.cmake.org/pipermail/cmake/2013-October/056016.html |
| 23:41.19 | starseeker | nifty idea, actually |
| 07:10.02 | *** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net) | |
| 08:17.06 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:20.16 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6193 /wiki/Code_Cleanup: /* CPPCHECK-CLEANUP */ |
| 08:54.55 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 09:07.38 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-bzfxnbytovlicxkw) | |
| 09:54.00 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 10:32.51 | *** join/#brlcad merzo (~merzo@69-114-133-95.pool.ukrtel.net) | |
| 12:04.26 | ``Erik | heh, so ohloh has recovered from when we broke 'em? cool :) |
| 12:33.11 | Notify | 03BRL-CAD:indianlarry * 58143 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: added 'quadrant' hint to surf_getclosestpoint() , using quadrant hint and surface closure information return better 2d UV mapping |
| 12:45.01 | Notify | 03BRL-CAD:indianlarry * 58144 (brlcad/branches/nurbs/CMakeLists.txt brlcad/branches/nurbs/HACKING and 9 others): Just merging trunk into branch 'nurbs' r:58097:58142 |
| 13:04.38 | *** join/#brlcad tbrowder2 (4c0304df@gateway/web/freenode/ip.76.3.4.223) | |
| 13:58.17 | *** join/#brlcad Gaganjyot (~gagan@1.38.20.75) | |
| 15:57.02 | *** join/#brlcad merzo (~merzo@69-114-133-95.pool.ukrtel.net) | |
| 16:40.22 | *** join/#brlcad Gaganjyot (~gagan@1.38.20.75) | |
| 16:48.06 | *** join/#brlcad Gaganjyot (~gagan@1.38.20.75) | |
| 16:51.48 | *** join/#brlcad Gaganjyot (~gagan@1.38.20.75) | |
| 16:54.41 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 17:02.04 | brlcad | yeah, it was a process |
| 17:02.21 | brlcad | I had to make them a patch |
| 17:02.46 | brlcad | which then motivated one of the devs to try svnsync as an entirely different method, which he got working in about a week |
| 17:53.44 | *** part/#brlcad Gaganjyot (~gagan@1.38.20.75) | |
| 18:50.14 | *** join/#brlcad caen23_ (~caen23@92.81.163.104) | |
| 20:18.11 | Notify | 03BRL-CAD:carlmoore * 58145 brlcad/trunk/src/libged/tire.c: revise the help (including adding 'mm' [right?] and changing 'size' to 'diameter' after reading about ISO Metric system; also simplify a formula but leave in the previous form as a comment |
| 20:30.32 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 20:33.28 | *** join/#brlcad caen23 (~caen23@92.81.163.104) | |
| 21:17.39 | Notify | 03BRL-CAD:n_reed * 58146 (brlcad/trunk/src/archer/archer brlcad/trunk/src/tclscripts/archer/Archer.tcl brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl): When using a separate command window, have Archer remember its position. Added a -geometry option to ArcherCore for the archer script to use; lets us avoid excess flashing by only calling wm geometry once. |
| 21:53.26 | starseeker | n_reed: here it is - r51185 |
| 22:13.03 | Notify | 03BRL-CAD:starseeker * 58147 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add an example searching for color attributes on regions. |
| 01:42.56 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 03:14.24 | *** join/#brlcad n_reed__ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 03:15.10 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 03:25.18 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 06:03.28 | kanzure | 64-bit brlcad for windows installs itself to C:\Program Files (x86)\ by default. i'm not sure this makes sense? (this is the latest version on sourceforge) |
| 06:07.00 | kanzure | "This application has failed to start because tcl.dll was not found. Re-installing the application may fix this problem." when i try to load a dll file (trying to figure out which one). |
| 06:09.14 | kanzure | ah, it's libbu.dll that is causing that error about tcl.dll. any hints? |
| 06:14.01 | kanzure | if i try to load bin\tcl.dll i get "This application has failed to start because MSVCR100.dll was not found. Re-installing the application may fix this problem." |
| 06:20.01 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 06:39.17 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 06:53.58 | *** join/#brlcad merzo (~merzo@69-114-133-95.pool.ukrtel.net) | |
| 07:23.00 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 09:13.37 | *** join/#brlcad jrayhawk (~jrayhawk@nursie.omgwallhack.org) | |
| 09:15.27 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 09:49.40 | *** join/#brlcad Gaganjyot (~gagan@125.62.121.127) | |
| 09:54.41 | *** join/#brlcad Gaganjyot (~gagan@125.62.121.127) | |
| 10:59.23 | *** join/#brlcad merzo (~merzo@85-139-132-95.pool.ukrtel.net) | |
| 11:03.36 | *** join/#brlcad Gaganjyot (~gagan@125.62.121.127) | |
| 11:10.27 | *** join/#brlcad Gaganjyot (~gagan@125.62.121.127) | |
| 11:47.59 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:47.24 | brlcad | kanzure: I agree that doesn't make sense about the install path |
| 13:48.43 | brlcad | kanzure: how are you loading a dll file? dlopen() in some code? |
| 13:49.19 | brlcad | msvcr100 is the visual studio C library runtime (e.g., where printf and fgets and snprintf come from) |
| 14:12.09 | *** join/#brlcad merzo (~merzo@251-34-133-95.pool.ukrtel.net) | |
| 14:12.19 | *** join/#brlcad Gaganjyot (~gagan@125.62.121.127) | |
| 14:30.26 | *** join/#brlcad Gaganjyot (~gagan@125.62.121.127) | |
| 15:09.28 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:13.53 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 15:30.42 | kanzure | brlcad: actually yes i am using dlopen it seems (that's in the python traceback) |
| 15:31.43 | kanzure | brlcad: next i'll try loading msvcr100.dll before i load tcl.dll |
| 15:41.26 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 15:55.10 | brlcad | Izak__: Ch3ck: you both don't have laptops you could borrow? |
| 15:55.29 | brlcad | it's going to be very difficult to find two spares with just a couple days notice |
| 15:58.03 | brlcad | whatever I can find will likely be *very* old/slow ... :) |
| 16:49.31 | *** join/#brlcad merzo (~merzo@251-34-133-95.pool.ukrtel.net) | |
| 16:58.47 | Notify | 03BRL-CAD:carlmoore * 58148 brlcad/trunk/src/tclscripts/archer/Archer.tcl: remove trailing blank |
| 17:03.53 | Notify | 03BRL-CAD:carlmoore * 58149 brlcad/trunk/src/libged/tire.c: add note to -w option about its default value |
| 17:15.36 | *** join/#brlcad Gaganjyot (~gagan@125.62.121.127) | |
| 17:15.36 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:41.58 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:48.04 | *** join/#brlcad Gaganjyot (~gagan@125.62.121.127) | |
| 17:49.15 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:Original.png: |
| 17:49.51 | Gaganjyot | Can any one tell me the status of Qt based display manager ? |
| 17:50.15 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:S1.png: |
| 17:50.18 | brlcad | kesha: cool thanks |
| 17:50.27 | brlcad | eep, though .. can you give them useful names? |
| 17:50.37 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:S3.png: |
| 17:50.39 | Notify | 03BRL-CAD Wiki:KeshaSShah * 0 /wiki/File:S2.png: |
| 17:51.17 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6198 /wiki/STEP2G: /* step2g conversion tutorial */ |
| 17:51.49 | Gaganjyot | has the Qt based DM implemented fully ? If I want to test it |
| 17:51.51 | Gaganjyot | How can I do so ? |
| 17:52.25 | brlcad | nobody will know/remember what those are in a couple months and links will be a simple [[Image:Original.png]] instead of something like [[Image:STEP_import_example.png]] |
| 17:52.33 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6199 /wiki/Main_page: /* Tutorials */ |
| 17:52.53 | brlcad | Gaganjyot: have you read the dev log? |
| 17:53.20 | Gaganjyot | brlcad: Apologies, I am very new to BRL-CAD |
| 17:53.33 | Gaganjyot | brlcad: Could you guide me |
| 17:53.49 | brlcad | Gaganjyot: it's my understanding that it's nearly fully implemented |
| 17:54.18 | Gaganjyot | Okay and How do I test it ? |
| 17:54.20 | brlcad | it isn't fully cooperating with Tk, so the interface is accessed through our classic interface |
| 17:54.45 | brlcad | you install Qt dev libs, then download and compile BRL-CAD |
| 17:55.02 | Gaganjyot | is it there in latest BRL-CAD ? |
| 17:55.02 | brlcad | it should detect Qt if it's in a system path, or you tell it where Qt is, then it should enable the interface |
| 17:55.18 | Gaganjyot | All right. Thanks :) |
| 17:55.20 | brlcad | what do you mean by latest? |
| 17:55.26 | brlcad | latest SVN, sure |
| 17:55.36 | Gaganjyot | yes I meant latest SVN :) |
| 17:55.48 | brlcad | yeah, it's not in a branch |
| 17:55.49 | brlcad | iirc |
| 17:59.14 | kesha | brlcad: :) I want to continue contributing .. Any tasks in todo list for me ? |
| 18:02.12 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:44.13 | *** part/#brlcad Gaganjyot (~gagan@125.62.121.127) | |
| 19:02.57 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:16.28 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 20:03.37 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 20:29.54 | Notify | 03BRL-CAD:indianlarry * 58150 brlcad/branches/nurbs/src/librt/primitives/brep/brep.cpp: new pullpack integrated back into watertight mode where points on the 3d edge are pulled back to nearest UV point of referencing trims, the actual 3d edge point will be used whenever point on 2d trim is referenced forcing adjacent faces to share points along there shared edge. still a bit of debug code to clean up |
| 20:43.19 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 23:56.23 | Notify | 03BRL-CAD:brlcad * 58151 brlcad/trunk/src/libged/constraint/constraint.c: missing paren |
| 23:58.03 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 00:08.07 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 01:08.40 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 02:09.08 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 02:37.54 | kanzure | brlcad: i have msvcr100.dll from some other projects, but where would brlcad users get it from? |
| 03:09.32 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 03:46.44 | kanzure | oh i see. if i manually load msvcr100.dll and then tcl.dll into 64-bit python then importing libbu.dll is fine. |
| 03:47.27 | kanzure | i suppose i need to find a way to automate this. this seems like a special case on windows? why don't i have to do this on linux? |
| 04:10.02 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 05:10.23 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 06:10.51 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 06:26.35 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:11.16 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 07:25.56 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 08:11.50 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 08:59.44 | Notify | 03BRL-CAD:d_rossberg * 58152 brlcad/trunk/src/libdm/CMakeLists.txt: the BRLCAD_ prefix was removed from the checking macros |
| 09:43.01 | Notify | 03BRL-CAD Wiki:Yogeshkulkarni * 0 /wiki/User:Yogeshkulkarni: |
| 10:35.51 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 11:10.21 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 14:15.58 | *** join/#brlcad merzo (~merzo@125-129-132-95.pool.ukrtel.net) | |
| 14:17.34 | *** join/#brlcad Gaganjyot (~gagan@106.192.44.227) | |
| 16:03.21 | *** join/#brlcad merzo (~merzo@125-129-132-95.pool.ukrtel.net) | |
| 16:36.05 | *** join/#brlcad Gaganjyot (~gagan@1.38.23.228) | |
| 17:09.18 | Notify | 03BRL-CAD:carlmoore * 58153 brlcad/trunk/src/shapes/window.c: various changes: new h? (old 'h' is now 'H') |
| 19:32.12 | *** join/#brlcad merzo (~merzo@125-129-132-95.pool.ukrtel.net) | |
| 19:37.08 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 19:42.37 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 19:57.13 | starseeker | hah, interesting: http://hdl.handle.net/10380/3262 |
| 20:31.11 | Notify | 03BRL-CAD:carlmoore * 58154 brlcad/trunk/src/shapes/window_frame.c: similar changes for window_frame.c |
| 20:45.23 | starseeker | something about r57861 seems to have weakened bu_brlcad_root - if I run btclsh outside of the build directory without installing it's not finding the right path anymore |
| 20:45.39 | starseeker | or rather, bu_brlcad_root within btclsh isn't |
| 21:42.36 | Notify | 03BRL-CAD:carlmoore * 58155 brlcad/trunk/src/shapes/wire.c: remove some unneeded braces, and put together an if-(then)-else |
| 23:28.31 | Notify | 03BRL-CAD:brlcad * 58156 brlcad/trunk/src/libbu/progname.c: cliff encountered a bug that I even thought about when rewriting all of this but forgot to revisit. if you call bu_getprogname() even once, it will wipe out a full-path setting and bu_argv0_full_path() will only work if the progname is in the PATH. this fix stashes the result in a local buffer before returning (in leu of creating another static global). |
| 23:56.04 | Notify | 03BRL-CAD:brlcad * 58157 brlcad/trunk/src/libbu/progname.c: another issue, unclear whether intentional or not but if we have program_invocation_name, only use it if the bu_progname buffer doesn't already have a full path recorded (from bu_setprogname()) |
| 00:00.43 | Notify | 03BRL-CAD:brlcad * 58158 brlcad/trunk/src/libbu/progname.c: and what we really want is to use bu_progname if it's been set, treating bu_setprogname() as the new argv0, so only using program_invocation_name if the caller never called bu_setprogname(). it's a fallback. |
| 00:03.15 | Notify | 03BRL-CAD:starseeker * 58159 brlcad/trunk/src/libbu/tests/bu_progname.c: Add test to make sure bu_getprogname is being nice. |
| 00:07.42 | Notify | 03BRL-CAD:starseeker * 58160 brlcad/trunk/src/libbu/tests/bu_progname.c: As long as we're doing this test and we've decided setprogname is what we should get back from argvo_full_path, do the full string check for more verification goodness. |
| 00:19.00 | starseeker | http://www.cs.columbia.edu/~keenan/Projects/DGPDEC/ - sounds interesting |
| 01:18.12 | brlcad | interesting video |
| 01:18.21 | brlcad | (discrete geometry) |
| 02:27.20 | brlcad | finally packs it up |
| 02:27.31 | brlcad | 95%! |
| 02:44.25 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 02:44.38 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 03:34.35 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 03:35.17 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 07:06.26 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:35.18 | Notify | 03BRL-CAD:carlmoore * 58161 brlcad/trunk/src/shapes/window_frame.c: eliminate use of 'windowframe' (split into 2 words) and remove an extra 's' I inadvertently left in |
| 16:40.10 | *** join/#brlcad Gaganjyot (~gagan@1.38.23.128) | |
| 18:36.15 | *** join/#brlcad kesha (~kesha@49.249.199.5) | |
| 19:50.21 | Notify | 03BRL-CAD:starseeker * 58162 brlcad/trunk/CMakeLists.txt: Add more CTest output files to the distclean list |
| 20:53.52 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 21:03.13 | Notify | 03BRL-CAD:starseeker * 58163 brlcad/trunk/CMakeLists.txt: Try relative path from toplevel build... |
| 22:15.35 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 22:25.35 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 23:16.58 | starseeker | woo hoo - distcheck-full passes again! |
| 23:26.08 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 00:17.03 | brlcad | landed, checked in |
| 00:26.32 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 00:52.23 | Notify | 03BRL-CAD:starseeker * 58164 (brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libbn/tests/CMakeLists.txt): initial work for porting the Geometric Tools 2D rotating caliper implementation to libbn's data structures - fair ways to go, also need convex hull routines for this to work properly. |
| 01:26.57 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 02:27.26 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 07:07.07 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 07:59.36 | *** join/#brlcad caen23 (~caen23@92.83.186.251) | |
| 07:59.40 | *** part/#brlcad caen23 (~caen23@92.83.186.251) | |
| 10:38.27 | ``Erik | "AT&T Archives: The UNIX Operating System" http://www.youtube.com/watch?v=tc4ROCJYbm0 |
| 11:45.53 | *** join/#brlcad Delveri (29cd0d10@gateway/web/freenode/ip.41.205.13.16) | |
| 13:39.34 | *** join/#brlcad Gaganjyot (~gagan@106.192.59.71) | |
| 14:08.31 | Notify | 03BRL-CAD:brlcad * 58165 brlcad/trunk/src/libbn/tests/bn_obr.c: avoid bu_calloc() if there's no need for dynamic memory, fixes unfreed memory. use vmath for more semantic intent. |
| 14:14.22 | Notify | 03BRL-CAD:brlcad * 58166 brlcad/trunk/src/libbn/tests/bn_obr.c: more vmathage for brevity |
| 14:14.38 | *** join/#brlcad Gaganjyot (~gagan@106.192.37.31) | |
| 14:28.38 | *** part/#brlcad Gaganjyot (~gagan@106.192.37.31) | |
| 15:30.03 | *** join/#brlcad Gaganjyot (~gagan@106.192.48.43) | |
| 16:01.10 | *** part/#brlcad Gaganjyot (~gagan@106.192.48.43) | |
| 16:12.22 | brlcad | ``Erik: that is actually interesting and hilarious all at once |
| 19:25.39 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:00.44 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 23:15.42 | *** join/#brlcad FLOSSrookie (~brian@107.200.34.111) | |
| 23:45.30 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:44.12 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:35.40 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:59.46 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 10:47.08 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 16:13.14 | *** join/#brlcad Gaganjyot (~gagan@1.38.22.118) | |
| 16:54.52 | *** part/#brlcad Gaganjyot (~gagan@1.38.22.118) | |
| 20:29.23 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:35.18 | *** join/#brlcad kunigami (~kunigami@c-98-248-45-216.hsd1.ca.comcast.net) | |
| 01:11.53 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:58.31 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 05:34.25 | brlcad | yawns |
| 06:45.14 | kanzure | brlcad: i am putting on some finishing touches of automatic path determination stuff for the python wrapper |
| 06:45.57 | kanzure | brlcad: the default paths on windows vs. linux are a little annoying to deal with, but so far i am able to generate bindings based on (1) the installed .so/.dll files and (2) the installed header files. i think this works in both 32-bit python and 64-bit python on both windows and linux. |
| 06:46.05 | kanzure | brlcad: mac osx is another challenge.. |
| 09:13.56 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:10.55 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 13:26.52 | Notify | 03BRL-CAD:d_rossberg * 58167 brlcad/trunk/src/other/tclap/config.h.in: Special configuration for MSVC++: MS Windows isn't an officially supported platform for TCLAP. The library uses autotools/make which isn't available with Visual Studio. Nevertheless TCLAP was made compilable in Visual Studio with an "#ifdef _MSC_VER". This behavior has to be simulated in BRL-CAD's CMake configuration. |
| 13:41.59 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.187.83) | |
| 15:07.30 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.187.83) | |
| 16:37.12 | *** join/#brlcad Gaganjyot (~gagan@1.38.22.216) | |
| 16:54.17 | Notify | 03BRL-CAD:tbrowder2 * 58168 brlcad/trunk/src/libbn/obr.c: initialize arrays to avoid warning |
| 17:06.28 | *** join/#brlcad Gaganjyot (~gagan@1.38.22.216) | |
| 17:52.17 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6200 /wiki/User:Vladbogolin/qt-display-manager: Created page with "=Project Summary= The purpose of this project was to create a new cross-platform 3D display manager using Qt framework that supports all the features of existing display manag..." |
| 17:52.20 | *** join/#brlcad caen23 (~caen23@92.81.220.94) | |
| 17:54.40 | *** join/#brlcad merzo (~merzo@0-225-133-95.pool.ukrtel.net) | |
| 18:08.33 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6201 /wiki/User:Vladbogolin/qt-display-manager: |
| 18:10.59 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6202 /wiki/User:Vladbogolin/qt-display-manager: |
| 18:42.04 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:51.49 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:25.44 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 21:04.05 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 23:13.31 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 23:35.23 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 23:48.17 | Notify | 03BRL-CAD:n_reed * 58169 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/test_srcs/report_hostname.c.in): Fix/clean-up report_hostname so it works on windows again and ensure the top-level CMakeLists.txt success check for report_hostname runs for the windows case so that if this happens again it's a configure-time error and not a build-time error. |
| 01:44.47 | kanzure | what is the "display manager"? |
| 03:57.56 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 04:09.23 | starseeker | kanzure: it's the part of BRL-CAD responsible for viewing geometry |
| 04:09.25 | starseeker | libdm |
| 04:26.21 | Notify | 03BRL-CAD:brlcad * 58170 brlcad/trunk/misc/CMake/test_srcs/report_hostname.c.in: typo |
| 05:10.55 | Notify | 03BRL-CAD:brlcad * 58171 brlcad/trunk/src/libbn/obr.c: provide semantic initialization |
| 10:49.07 | Notify | 03BRL-CAD:tbrowder2 * 58172 brlcad/trunk/src/other/stepcode/data/ap203/ap203.exp: correct grammar |
| 11:00.25 | *** join/#brlcad caen23_ (~caen23@92.81.195.3) | |
| 11:05.26 | *** join/#brlcad caen23 (~caen23@92.83.165.73) | |
| 11:31.49 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:17.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:03.07 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:45.25 | *** join/#brlcad Skriptkid (~Skriptkid@117.208.184.214) | |
| 14:50.17 | *** join/#brlcad caen23 (~caen23@92.83.165.73) | |
| 15:08.25 | *** join/#brlcad merzo (~merzo@94.45.58.138) | |
| 15:26.08 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:34.31 | brlcad | kanzure: did that explain it for you? a display manager is our abstraction of a viewing context for applications that want to display something |
| 15:35.39 | brlcad | abstractions X11 or GLX or WGL or Qt or even more abstract contexts like a network device, a postscript file, a 2D plotter device, etc |
| 15:36.38 | brlcad | used to have an interface for X10 (before X11 existed), a solaris-specific interface, and a few others that have become obsolete with time |
| 15:38.57 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:40.24 | kanzure | yes that explained it for me |
| 15:41.30 | brlcad | cool |
| 15:51.12 | Notify | 03BRL-CAD:brlcad * 58173 (brlcad/branches/RELEASE/src/libbu/progname.c brlcad/branches/RELEASE/src/libbu/tests/bu_progname.c and 3 others): merge commits r58156:r58160 into libbu which provides a fix and unit test improvement for the progname functions. prior had a problem running from full paths if you called bu_getprogname() as it would wipe out the path portion. |
| 16:01.29 | Notify | 03BRL-CAD Wiki:Sean * 6203 /wiki/Community_Publication_Portal: initial stub for doc camp |
| 16:30.12 | *** join/#brlcad Gaganjyot (~gagan@1.38.20.34) | |
| 16:56.57 | zero_level | brlcad :saw your email on the list. |
| 16:57.34 | zero_level | brlcad : Was away for few days. |
| 16:58.09 | zero_level | Now working to settle things back. Can I start working back from 23rd ? |
| 17:13.42 | *** part/#brlcad Gaganjyot (~gagan@1.38.20.34) | |
| 17:30.43 | *** join/#brlcad Gaganjyot (~gagan@1.38.20.34) | |
| 19:29.09 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 20:26.58 | brlcad | http://booki.flossmanuals.net/contributors-guide-to-brl-cad/ |
| 20:27.46 | *** join/#brlcad Ch3ck (d8ef37c7@gateway/web/freenode/ip.216.239.55.199) | |
| 20:28.01 | brlcad | http://booki.flossmanuals.net/contributors-guide-to-brl-cad/ |
| 20:28.21 | *** join/#brlcad Izak (d8ef37c7@gateway/web/freenode/ip.216.239.55.199) | |
| 20:29.04 | *** join/#brlcad chick (29cd4d2e@gateway/web/freenode/ip.41.205.77.46) | |
| 20:29.39 | chick | REGISTER chick chickdelveri@gmail.com |
| 20:30.21 | chick | msg ch3ck how ptt? |
| 20:32.44 | *** join/#brlcad chick (29cd4d2e@gateway/web/freenode/ip.41.205.77.46) | |
| 20:33.40 | *** join/#brlcad garnett (29cd4d2e@gateway/web/freenode/ip.41.205.77.46) | |
| 20:41.20 | *** join/#brlcad scottn__ (d8ef37c7@gateway/web/freenode/ip.216.239.55.199) | |
| 21:34.54 | Notify | 03BRL-CAD:tbrowder2 * 58174 brlcad/trunk/src/libbrep/intersect.cpp: use correct format for unsigned long int |
| 22:16.12 | Notify | 03BRL-CAD:tbrowder2 * 58175 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp and 2 others): correct format for a double |
| 22:37.23 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 22:43.33 | Notify | 03BRL-CAD:tbrowder2 * 58176 brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp: cast to proper type for %p format |
| 22:51.58 | Notify | 03BRL-CAD:tbrowder2 * 58177 brlcad/trunk/src/librt/attributes.c: cast to %lx format |
| 22:56.11 | Notify | 03BRL-CAD:tbrowder2 * 58178 brlcad/trunk/src/librt/bbox.c: cast to proper %lx format |
| 23:01.46 | Notify | 03BRL-CAD:tbrowder2 * 58179 brlcad/trunk/src/librt/binunif/db5_bin.c: cast to %lx format (could use %p format in all of these) |
| 23:07.15 | Notify | 03BRL-CAD:tbrowder2 * 58180 brlcad/trunk/src/librt/db5_alloc.c: cast to %lx format (could use %p format in all of these) |
| 23:09.40 | Notify | 03BRL-CAD:tbrowder2 * 58181 brlcad/trunk/src/librt/db5_io.c: cast to %lx format (could use %p format in all of these) |
| 23:48.43 | Notify | 03BRL-CAD:tbrowder2 * 58182 brlcad/trunk/src/librt/db5_scan.c: cast to %lx format (could use %p format in all of these); add missing %s |
| 01:44.41 | Notify | 03BRL-CAD:starseeker * 58183 brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Fix PDF output directory for books |
| 04:38.13 | *** join/#brlcad caen23 (~caen23@92.81.182.182) | |
| 05:20.55 | starseeker | http://brlcad.org/~starseeker/archer_diylilcnc_NURBS_shaded.png |
| 05:30.09 | starseeker | http://brlcad.org/~starseeker/archer_bugbase_NURBS_shaded.png |
| 06:38.28 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 06:42.39 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:48.17 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:50.04 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:01.46 | Notify | 03BRL-CAD:brlcad * 58184 brlcad/trunk/HACKING: space after commas |
| 07:58.41 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:09.42 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:19.02 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 08:48.18 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-drotzkibydkzlzeh) | |
| 08:49.44 | *** join/#brlcad chick (29cd4d2e@gateway/web/freenode/ip.41.205.77.46) | |
| 09:06.30 | *** join/#brlcad ch3ck (29cd4d2e@gateway/web/freenode/ip.41.205.77.46) | |
| 09:07.39 | *** join/#brlcad chick (29cd4d2e@gateway/web/freenode/ip.41.205.77.46) | |
| 09:56.25 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 11:11.27 | Notify | 03BRL-CAD:tbrowder2 * 58185 brlcad/trunk/src/librt/bbox.c: use %p for pointer, %x for op |
| 11:15.32 | Notify | 03BRL-CAD:tbrowder2 * 58186 (brlcad/trunk/src/librt/attributes.c brlcad/trunk/src/librt/binunif/db5_bin.c and 3 others): use %p instead of %lx for pointer addresses |
| 11:57.04 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 12:54.37 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 13:31.08 | Notify | 03BRL-CAD:tbrowder2 * 58187 (brlcad/trunk/src/librt/db_alloc.c brlcad/trunk/src/librt/db_anim.c and 14 others): correct print format specifiers to ANSI C89, ISO C++, with no GNU extensions |
| 14:38.59 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 16:27.05 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 16:29.20 | *** join/#brlcad Ch3ck_ (d8ef37d2@gateway/web/freenode/ip.216.239.55.210) | |
| 16:43.11 | *** join/#brlcad merzo (~merzo@133-169-132-95.pool.ukrtel.net) | |
| 16:44.48 | Ch3ck | <PROTECTED> |
| 16:56.33 | starseeker | Ch3ck: that should be fine |
| 16:59.33 | Ch3ck | ok thnks |
| 17:44.18 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:15.21 | *** join/#brlcad merzo (~merzo@124-249-132-95.pool.ukrtel.net) | |
| 18:34.53 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 18:37.04 | *** join/#brlcad merzo (~merzo@232-45-132-95.pool.ukrtel.net) | |
| 18:47.17 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:50.39 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 19:16.28 | ``Erik | we've participated in esa summer of code before, iirc |
| 19:32.04 | Notify | 03BRL-CAD:carlmoore * 58188 brlcad/trunk/src/proc-db/pipe.c: implement h?, and simplify some other stuff |
| 20:02.17 | Notify | 03BRL-CAD:carlmoore * 58189 brlcad/trunk/src/proc-db/pipe.c: make local define of 'carriagereturn', initialize done=0 at declaration, and notice that if we reach the default, k is STILL 0. |
| 20:10.26 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 20:14.47 | Notify | 03BRL-CAD:carlmoore * 58190 brlcad/trunk/src/proc-db/pipe.c: simplify output and code |
| 20:45.49 | n_reed | names |
| 21:12.01 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:17.27 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 21:55.06 | Notify | 03BRL-CAD:n_reed * 58191 brlcad/trunk/src/proc-db/pipe.c: Clarify selection of unit conversion factor. Properly implement the intention of r58189 to support skipping unit specification by hitting the enter key when running interactively. |
| 22:01.44 | n_reed | can we remove pipe.c? it looks completely obsolete, has a number of obvious problems, and output looks incorrect (wrong part of torus is used to create bends). |
| 22:32.00 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:35.38 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 01:08.40 | *** join/#brlcad caen23 (~caen23@92.81.182.182) | |
| 01:18.42 | *** join/#brlcad caen23 (~caen23@92.81.182.182) | |
| 01:54.31 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:19.08 | *** join/#brlcad caen23 (~caen23@92.81.182.182) | |
| 03:19.37 | *** join/#brlcad caen23 (~caen23@92.81.182.182) | |
| 03:54.48 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:20.04 | *** join/#brlcad caen23 (~caen23@92.81.182.182) | |
| 05:20.42 | *** join/#brlcad caen23 (~caen23@92.81.182.182) | |
| 07:48.31 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:14.02 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:02.59 | *** join/#brlcad caen23 (~caen23@92.81.182.182) | |
| 13:23.53 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 18:06.09 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 20:13.34 | Notify | 03BRL-CAD:tbrowder2 * 58192 brlcad/trunk/src/librt/regionfix.c: use correct variable for line count |
| 20:27.09 | Notify | 03BRL-CAD:tbrowder2 * 58193 brlcad/trunk/src/librt/tcl.c: vars are arrays, one element per axis |
| 20:41.35 | Notify | 03BRL-CAD:tbrowder2 * 58194 brlcad/trunk/src/libfb/fb_obj.c: remove superflous arg |
| 20:47.05 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 20:59.59 | Notify | 03BRL-CAD:tbrowder2 * 58195 brlcad/trunk/src/libfb/fbserv_obj.c: eliminate GNU extension %m format; message could be improved |
| 21:48.11 | Notify | 03BRL-CAD:tbrowder2 * 58196 brlcad/trunk/src/libdm/dm_obj.c: use proper format spec for char* |
| 21:53.52 | Notify | 03BRL-CAD:tbrowder2 * 58197 brlcad/trunk/src/liboptical/sh_grass.c: need two %g's for V2ARGS |
| 22:04.31 | Notify | 03BRL-CAD:tbrowder2 * 58198 brlcad/trunk/src/lgt/do_options.c: use bu_setlinebuf for portability |
| 22:12.29 | Notify | 03BRL-CAD:carlmoore * 58199 brlcad/trunk/src/proc-db/pipe.c: clarify what the 'tag' is for |
| 23:20.07 | starseeker | http://www.thingiverse.com/thing:42198/#files |
| 23:24.02 | mpictor | nice! |
| 23:24.17 | starseeker | good test model |
| 23:24.28 | starseeker | pity they don't have a 3dm version |
| 23:24.47 | mpictor | I wonder if tires could be printed from silicone or liquid rubber... of course, that's a bit off topic :) |
| 23:26.50 | starseeker | hehe |
| 23:27.07 | starseeker | fair's fair - I co-opted the stepcode list to discuss BRL-CAD and openvsp :-P |
| 23:27.21 | mpictor | true |
| 23:27.28 | starseeker | http://www.thingiverse.com/thing:12278/#files is kinda cool - good example of something that would be tricky to do without NURBS |
| 23:27.48 | starseeker | mpictor: sorry about that, was just too interesting an opportunity to pass up... |
| 23:27.58 | mpictor | I really don't care as long as it is related in some way to step and isn't commercial |
| 23:28.14 | mpictor | IIRC, someone got sorta close to commercial back in the beginning |
| 23:28.21 | starseeker | nods |
| 23:28.30 | starseeker | sounds like he may end up a stepcode user in the end |
| 23:29.12 | starseeker | no point going to openNURBS data structures internally if he can go straight to step |
| 23:29.12 | mpictor | ought to be quite easy since he only needs Bezier curves and may be able to use your library |
| 23:29.34 | starseeker | nods - if I understood correctly what he wants to do, it's probably even simpler than what we do |
| 23:29.49 | starseeker | so it should be a slam dunk once he figures out the Sdai part |
| 23:30.00 | mpictor | I thought he already had openNURBS for rhino, though |
| 23:30.01 | mpictor | yea |
| 23:30.14 | mpictor | shame the documentation isn't freely available |
| 23:30.30 | starseeker | he did, but was interested in reducing the complexity - the thinking was that if he could write out STEP, he didn't need to worry about 3dm |
| 23:30.35 | mpictor | ...which reminds me about the schema you mentioned |
| 23:30.40 | mpictor | ah yea |
| 23:30.58 | starseeker | n_reed has a tool that lets him mostly convert the openNURBS headers to doxygen, IIRC... |
| 23:31.05 | starseeker | don't know if he's checked it in yet |
| 23:32.14 | starseeker | eventually I'd like to integrate that into our build and have those available out of the box... |
| 23:32.39 | mpictor | nice |
| 23:39.16 | mpictor | have you seen any of the perforated (if that's the right word) klein bottles? http://www.thingiverse.com/thing:145694 |
| 23:40.12 | starseeker | no - that's cool :-) |
| 23:42.28 | mpictor | first I saw of it was a video of a rostock printer making it - http://www.youtube.com/watch?v=fRcH9tqT76c |
| 23:42.41 | mpictor | note the pepsi can |
| 23:42.52 | mpictor | big model for a 3d printer |
| 00:27.52 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:36.08 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6204 /wiki/User:NyahCh3ck20/Proposal: /* Programming Background */ |
| 00:41.44 | Notify | 03BRL-CAD:tbrowder2 * 58200 brlcad/trunk/misc/CMake/CompilerFlags.cmake: tighten builds under strictness |
| 01:40.13 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:44.53 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:40.20 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:02.18 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:29.44 | Notify | 03BRL-CAD:tbrowder2 * 58201 brlcad/trunk/src/libfb/tcl.c: delete superflous arg |
| 11:46.17 | Notify | 03BRL-CAD:tbrowder2 * 58202 brlcad/trunk/src/libged/joint.c: remove extra arg, correct print statement |
| 11:55.50 | Notify | 03BRL-CAD:tbrowder2 * 58203 brlcad/trunk/src/conv/3dm/3dm-g.cpp: z is not an ISO C++ modifier |
| 12:41.12 | Notify | 03BRL-CAD:tbrowder2 * 58204 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c and 20 others): use C89 print formats; some style and ws changes |
| 13:48.35 | *** join/#brlcad caen23 (~caen23@92.83.164.95) | |
| 13:52.27 | Notify | 03BRL-CAD:tbrowder2 * 58205 brlcad/trunk/src/libged/search.c: supply missing arg to print (?); use truncate to avoid zero-length string warning |
| 14:02.43 | Notify | 03BRL-CAD:tbrowder2 * 58206 brlcad/trunk/src/libged/search.c: use preferred wrapper for accessing vls string |
| 14:04.00 | Notify | 03BRL-CAD:tbrowder2 * 58207 brlcad/trunk/src/libtclcad/tclcad_obj.c: correct print format errors |
| 14:27.17 | Notify | 03BRL-CAD:tbrowder2 * 58208 brlcad/trunk/src/libged/clone.c: correct access to char* in vls |
| 14:36.39 | Notify | 03BRL-CAD:tbrowder2 * 58209 brlcad/trunk/src/liboptical/sh_text.c: not sure of intent, so used char* arg for no format warning |
| 14:40.42 | Notify | 03BRL-CAD:tbrowder2 * 58210 brlcad/trunk/src/liboptical/sh_prj.c: cast and format chg to remove warning; wrap long line |
| 14:45.55 | Notify | 03BRL-CAD:tbrowder2 * 58211 brlcad/trunk/src/proc-db/menger.c: use correct specifier for type |
| 14:52.21 | Notify | 03BRL-CAD:tbrowder2 * 58212 brlcad/trunk/src/mged/menu.c: correct print format error |
| 15:11.25 | Notify | 03BRL-CAD:tbrowder2 * 58213 brlcad/trunk/src/libtclcad/tclcad_obj.c: revert the bad format 'fix' |
| 16:38.28 | *** join/#brlcad vladbogo (~vlad@188.25.238.251) | |
| 16:38.36 | *** part/#brlcad vladbogo (~vlad@188.25.238.251) | |
| 16:56.13 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:00.23 | Notify | 03BRL-CAD:tbrowder2 * 58214 brlcad/trunk/src/libged/clone.c: get access to char* of bu_vls copyname |
| 17:07.16 | Notify | 03BRL-CAD:tbrowder2 * 58215 (brlcad/trunk/src/librt/attributes.c brlcad/trunk/src/librt/bbox.c and 32 others): correct print format erros and use C89 print formats; some ws and style changes |
| 17:07.33 | Notify | 03BRL-CAD:tbrowder2 * 58216 (brlcad/trunk/src/libfb/fb_paged_io.c brlcad/trunk/src/libfb/if_debug.c): correct print format erros and use C89 print formats; some ws and style changes |
| 17:07.55 | Notify | 03BRL-CAD:tbrowder2 * 58217 (brlcad/trunk/src/libged/bot_fuse.c brlcad/trunk/src/libged/brep.c brlcad/trunk/src/libged/wdb_obj.c): correct print format erros and use C89 print formats; some ws and style changes |
| 17:08.39 | Notify | 03BRL-CAD:tbrowder2 * 58218 (brlcad/trunk/src/liboptical/sh_spm.c brlcad/trunk/src/liboptical/shade.c): correct print format errors and use C89 print formats; some ws and style changes |
| 17:09.21 | Notify | 03BRL-CAD:tbrowder2 * 58219 (brlcad/trunk/src/conv/g-obj.c brlcad/trunk/src/conv/g-shell-rect.c and 9 others): correct print format errors and use C89 print formats; some ws and style changes |
| 17:11.13 | Notify | 03BRL-CAD:tbrowder2 * 58220 brlcad/trunk/src/rt/viewarea.c: correct print format errors and use C89 print formats |
| 17:13.26 | Notify | 03BRL-CAD:tbrowder2 * 58221 (brlcad/trunk/src/libbu/rb_diag.c brlcad/trunk/src/libbu/vls_vprintf.c): correct print format errors and use C89 print formats |
| 17:17.28 | *** join/#brlcad Gaganjyot (~gagan@1.38.21.11) | |
| 17:18.09 | *** part/#brlcad Gaganjyot (~gagan@1.38.21.11) | |
| 17:20.20 | Notify | 03BRL-CAD:tbrowder2 * 58222 brlcad/trunk/src/other/stepcode/data/ap203/ap203.exp: added FIXME to warn of error with tightned standards |
| 17:28.47 | Notify | 03BRL-CAD Wiki:216.239.55.212 * 6205 /wiki/Community_Publication_Portal: /* Google Doc Camp */ |
| 18:16.16 | *** join/#brlcad FLOSSrookie (~brian@107.200.34.111) | |
| 18:49.11 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 20:35.32 | *** part/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:35.48 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 20:41.09 | *** topic/#brlcad by starseeker -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Google Doc Sprint 2013 is complete! | |
| 21:45.55 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 21:55.35 | Notify | 03BRL-CAD:carlmoore * 58223 (brlcad/trunk/src/proc-db/mkbuilding.c brlcad/trunk/src/proc-db/pipetest.c): add -h and -?, and try to disallow file names starting with - |
| 22:20.10 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:17.22 | Notify | 03BRL-CAD:tbrowder2 * 58224 (brlcad/trunk/misc/CMake/compat/sigaction_compat.h =================================================================== and 11 others): two more compat headers |
| 12:19.17 | Notify | 03BRL-CAD:tbrowder2 * 58225 (brlcad/trunk/misc/CMake/compat/test_sigaction.c =================================================================== and 70 others): two more test files |
| 12:21.00 | *** join/#brlcad caen23 (~caen23@92.83.164.95) | |
| 12:27.37 | Notify | 03BRL-CAD:tbrowder2 * 58226 brlcad/trunk/src/libbu/vls.c: add convenience function (a wrapper for now) |
| 12:28.39 | Notify | 03BRL-CAD:tbrowder2 * 58227 brlcad/trunk/include/bu.h: add decl of new function; enable turning off BU_ATTR* macros for strict compilation |
| 12:32.21 | Notify | 03BRL-CAD:tbrowder2 * 58228 brlcad/trunk/CMakeLists.txt: add two more strict test functions |
| 12:33.53 | Notify | 03BRL-CAD:tbrowder2 * 58229 brlcad/trunk/CMakeLists.txt: remove unintentionally-added code |
| 15:48.10 | Notify | 03BRL-CAD:brlcad * 58230 brlcad/trunk/src/libbu/rb_diag.c: with the cast, this is null |
| 15:50.19 | Notify | 03BRL-CAD:brlcad * 58231 brlcad/trunk/src/libbu/vls_vprintf.c: reverting r58221 because it doesn't look right. if the specifier begins with a 0, the numbers following are in octal notation, so reading them as decimal will be the wrong width. |
| 17:22.32 | Notify | 03BRL-CAD Wiki:IamDkSharma * 0 /wiki/User:IamDkSharma: |
| 17:24.49 | Notify | 03BRL-CAD:tbrowder2 * 58232 brlcad/trunk/CMakeLists.txt: correct errors in var name and input to config file; add info message |
| 17:26.01 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 17:28.54 | Notify | 03BRL-CAD:tbrowder2 * 58233 brlcad/trunk/misc/CMake/CompilerFlags.cmake: add reset of _BU_ATTR* macros for strict C99/POSIX compile; add a temp hack for interrupt.c until Sean or Cliff can figure right way to doo it |
| 17:32.20 | Notify | 03BRL-CAD:tbrowder2 * 58234 brlcad/trunk/src/libbu/interrupt.c: add hack for strict compile for C99/POSIX until approved solution is found |
| 17:35.32 | Notify | 03BRL-CAD:tbrowder2 * 58235 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/libbu/interrupt.c): try a more meaningful var name |
| 17:44.17 | *** join/#brlcad Gaganjyot (~gagan@1.38.21.11) | |
| 18:44.30 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 18:58.49 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 19:15.54 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 19:25.49 | *** join/#brlcad kesha (~kesha@49.249.17.26) | |
| 19:43.59 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 20:09.07 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 21:04.15 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 21:48.18 | Notify | 03BRL-CAD:tbrowder2 * 58236 brlcad/trunk/CMakeLists.txt: fine tune var names for info and output into CONFIG_H_APPEND |
| 21:58.01 | Notify | 03BRL-CAD:tbrowder2 * 58237 brlcad/trunk/misc/CMake/compat/test_strncasecmp.c: use correct args for the function |
| 22:39.16 | ``Erik | http://cheezburger.com/7858277376 a huge pulse jet on a shopping cart O.o |
| 23:09.39 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 23:32.10 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 00:51.05 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:13.32 | Notify | 03BRL-CAD:tbrowder2 * 58238 brlcad/trunk/src/libbu/str.c: need the correct header for str[n]{0,1}casecmp |
| 01:16.47 | Notify | 03BRL-CAD:tbrowder2 * 58239 brlcad/trunk/src/conv/asc/asc2g.c: make funcs more general with two vars for the delimiters; strsep and strtok have same behavior so both should be using buf2 (or neither); prefer strtok_r for the general support of threads; style |
| 01:54.17 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:50.18 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 07:23.07 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:43.20 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 10:41.29 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:44.18 | maths22 | brlcad: is brlcad applying for GCI this year? |
| 16:04.59 | *** join/#brlcad caen23_ (~caen23@109.97.119.179) | |
| 16:37.02 | *** join/#brlcad caen23 (~caen23@109.97.121.191) | |
| 17:03.34 | *** join/#brlcad caen23 (~caen23@92.83.173.212) | |
| 17:29.36 | *** join/#brlcad caen23 (~caen23@92.81.191.58) | |
| 17:45.59 | *** join/#brlcad caen23 (~caen23@92.81.188.170) | |
| 17:50.53 | *** join/#brlcad caen23 (~caen23@92.83.174.19) | |
| 18:01.37 | *** join/#brlcad caen23 (~caen23@92.81.169.117) | |
| 18:07.16 | *** join/#brlcad caen23 (~caen23@92.81.174.78) | |
| 18:28.47 | *** join/#brlcad caen23 (~caen23@92.83.172.54) | |
| 18:38.47 | *** join/#brlcad caen23 (~caen23@92.81.216.117) | |
| 18:48.56 | *** join/#brlcad caen23 (~caen23@92.81.163.220) | |
| 18:53.50 | *** join/#brlcad caen23_ (~caen23@92.81.216.250) | |
| 19:34.20 | *** join/#brlcad caen23 (~caen23@92.81.205.147) | |
| 19:39.29 | *** join/#brlcad caen23_ (~caen23@92.81.208.8) | |
| 20:01.08 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 22:57.07 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:14.35 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 00:19.18 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 01:19.34 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 01:27.28 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:19.54 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 03:20.16 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 03:41.49 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:20.39 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 05:31.57 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 10:34.39 | *** join/#brlcad Gaganjyot (~gagan@125.62.123.62) | |
| 12:05.33 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 13:10.42 | Notify | 03BRL-CAD:tbrowder2 * 58240 brlcad/trunk/src/util/bu_arg_parse.h: add a define for buf size; add stack char bufs to arg structs; add decls for using arg stack char bufs |
| 13:11.31 | Notify | 03BRL-CAD:tbrowder2 * 58241 brlcad/trunk/src/util/dsp_add3.c: use the new buf size macro |
| 13:12.19 | Notify | 03BRL-CAD:tbrowder2 * 58242 brlcad/trunk/src/util/bu_arg_parse_private.h: correct form of file name |
| 13:39.32 | *** join/#brlcad Gaganjyot (~gagan@125.62.123.62) | |
| 13:40.29 | *** part/#brlcad Gaganjyot (~gagan@125.62.123.62) | |
| 13:48.32 | Notify | 03BRL-CAD:carlmoore * 58243 (brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/misc/CMake/compat/test_strtok_r.c brlcad/trunk/src/conv/obj-g.c): remove trailing blank, fix a spelling, and put space before 'mm' units designator in output |
| 14:01.26 | Notify | 03BRL-CAD:carlmoore * 58244 brlcad/trunk/src/proc-db/pipetest.c: revert commit 58223, unintentional |
| 14:15.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:59.39 | Notify | 03BRL-CAD:brlcad * 58245 brlcad/trunk/src/conv/g-xxx.c: make the data member long for the example |
| 15:07.42 | *** join/#brlcad Gaganjyot (~gagan@125.62.123.62) | |
| 16:08.22 | *** part/#brlcad Gaganjyot (~gagan@125.62.123.62) | |
| 17:22.05 | Notify | 03BRL-CAD:carlmoore * 58246 brlcad/trunk/src/proc-db/mkbuilding.c: if no arguments, set the file name to mkbuilding.g |
| 19:31.35 | Notify | 03BRL-CAD:starseeker * 58247 brlcad/trunk/src/util/dsp_add3.c: Use new definition. |
| 19:44.46 | Notify | 03BRL-CAD:carlmoore * 58248 brlcad/trunk/src/proc-db/globe.c: no need to initialize *progname; revise the if's because there is no point doing them if the file can't be opened |
| 19:52.49 | Notify | 03BRL-CAD:carlmoore * 58249 brlcad/trunk/src/proc-db/globe.c: revise the logic again; in my last previous version, if, say, av>4 , I would not have done all THREE inputs |
| 19:58.22 | Notify | 03BRL-CAD:starseeker * 58250 (brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add3.c): Previous initialization-in-struct with {0} was making g++ unhappy - try this... |
| 20:01.37 | Notify | 03BRL-CAD:carlmoore * 58251 brlcad/trunk/src/proc-db/globe.c: add right parenthesis in a comment; initialize is_region, previously uninitialized, to 0 |
| 21:16.28 | starseeker | something to watch: http://fossil.wanderinghorse.net/repos/libfossil/index.cgi/wiki/home |
| 21:56.55 | ``Erik | word. video. evar. |
| 04:55.52 | Notify | 03BRL-CAD:brlcad * 58252 brlcad/trunk/src/conv/asc/asc2g.c: hmm, implies this hasn't even been compilation-tested. seems unnecessary complexity as this function isn't re-entered. |
| 07:23.47 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 07:32.12 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 08:26.30 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 08:37.53 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 09:40.09 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:59.35 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:55.41 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 15:32.46 | Notify | 03BRL-CAD:carlmoore * 58253 brlcad/trunk/src/conv/nmg/asc-nmg.c: notice we are initializing afile,bfile |
| 15:40.41 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-kctiuyhwaksjatpo) | |
| 18:33.43 | Notify | 03BRL-CAD:starseeker * 58254 (brlcad/trunk/src/mged/dm-X.c brlcad/trunk/src/mged/dm-tk.c): Revert r55126 for dm-X and dm-tk - apparently we do NOT want this logic for non-openGL based display managers, since it breaks z clipping for the X display manager. Fixes a bug observed in 7.24.0 |
| 18:57.02 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 18:58.50 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 18:59.02 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 18:59.38 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 19:01.36 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:01.56 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 19:02.02 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 19:02.03 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 19:02.03 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:02.04 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 19:13.52 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 19:14.25 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 19:14.39 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 19:14.40 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 19:14.50 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:14.50 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:15.36 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 19:15.42 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 19:15.45 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:19.02 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:22.00 | Notify | 03BRL-CAD:carlmoore * 58255 brlcad/trunk/src/proc-db/kurt.c: various changes: eliminate some braces; remove degtorad (due to a global being available); add 'Program continues running:'; noted in spreadsheet that this program is apparently incomplete |
| 19:25.09 | Notify | 03BRL-CAD:carlmoore * 58256 brlcad/trunk/src/proc-db/kurt.c: oops, should also specify that we do create file kurt.g, and I intend to move on from this |
| 19:30.14 | Notify | 03BRL-CAD:carlmoore * 58257 brlcad/trunk/src/proc-db/mkbuilding.c: add colon in what is now 'Program continues running:', and remove a debug print |
| 20:34.06 | Notify | 03BRL-CAD:carlmoore * 58258 brlcad/trunk/src/proc-db/lens.c: simplify (removing some braces, and also the if-file-exists logic) |
| 20:39.01 | Notify | 03BRL-CAD:carlmoore * 58259 brlcad/trunk/src/proc-db/lens.c: simplify more logic (rcc_h) |
| 20:48.01 | Notify | 03BRL-CAD:carlmoore * 58260 brlcad/trunk/src/proc-db/lens.c: create another if-then-else |
| 21:00.23 | Notify | 03BRL-CAD:carlmoore * 58261 brlcad/trunk/src/proc-db/lens.c: make MakeP and MakeD look as much alike as possible; remove -1 factor in favor of a simple - |
| 23:43.39 | Notify | 03BRL-CAD Wiki:RogerRoger * 0 /wiki/User:RogerRoger: |
| 01:05.18 | Notify | 03BRL-CAD:brlcad * 58262 brlcad/trunk/TODO: we now have a proper dev intro to brl-cad, note some libnmg tasks from daniel's 2011 e-mail |
| 02:18.54 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 03:46.08 | Notify | 03BRL-CAD:brlcad * 58263 brlcad/trunk/HACKING: consistency in guidelines |
| 03:48.44 | Notify | 03BRL-CAD:brlcad * 58264 brlcad/trunk/src/proc-db/lens.c: if either the if or else clause require curly braces, the other(s) should also have curly braces. this is one of the most common sources of new dev bugs. |
| 03:49.33 | Notify | 03BRL-CAD:brlcad * 58265 brlcad/trunk/src/proc-db/lens.c: no reason they're global. make static and match style |
| 03:52.53 | Notify | 03BRL-CAD:brlcad * 58266 (brlcad/trunk/src/proc-db/bottest.c brlcad/trunk/src/proc-db/mkbuilding.c): ws |
| 03:56.13 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Google_Code_In: make version-specific |
| 03:57.13 | Notify | 03BRL-CAD Wiki:Sean * 6207 /wiki/Google_Code_In: Created page with "TODO: This page needs to have basic information about what the program is, that we participated in 2012, and that we are applying to participate in 2013." |
| 04:06.00 | Notify | 03BRL-CAD Wiki:Sean * 6208 /wiki/Google_Code_In/2013/TODO: initial stub from e-mail |
| 04:08.30 | Notify | 03BRL-CAD Wiki:Sean * 6209 /wiki/Google_Code_In/2013/TODO: who da f i is |
| 04:12.12 | Notify | 03BRL-CAD Wiki:Sean * 6210 /wiki/Google_Code_In/2013/TODO: stub potential mentor list |
| 04:12.58 | *** join/#brlcad WhiteCalf (~DarkCalf@173.231.40.98) | |
| 06:03.50 | Notify | 03BRL-CAD:starseeker * 58267 (brlcad/trunk/INSTALL brlcad/trunk/configure and 3 others): Add the beginnings of style validation integration to BRL-CAD. This approach uses a source code formatter (currently astyle) and treats any difference between astyle's output and the formatting of the source files in the target's sources list as a compilation-haulting error. Currently enabled by ENABLE_STYLE_VALIDATION, but the |
| 06:03.52 | Notify | astyle.opt file currently in use has nothing to do with what will be the final formatting standard - DO NOT MAKE SOURCE CODE FORMATTING CHANGES BASED ON CURRENT RESULTS! Other TODO items for this feature - modularize BRLCAD_ADDLIB logic into macro and add to executables targets as well, incorporate per-target headers lists so we can also enforce good formatting behavior in headers, modularize to allow other |
| 06:03.54 | Notify | formatters than astyle (in cause the LGPLv3 is any sort of problem down the road...), test on anything other than Ubuntu Linux... etc. |
| 06:04.01 | starseeker | yawns |
| 06:04.11 | starseeker | that's as far as I can take it tonight |
| 06:10.32 | starseeker | prys his eyes off the monitor and calls it a night... |
| 06:46.14 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 10:15.14 | Notify | 03BRL-CAD Wiki:Inderpreet * 0 /wiki/User:Inderpree: |
| 10:42.07 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:33.07 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:36.30 | kesha | From where can I get stats abt how many task were proposed in GCI 2012, how many completed, how many students participated, avg task solved by them, winners( I got them ), etc. |
| 11:49.26 | Notify | 03BRL-CAD Wiki:Inderpreet * 6211 /wiki/Google_Code_In: Overview of GCI |
| 12:02.22 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6212 /wiki/Community_Publication_Portal: GCI 2012 Accomplishments |
| 12:03.44 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6213 /wiki/Community_Publication_Portal: /* BRL-CAD Accomplishments : GCI 2012 */ |
| 12:05.44 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6214 /wiki/Google_Code_In/2013/TODO: |
| 12:25.16 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6215 /wiki/Google_Code_In: GCI And BRL-CAD + Getting Started + "TODO: Checklist" |
| 12:25.52 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6216 /wiki/Google_Code_In: /* BRL-CAD participation in GCI */ |
| 12:27.12 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6217 /wiki/Google_Code_In: /* Getting Started */ |
| 12:27.58 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6218 /wiki/Google_Code_In/2013/TODO: /* Added a task */ |
| 12:29.08 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6219 /wiki/Code_In/Checklis: Created page with "TODO : Create a CHeckList for new GCI students, so that they dont have to go around asking basic questions how to get started and all. Something similar to our GSOC CHecklist ..." |
| 12:33.15 | Notify | 03BRL-CAD Wiki:Inderpreet * 6220 /wiki/Google_Code_In/2013: Overview and Instructions in GCI |
| 13:36.56 | Notify | 03BRL-CAD Wiki:JarvisvosizcbxelThursby * 0 /wiki/User:JarvisvosizcbxelThursby: |
| 13:48.48 | Notify | 03BRL-CAD Wiki:Inderpreet * 6221 /wiki/Google_Code_In/2013: added link to GCI task page |
| 14:01.04 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6222 /wiki/Code_In/Checklis: |
| 14:19.01 | Notify | 03BRL-CAD Wiki:Gauravjeet singh * 0 /wiki/User:Gauravjeet_singh: |
| 14:20.41 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 0 /wiki/Code_In/Checklis: |
| 14:23.12 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6225 /wiki/Google_Code_In: |
| 14:57.42 | Notify | 03BRL-CAD:d_rossberg * 58268 brlcad/trunk/src/other/astyle/CMakeLists.txt: removed self-reference |
| 15:11.23 | *** join/#brlcad YatharthROCK (~Yatharth@194.54.208.131) | |
| 15:22.36 | Notify | 03BRL-CAD Wiki:Gauravjeet singh * 6226 /wiki/Community_Publication_Portal: /* BRL-CAD Accomplishments : GCI 2012 */ |
| 15:28.41 | Notify | 03BRL-CAD Wiki:Inderpreet * 6227 /wiki/Google_Code_In: /* Google Code In 2012 */ |
| 15:33.38 | Notify | 03BRL-CAD Wiki:Inderpreet * 6228 /wiki/Google_Code_In/2013: correcting a typo |
| 15:41.22 | Notify | 03BRL-CAD:d_rossberg * 58269 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/tests/bn_obr.c): added bn_obr() with BN_EXPORT declaration to bn.h because test_bn_obr needs bn_obr() DLL-exported on Windows |
| 16:24.04 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:30.12 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 16:45.55 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6229 /wiki/Google_Code_In/Checklis: |
| 16:49.25 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6230 /wiki/Google_Code_In/Acceptance: Created page with "]TODO : Write basic "rules and requirements" that the BRL-CAD project requires for Google Code In tasks]" |
| 16:49.35 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6231 /wiki/Google_Code_In/Acceptance: |
| 16:52.07 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6232 /wiki/Google_Code_In/Expectations: Created page with "[TODO : Write detail about the expectations for Summer of Code students that are participating in GCI]" |
| 16:59.02 | *** part/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 17:18.20 | Notify | 03BRL-CAD Wiki:117.207.155.69 * 6233 /wiki/Google_Code_In/2013: added link to checklist and google code in main page |
| 17:19.30 | Notify | 03BRL-CAD Wiki:117.207.155.69 * 6234 /wiki/Google_Code_In/2013: typo fix |
| 18:42.38 | Notify | 03BRL-CAD:starseeker * 58270 brlcad/trunk/include/bn.h: Add type for declaration |
| 18:48.42 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 19:06.06 | Notify | 03BRL-CAD:starseeker * 58271 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/misc/CMake/astyle.cmake.in): This is nifty, but probably not what we are going to end up with - we'll need the POST_BUILD trick to do the succeed/fail at the end, but we want to do the astyle validations in parallel... |
| 19:15.32 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:23.06 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:34.26 | Notify | 03BRL-CAD:starseeker * 58272 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/misc/CMake/astyle.cmake.in): Use the OBJECT_DEPENDS property of source files to make the astyle check a per-file requirement. |
| 19:36.11 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6235 /wiki/Google_Code_In/Checklis: |
| 19:49.24 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6236 /wiki/Google_Code_In: /* Getting Started */ |
| 19:52.09 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6237 /wiki/Google_Code_In: |
| 20:18.55 | Notify | 03BRL-CAD:starseeker * 58273 (brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/misc/CMake/astyle.cmake.in): Do the validation first, then follow up to make sure nothing was invalid and base the final (post-compile) success on the style results. |
| 20:47.24 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:02.16 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 21:02.36 | Notify | 03BRL-CAD:starseeker * 58274 brlcad/trunk/misc/CMake/astyle.cmake.in: Go with Sean's idea and make the per-file message depend on BRL-CAD's verbose output setting. |
| 21:13.04 | Notify | 03BRL-CAD:starseeker * 58275 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Don't validate generated files. |
| 21:14.28 | Notify | 03BRL-CAD:carlmoore * 58276 brlcad/trunk/src/proc-db/lens.c: stop use of bu_opterr=0; no need to initialize c; add h? options, along with usage; insert my 'Program continues running' remark because this can run with no arguments |
| 21:30.14 | Notify | 03BRL-CAD:starseeker * 58277 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Pull the validation logic into macros and enable it for other standard BRL-CAD build target types. |
| 21:31.56 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:47.34 | ``Erik | heh, gci #6: "Create a w", I've created lots of "w"s playing quake back in the day :D wasd, yo! |
| 22:30.10 | Notify | 03BRL-CAD Wiki:71.198.169.135 * 6238 /wiki/Google_Code_In: |
| 23:14.28 | starseeker | huh http://clang.llvm.org/docs/ClangFormat.html |
| 23:17.15 | starseeker | https://github.com/gmarpons/Crisp |
| 23:19.35 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 23:30.30 | Notify | 03BRL-CAD:starseeker * 58278 brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake: Switch to BRLCAD_STYLE_VALIDATE to match BRLCAD_EXTRADOCS_VALIDATE |
| 00:53.23 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:30.54 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:32.35 | Notify | 03BRL-CAD:brlcad * 58279 brlcad/trunk/AUTHORS: browder passed the metric some time ago with 1160+ commits over 3+ years. promote up into the core developer team. welcome and thank you. |
| 04:35.54 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:36.40 | Notify | 03BRL-CAD:brlcad * 58280 brlcad/trunk/AUTHORS: nick reed has also exceeded the metric with nearly 900 commits over 2+ years, promoting into the core dev team list. hopefully the laughing will continue for many more years to come. ;) |
| 04:42.08 | Notify | 03BRL-CAD:brlcad * 58281 brlcad/trunk/AUTHORS: the aggregate effect of nearly 2000 commits over more than a year across dozens (hundreds?) of binaries has added up substantially. promote carl to the core dev team for his sustained efforts now that he's passed his anniversary mark. |
| 05:52.25 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 06:41.48 | Notify | 03BRL-CAD Wiki:117.207.157.190 * 6239 /wiki/Google_Code_In: /* Getting Started Checklist */ |
| 06:42.33 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:34.51 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 09:00.25 | *** join/#brlcad WhiteCalf (~DarkCalf@173.231.40.98) | |
| 10:28.03 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 14:23.43 | Notify | 03BRL-CAD:starseeker * 58282 brlcad/trunk/src/librtserver/CMakeLists.txt: rtserver is hardcoded to pthread at the moment - don't try building it unless we've got HAVE_PTHREAD_H |
| 15:11.40 | Notify | 03BRL-CAD:starseeker * 58283 brlcad/trunk/src/util/bu_arg_parse.cpp: We don't have getppid on Windows - need to ask Tom what would work here instead... |
| 15:25.06 | Notify | 03BRL-CAD:starseeker * 58284 brlcad/trunk/src/conv/step/g-step/CMakeLists.txt: list_elements will need the import/export logic too |
| 15:51.44 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:10.46 | Notify | 03BRL-CAD Wiki:Gauravjeet singh * 6240 /wiki/Community_Publication_Portal: /* done with the mentioned ToDO */ |
| 16:25.26 | *** join/#brlcad caen23 (~caen23@92.81.208.8) | |
| 16:58.17 | *** join/#brlcad caen23 (~caen23@109.97.120.227) | |
| 18:22.17 | Notify | 03BRL-CAD:tbrowder2 * 58285 brlcad/trunk/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml: correct object length values for the examples |
| 18:58.10 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 19:20.08 | Notify | 03BRL-CAD:starseeker * 58286 brlcad/trunk/src/util/bu_arg_parse.h: Add common.h |
| 19:29.00 | *** join/#brlcad caen23_ (~caen23@92.81.166.169) | |
| 19:35.04 | Notify | 03BRL-CAD:starseeker * 58287 brlcad/trunk/misc/CMakeLists.txt: Ignore file |
| 20:21.15 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 21:08.13 | Notify | 03BRL-CAD:tbrowder2 * 58288 brlcad/trunk/src/libged/simulate/simrt.c: style |
| 23:08.59 | Notify | 03BRL-CAD:starseeker * 58289 brlcad/trunk/src/conv/step/g-step/Assembly_Product.h: Fix return type to match cpp file. |
| 01:05.52 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:32.44 | brlcad | pretty cool: http://brlcad.org/tmp/command_line_progress.png |
| 01:44.18 | brlcad | also cool: https://code.google.com/p/ccons/ |
| 01:49.48 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:01.08 | Notify | 03BRL-CAD:starseeker * 58290 (brlcad/trunk/src/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): Based on patch from Cristina Precup, break out libnmg from librt. |
| 03:10.08 | brlcad | nice starseeker |
| 03:10.32 | brlcad | the only thing I notice there is that nmg.c probably doesn't belong in libnmg |
| 03:10.43 | brlcad | we'll have to break that up, it's a cyclic dependency |
| 03:11.17 | brlcad | librt needs to use libnmg similar to opennurbs, and have libnmg NOT use anything in librt |
| 05:50.24 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 06:10.13 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:13.05 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:19.33 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6241 /wiki/Google_Code_In/2013/TODO: |
| 08:31.09 | Notify | 03BRL-CAD Wiki:CatinaonxkvrhlhzDorpinghaus * 0 /wiki/User:CatinaonxkvrhlhzDorpinghaus: |
| 11:31.54 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:16.27 | Notify | 03BRL-CAD:starseeker * 58291 brlcad/trunk/src/other/CMakeLists.txt: d_rossberg noticed that clearing the src/other flags on MSVC causes problems, since the MSVC defaults are different from the CMake defaults and we don't wipe-and-reset all flags on MSVC currently. |
| 12:17.06 | starseeker | d_rossberg: give that a go and see how it works |
| 12:17.47 | starseeker | d_rossberg: the "real" solution would involve fully managing the MSVC flags like we do the gcc/clang flags, and that's a much larger undertaking... |
| 12:26.33 | Notify | 03BRL-CAD:starseeker * 58292 brlcad/trunk/misc/CMake/Distcheck.cmake: Quote CMake path in distcheck cmds |
| 12:29.38 | Notify | 03BRL-CAD:starseeker * 58293 brlcad/trunk/src/libnmg/CMakeLists.txt: Fix quote location |
| 12:38.44 | d_rossberg | starseeker: i was just testing another work around (the "TCL way"), but i'll have a look at yours too |
| 12:49.23 | Notify | 03BRL-CAD:phoenixyjll * 58294 brlcad/trunk/src/libbrep/intersect.cpp: Planar optimizations for SSI. |
| 13:27.38 | Notify | 03BRL-CAD:bob1961 * 58295 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Fixed a bug that breaks ArcherCore::redrawWho. This appears to have been introduced in r56397. |
| 14:25.13 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6242 /wiki/Google_Code_In/Checklis: |
| 14:26.19 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6243 /wiki/Google_Code_In/Checklis: |
| 14:34.49 | starseeker | urm. Is it a bad thing that rt_bot_mintie is global? |
| 15:00.15 | d_rossberg | starseeker: is it a bad thing that libnmg has over 80 errors (unresolved symbols)? |
| 15:07.54 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:12.07 | d_rossberg | the stepcode stuff seems to work now |
| 15:18.50 | Notify | 03BRL-CAD Wiki:Mandeepkaur * 6244 /wiki/Google_Code_In/Checklis: |
| 16:00.19 | d_rossberg | hmm, linux works, msvc has errors in libnmg, all build from scratch ... go on on monday |
| 16:30.11 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:46.46 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 16:59.08 | brlcad | finds this situation doubley unfortuante ... we probably should be using /MT, not /MD |
| 17:07.51 | *** join/#brlcad kesha_ (~kesha@14.139.122.114) | |
| 17:10.48 | Notify | 03BRL-CAD:bob1961 * 58296 brlcad/trunk/src/libged/open.c: Updated ged_reopen to properly set the rt material head. This would have impacted Archer and its ilk. |
| 17:30.18 | brlcad | AHA! |
| 17:42.13 | Notify | 03BRL-CAD:brlcad * 58297 brlcad/trunk/CMakeLists.txt: these should be indented |
| 17:44.38 | Notify | 03BRL-CAD:brlcad * 58298 brlcad/trunk/CMakeLists.txt: ws cleanup |
| 17:46.01 | Notify | 03BRL-CAD:brlcad * 58299 brlcad/trunk/CMakeLists.txt: no space on linker opts, mention why it's there |
| 17:49.21 | Notify | 03BRL-CAD:brlcad * 58300 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/CompilerFlags.cmake): separation of macro definition from macro use. move the compiler logic into the compiler section of the top-level CMakeLists.txt file so that we can unconditionally include the macro definitions like a template header. |
| 17:57.01 | Notify | 03BRL-CAD:brlcad * 58301 brlcad/trunk/misc/CMake/CompilerFlags.cmake: pull includes together, document the macros as api not as how they are implemented. |
| 17:57.55 | Notify | 03BRL-CAD:brlcad * 58302 brlcad/trunk/CMakeLists.txt: should no longer need inclusion of CompilerFlags.cmake to be conditional as it just defines a bunch of macros |
| 18:02.00 | Notify | 03BRL-CAD:brlcad * 58303 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: this file is not (yet) included on Windows, simplify |
| 18:03.41 | Notify | 03BRL-CAD Wiki:37.130.224.21 * 6245 /wiki/Mailing_Lists: |
| 18:04.19 | Notify | 03BRL-CAD:brlcad * 58304 brlcad/trunk/CMakeLists.txt: looks like there are some assumptions about the ordering, so preserve the previous ordering by moving the BRLCAD_CompilerFlags.cmake include after the logic that was moved. |
| 18:08.20 | Notify | 03BRL-CAD:carlmoore * 58305 brlcad/trunk/src/proc-db/lens.c: initialize lens_1side_side in its declaration; usage will now include defaults and unit specification |
| 18:18.45 | Notify | 03BRL-CAD:starseeker * 58306 (brlcad/trunk/src/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): revert r58290 - it's not going to be that simple. Looks like quite a lot of librt-isms have crept into the nmg code, will be a *lot* more work to properly extract it. |
| 18:19.39 | starseeker | might as well close that patch - there's a lot of work to do that right, some of which is probably going to involve logic re-thinking to avoid using librt features |
| 18:27.43 | Notify | 03BRL-CAD:brlcad * 58307 brlcad/trunk/src/other/CMakeLists.txt: needs testing, but should no longer need the MSVC conditionals. It should default to msvc's default linkage (/MT) and is synchronized with the top-level build settings. |
| 18:28.12 | brlcad | starseeker: poopie.. |
| 18:28.36 | brlcad | what about if you put just nmg.c back .. what rt symbols remain? |
| 18:29.02 | brlcad | that's one I think we could get a fair bit of GCI activity on |
| 18:30.44 | Notify | 03BRL-CAD Wiki:159.253.145.183 * 6246 /wiki/MGED_Commands: |
| 18:30.46 | starseeker | based on the MSVC build, there are a lot of them scattered across many files |
| 18:31.06 | brlcad | remember any of them? |
| 18:31.30 | starseeker | rt_nurb_s_eval |
| 18:31.40 | starseeker | rt_vlblock_free |
| 18:31.49 | starseeker | rt_plot_vlblock |
| 18:32.09 | starseeker | hmm. - got a wdb_fopen in there... |
| 18:32.10 | Notify | 03BRL-CAD Wiki:159.253.145.183 * 6247 /wiki/BRL-CAD_Commands: |
| 18:32.18 | brlcad | k |
| 18:32.23 | starseeker | rt_prep_parallel |
| 18:32.25 | starseeker | etc. |
| 18:32.34 | brlcad | rt_nurb_s_eval is almost certainly in the bspline code, which could move or get killed |
| 18:32.37 | starseeker | db_path_to_string |
| 18:32.39 | brlcad | the other two are interesting |
| 18:32.57 | starseeker | rt_init_resource |
| 18:33.05 | starseeker | rt_gettree |
| 18:33.12 | brlcad | I get it ;) |
| 18:33.15 | starseeker | hehe |
| 18:33.16 | brlcad | more than a few |
| 18:33.35 | starseeker | frankly, I'm wondering why the gcc build succeeded |
| 18:33.45 | Notify | 03BRL-CAD Wiki:159.253.145.183 * 6248 /wiki/BRL-CAD_Primitives: |
| 18:33.49 | brlcad | gcc by default doesn't care about unresolved symbols |
| 18:34.03 | starseeker | winces - ah |
| 18:34.12 | brlcad | there are flags we can add that would provoke the same error |
| 18:35.42 | starseeker | brlcad: wiping the CMake MSVC flags may be a big deal... |
| 18:36.00 | brlcad | yep, warrants another test |
| 18:36.22 | brlcad | no reason it shouldn't work though any more than it shouldn't for gcc |
| 18:36.49 | brlcad | would like to know exactly what if it doesn't (and if so, we should probably test for it instead of relying on cmake) |
| 18:37.09 | brlcad | if only just so we can compile with other compilers on windows |
| 18:37.32 | starseeker | yeah, that's exactly why I didn't do it previously - the "correct" answer requires an understanding of the MSVC flags I don't have time to acquire |
| 18:38.01 | Notify | 03BRL-CAD Wiki:159.253.145.183 * 6249 /wiki/FAQ: |
| 18:38.02 | brlcad | there's not really anything special about msvc |
| 18:38.13 | brlcad | they're just different names for the same concepts |
| 18:38.29 | brlcad | if we want MT or MD or MTd or whatever, we should be testing for those like anything else I think |
| 18:39.05 | brlcad | e.g., debug should probably be MTd and release should be MD |
| 18:39.18 | Notify | 03BRL-CAD Wiki:159.253.145.183 * 6250 /wiki/MgedFAQ: |
| 18:39.54 | starseeker | hooray, an even longer Windows configure step. If the concepts are similar, could we define a per-compiler conceptual map and load those? E.g. set(DEBUG_FLAG MTd) in the MSVC file and set(DEBUG_FLAG g) in the gcc file? |
| 18:40.39 | brlcad | if we have to sure, but I'm hoping we can avoid doing that altogether |
| 18:40.39 | starseeker | then just test ${DEBUG_FLAG} rather than all debug flags for all compilers? |
| 18:40.51 | brlcad | at least until we encounter something that requires it, which we haven't yet |
| 18:41.04 | brlcad | we just test for flags in a priority order |
| 18:42.09 | brlcad | we really need to get something different like suncc or borland's new compiler into the mix so we can break our gcc assumptions |
| 18:42.24 | starseeker | winces - the configure stage is already about 1 minute on Linux, which will be > build time in a few machine generations... On Windows, it's more like 15-20 minutes |
| 18:43.16 | brlcad | the problem is exemplified by this latest issue though |
| 18:43.49 | brlcad | I could have reconfigured several thousand builds in the time it took to figure out that there was an if (NOT MSVC) that caused all of this |
| 18:43.58 | starseeker | if I had defined a "wipe flags" macro from the get go and re-used it it wouldn't have been an issue, so that's my mistake |
| 18:44.41 | starseeker | not several thousand MSVC builds |
| 18:46.00 | brlcad | when we have active windows maintainers, they can work on optimizing the windows build properly by profiling and reducing time appropriately |
| 18:46.54 | brlcad | until then, and without a profile, I don't think it's an issue worth accommodating at the expense of build logic maintainability |
| 18:47.18 | brlcad | plus, I bet the build time could be reduced far more effectively in other ways |
| 18:47.48 | brlcad | like instead of avoiding tests, avoid file operations unnecessarily ... there's a lot we could be going on in memory |
| 18:49.38 | Notify | 03BRL-CAD:carlmoore * 58308 brlcad/trunk/src/proc-db/room.c: remove a blank line; remove degtorad variable, because DEG2RAD global variable provides that value |
| 18:51.18 | brlcad | by a quick, back-of-the-napkin calculation, probably could have built on MSVC about 100 times in the time it took to discuss and resolve (if it is resolved) ... |
| 18:51.32 | brlcad | we simply don't build that many times, that's several years worth |
| 18:58.07 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 19:08.07 | kanzure | do you guys have a lot of windows users? |
| 19:57.10 | starseeker | kanzure: https://sourceforge.net/projects/brlcad/files/stats/os |
| 19:57.30 | kanzure | wtf |
| 19:57.47 | kanzure | alright |
| 19:57.59 | Notify | 03BRL-CAD Wiki:Sean * 6251 /wiki/MgedFAQ: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:Tbrowder|Tbrowder]] |
| 19:58.01 | Notify | 03BRL-CAD Wiki:Sean * 6252 /wiki/FAQ: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:Tbrowder|Tbrowder]] |
| 19:58.04 | Notify | 03BRL-CAD Wiki:Sean * 6253 /wiki/BRL-CAD_Primitives: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:JoelDBenson|JoelDBenson]] |
| 19:58.06 | Notify | 03BRL-CAD Wiki:Sean * 6254 /wiki/BRL-CAD_Commands: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:Mdupont|Mdupont]] |
| 19:58.10 | Notify | 03BRL-CAD Wiki:Sean * 6255 /wiki/MGED_Commands: Reverted edits by [[Special:Contributions/159.253.145.183|159.253.145.183]] ([[User talk:159.253.145.183|talk]]) to last revision by [[User:Phoenix|Phoenix]] |
| 19:58.12 | Notify | 03BRL-CAD Wiki:Sean * 6256 /wiki/Mailing_Lists: Reverted edits by [[Special:Contributions/37.130.224.21|37.130.224.21]] ([[User talk:37.130.224.21|talk]]) to last revision by [[User:Sean|Sean]] |
| 19:58.35 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:159.253.145.183: Spamming links to external sites |
| 19:59.01 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:37.130.224.21: Spamming links to external sites |
| 19:59.31 | Notify | 03BRL-CAD Wiki:Sean * 6257 /wiki/Google_Code_In: Reverted edits by [[Special:Contributions/117.207.157.190|117.207.157.190]] ([[User talk:117.207.157.190|talk]]) to last revision by [[User:71.198.169.135|71.198.169.135]] |
| 20:00.25 | starseeker | brlcad: should we set up the clang static analyzer stuff for GCI? Or are those likely to be a little too tricky for the target group? |
| 20:27.13 | Notify | 03BRL-CAD:starseeker * 58309 brlcad/trunk/src/libbn/obr.c: Add in the Melkman code needed for convex hulls... |
| 20:36.44 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 21:34.24 | brlcad | starseeker: probably not a full-blown analysis, but perhaps categories of specific detections that have a well-documented fix |
| 21:35.11 | brlcad | not something generic like "fix 10 of these", but like "fix all the shadow warnings by renaming variables" |
| 21:54.27 | Notify | 03BRL-CAD:carlmoore * 58310 brlcad/trunk/src/proc-db/lens.c: shortened the code |
| 22:10.05 | *** join/#brlcad kesha__ (~kesha@14.139.122.114) | |
| 22:54.07 | Notify | 03BRL-CAD Wiki:Arlo James Barnes * 0 /wiki/User:Arlo_James_Barnes: |
| 22:59.16 | Notify | 03BRL-CAD Wiki:Sean * 6258 /wiki/Community_Publication_Portal: fix the final review section |
| 23:00.22 | Notify | 03BRL-CAD Wiki:Sean * 6259 /wiki/Community_Publication_Portal: 7.24.0 was posted |
| 04:49.29 | Notify | 03BRL-CAD Wiki:Sean * 6260 /wiki/Community_Publication_Portal: /* Google Doc Camp */ external links |
| 05:33.22 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/File:DocCamp_Relaxing.jpg: 2013 Doc Campers relaxing outside after a long morning familiarizing and brainstorming. |
| 05:36.42 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/File:DocCamp_WorkingHard.jpg: BRL-CAD documentation team beginning to flesh out the contents of a contributors guide at the 2013 Google Doc Camp. The book was written from scratch in less than three days. |
| 05:39.43 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/File:DocCamp_TopicWall.jpg: All three teams (BRL-CAD, OpenMRS, and GNOME) brainstormed and discussed a variety of documentation topics unconference-style at the 2013 Google Doc Camp. |
| 05:42.28 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/File:DocCamp_Team.png: The 2013 Google Doc Camp team for BRL-CAD included Harmanpreet Singh, Check Nyah, Clifford Yapp, Eric Edwards, Scott Nesbitt, Isaac Kamga, and Sean Morrison. They attended the week-long event in Mountain View, California, creating a contributors guide... |
| 06:17.37 | Notify | 03BRL-CAD Wiki:Sean * 6265 /wiki/Community_Publication_Portal: /* Google Doc Camp */ link images |
| 06:53.09 | Notify | 03BRL-CAD Wiki:Sean * 6266 /wiki/Mailing_Lists: not just devs |
| 07:08.00 | Notify | 03BRL-CAD Wiki:Sean * 6267 /wiki/Mailing_lists: Redirected page to [[Mailing Lists]] |
| 07:09.01 | Notify | 03BRL-CAD Wiki:Sean * 6268 /wiki/Google_Doc_Camp: Created page with "= Documentation Redux = BRL-CAD was selected to participate in the 2013 Google Summer of Code '''[http://www.flossmanuals.org/news/2013-doc-camp-call-proposals Doc Camp]'''. ..." |
| 07:09.43 | Notify | 03BRL-CAD Wiki:Sean * 6269 /wiki/Google_Doc_Camp: |
| 07:10.14 | Notify | 03BRL-CAD Wiki:Sean * 6270 /wiki/Google_Doc_Camp: |
| 07:23.08 | *** join/#brlcad caen23 (~caen23@92.81.166.169) | |
| 13:25.26 | *** part/#brlcad caen23 (~caen23@92.81.166.169) | |
| 15:44.06 | Notify | 03BRL-CAD:tbrowder2 * 58311 brlcad/trunk/CMakeLists.txt: remove superflous 'standard'; put period outside closing paren for end of sentence; format lines for para width |
| 15:54.07 | Notify | 03BRL-CAD:tbrowder2 * 58312 (brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp brlcad/trunk/src/libged/simulate/simphysics.cpp and 2 others): style |
| 15:57.53 | Notify | 03BRL-CAD:tbrowder2 * 58313 (brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp brlcad/trunk/src/libged/simulate/simulate.c): style |
| 17:06.47 | Notify | 03BRL-CAD:tbrowder2 * 58314 brlcad/trunk/src/util/loop.c: style |
| 17:07.44 | Notify | 03BRL-CAD:tbrowder2 * 58315 brlcad/trunk/src/util/CMakeLists.txt: add another variant for testing |
| 17:13.44 | Notify | 03BRL-CAD:tbrowder2 * 58316 brlcad/trunk/src/util/bu_arg_parse.h: add new struct for casting pertinent parts of new-type structs; name new functions with 4 suffix for the dsp_add4.c use (expected to be final version) |
| 17:14.23 | Notify | 03BRL-CAD:tbrowder2 * 58317 brlcad/trunk/src/util/bu_arg_parse.cpp: add new functions for data transfer |
| 17:14.57 | Notify | 03BRL-CAD:tbrowder2 * 58318 brlcad/trunk/src/util/dsp_add3.c: add missing comments |
| 17:21.01 | Notify | 03BRL-CAD:tbrowder2 * 58319 brlcad/trunk/INSTALL: updated after CMakeList.txt changes |
| 18:54.18 | Notify | 03BRL-CAD:tbrowder2 * 58320 (brlcad/trunk/src/util/CMakeLists.txt brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h): eliminate unacceptable versions |
| 19:04.19 | Notify | 03BRL-CAD:tbrowder2 * 58321 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h): start removing superflous old code |
| 19:48.27 | Notify | 03BRL-CAD:tbrowder2 * 58322 (brlcad/trunk/src/util/bu_arg_parse.cpp brlcad/trunk/src/util/bu_arg_parse.h brlcad/trunk/src/util/dsp_add4.c): remove '4' suffix on functions and structs |
| 19:54.02 | Notify | 03BRL-CAD:tbrowder2 * 58323 brlcad/trunk/src/util/bu_arg_parse.cpp: add missing static decls; reorganize and clean up a bit; remove unneeded _debug var |
| 20:29.07 | *** join/#brlcad merzo (~merzo@40-107-133-95.pool.ukrtel.net) | |
| 22:46.15 | Notify | 03BRL-CAD Wiki:Webcad-Deutschland * 0 /wiki/User:Webcad-Deutschland: |
| 02:09.56 | Notify | 03BRL-CAD Wiki:RonnyrlbosowgafAngel * 0 /wiki/User:RonnyrlbosowgafAngel: |
| 02:50.23 | Notify | 03BRL-CAD Wiki:RonnyrlbosowgafAngel * 6271 /wiki/Is_Gluten_Bad%3F4722202: Created page with "If you, or someone close to you, has recently been diagnosed as suffering from Coeliac Disease it takes quite a while to understand the implications of this condition. After p..." |
| 03:20.11 | *** join/#brlcad milamber (~devlin@d118-75-244-176.try.wideopenwest.com) | |
| 03:27.45 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:RonnyrlbosowgafAngel: Spamming links to external sites |
| 03:28.01 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Is_Gluten_Bad%3F4722202: Vandalism: spam |
| 13:04.33 | maths22 | The form spam has begun :( |
| 13:04.41 | maths22 | I hoped we had fixed it last year |
| 15:22.11 | Notify | 03BRL-CAD Wiki:Gauravjeet singh * 6272 /wiki/Google_Code_In/2013/TODO: Corrected a typo |
| 18:57.36 | kanzure | on mac osx 10.7.2 i am getting an error about requiring libfreetype 14.0.0 but having only libfreetype 13.0.0 when i try to launch mged. |
| 18:57.47 | kanzure | brlcad: do you think this problem is something i should fix before testing my python/brlcad bindings on osx? |
| 19:15.37 | *** join/#brlcad merzo (~merzo@187-8-132-95.pool.ukrtel.net) | |
| 20:13.58 | Notify | 03BRL-CAD Wiki:Redskull1994 * 0 /wiki/User:Redskull1994: |
| 20:21.36 | Notify | 03BRL-CAD:tbrowder2 * 58324 (brlcad/trunk/doc/docbook/resources/brlcad/brlcad-specification-fo-stylesheet.xsl.in brlcad/trunk/doc/docbook/resources/brlcad/tutorial-template.xsl.in): add table centering |
| 23:29.05 | maths22 | I am happy to write a wiki scraper, as long as I know what it should scrape into what |
| 00:26.05 | kanzure | hrmm wdb_fopen not being in wdb.h is really problematic for these bindings |
| 00:26.23 | kanzure | maths22: that's silly; you can just dump the database directly. |
| 03:06.43 | brlcad | ``Erik: have you created your GCI profile? |
| 03:13.13 | kanzure | can i have some test subjects? |
| 03:13.14 | kanzure | https://github.com/kanzure/python-brlcad |
| 03:17.03 | kanzure | in particular, i am looking for a /willing/ subject to run "pip-2.7 install brlcad" and then "git clone git@github.com:kanzure/python-brlcad.git" and then "cd python-brlcad/examples/; python2.7 wdb_example.py output.g" |
| 03:35.49 | brlcad | maths22: the spam is very minimal, almost certainly actual humans making it through all the barriers |
| 03:36.15 | brlcad | kanzure: we should just fix the wdb calls that should be in wdb.h |
| 03:36.38 | brlcad | never seen that freetype message |
| 03:36.41 | kanzure | the comments around wdb_fopen in raytrace.h make sense though- ideally it shouldn't need to know about the underlying database format or whatever |
| 03:37.22 | kanzure | i have fixed python-brlcad to generate a binding for librt so that it can grab a pointer to wdb_fopen |
| 03:38.00 | kanzure | i am interested in hearing bug reports regarding the python-brlcad install process |
| 03:38.32 | kanzure | once it's able to be used by at least n>0 humans other than myself i plan to spam the mailing list |
| 03:39.20 | maths22 | brlcad: i know; I just hadn't seen any in months |
| 03:39.28 | brlcad | nods, sounds like a solid plan :) |
| 03:41.55 | kanzure | and then i have to figure out a pythonic wrapper around this.. most python programmers aren't expecting this much "check what the function signature says". |
| 03:41.58 | brlcad | kanzure: I'll give the python bridge a try tomorrow afternoon |
| 03:42.03 | kanzure | cool, thank you |
| 03:42.39 | kanzure | the python/opencascade people wrote a bunch of SWIG bindings to opencascade, and then they wrote an additional layer on top of that. maybe i'll just go use those idioms.. |
| 03:44.27 | kanzure | ideally i would like things like "from brlcad import (svg, box, sphere); base = svg('gearface.svg'); structure = base.intersect(sphere())" etc. |
| 03:44.46 | kanzure | oh wait, i should have extruded somewhere |
| 04:14.10 | Notify | 03BRL-CAD Wiki:Sean * 6273 /wiki/Deuces: fix the tables |
| 04:38.40 | brlcad | kanzure: that would be awesome |
| 04:38.54 | brlcad | basically ways to perform actions even simpler than our existing GED library |
| 04:39.45 | brlcad | kind of see this becoming a place to sort out advanced/improved usability, ways to do things even simpler, meta-modeling |
| 04:51.54 | kanzure | one of the problems with ctypesgen at the moment is that it sucks at parsing many of the brlcad macros |
| 04:52.00 | kanzure | and a good chunk of brlcad seems to be implemented as macros.. |
| 07:44.13 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:06.49 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 09:31.49 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:22.32 | Notify | 03BRL-CAD:tbrowder2 * 58325 brlcad/trunk/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml: various format cleanups including table centering; more corrections; add info on proposed object time stamps |
| 10:59.48 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:19.08 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:06.17 | ``Erik | brlcad: yes, "erikg" |
| 12:25.14 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 12:50.13 | ``Erik | kanzure: is the python bridge build using the provided swig2 .i file, or something else? and is 2.7 necessary? no 3.3? |
| 14:28.07 | Notify | 03BRL-CAD:starseeker * 58326 brlcad/trunk/src/libbn/obr.c: keep working at obr code - will need careful testing. |
| 14:48.27 | *** join/#brlcad Ch3ck_ (c318d114@gateway/web/freenode/ip.195.24.209.20) | |
| 15:04.30 | kanzure | ``Erik: it is not using swig |
| 15:04.39 | kanzure | ``Erik: it's using something called ctypes and ctypesgen |
| 15:04.47 | kanzure | ``Erik: https://github.com/kanzure/python-brlcad |
| 15:05.21 | kanzure | ``Erik: i haven't tested with python 3.3 yet but it might work.. my biggest concern is that ctypesgen might not be py3k-compatible. |
| 15:22.42 | kanzure | was libbrep in brlcad 7.18.4? a gentoo user is trying python-brlcad and for some reason libbrep.so is not built by default: http://sprunge.us/VbhT |
| 15:31.46 | Notify | 03BRL-CAD:starseeker * 58327 brlcad/trunk/src/libbn/obr.c: Make sure incrementing and decrementing is doing what we expect here... |
| 15:34.38 | starseeker | kanzure: that's pretty old... I'd have to check, but I'd be surprised |
| 15:34.59 | kanzure | ah, i have no sense for how old certain packages are |
| 15:35.09 | kanzure | 7.18 *sounds* close to whatever i downloaded, haha |
| 15:35.15 | starseeker | heh |
| 15:35.28 | kanzure | "something from this century" |
| 15:37.38 | kanzure | starseeker: can i convince you to try python-brlcad today? |
| 15:54.12 | brlcad | ``Erik: thanks, got it, app is in |
| 15:55.51 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:33.23 | maths22 | kanzure: I meant for the deuces page for GCI |
| 16:35.36 | maths22 | should I clean up deuces by removing stuff done in GCI 2012? |
| 16:40.40 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:44.48 | maths22 | Also, will cl-cia need any modifications for this year, or do we not yet know |
| 16:52.58 | starseeker | kanzure: sorry, I probably won't have time today |
| 16:53.32 | kanzure | okay |
| 16:53.57 | starseeker | I'm not all that hot at python, actually... |
| 16:54.24 | starseeker | kanzure: is there a small, embeddable implementation that might be integratable into BRL-CAD? |
| 16:54.39 | kanzure | even if there is, i strongly recommend NOT doing that |
| 16:54.52 | kanzure | extremely strongly |
| 16:54.55 | starseeker | how come? |
| 16:55.02 | kanzure | IMHO that's what's wrong with blender, freecad, heekscad, all these terrible packages |
| 16:55.12 | kanzure | they all embed python and then you can't use your standard library |
| 16:55.24 | kanzure | like, your runtime suddenly has to become "load up the entirety of blender" |
| 16:55.33 | kanzure | libraries should never ever do that to you :) |
| 16:55.49 | starseeker | I didn't say anything about *forcing* the use of an embedded python - merely a way to guarantee it's availability in the event there is no system version available |
| 16:56.03 | starseeker | see how we handle tcl, for example |
| 16:56.09 | kanzure | i don't know how you handle tcl |
| 16:56.51 | starseeker | by default, we auto-detect for a system install |
| 16:56.58 | starseeker | if none is found, we build our own copy |
| 16:57.35 | kanzure | so you have a vendorized copy of tcl in the source repository osmewhere? |
| 16:57.37 | starseeker | you can also force either the bundled version or a system version (the latter resulting in failure rather than enabling the internal copy) |
| 16:57.44 | starseeker | src/other/tcl |
| 16:57.56 | brlcad | maths22: please do (update deuces page) |
| 16:58.34 | kanzure | so is src/other/tcl a brlcad variant of tcl, or just a dump of tcl from upstream? |
| 16:58.43 | brlcad | maths22: basically, closed tasks need to be removed, then new tasks from http://brlcad.org/wiki/GCI_Tasks need to be integrated |
| 16:58.44 | maths22 | ok |
| 16:59.04 | brlcad | (we're not using wiki/GCI_Tasks, it should be Deuces) |
| 16:59.56 | maths22 | Do you remember why I made GCI_Tasks last year? |
| 17:00.03 | brlcad | maths22: and don't yet know about cl-cia, but ``Erik might be able to define some tasks (and I can put scheme on our list of languages) |
| 17:00.34 | starseeker | kanzure: it's sorta vanilla, but not entirely - that's where this paper came from, actually: http://www.tclcommunityassociation.org/wub/proceedings/Proceedings-2011/CliffordYapp/tcltk_cmake_paper.pdf |
| 17:01.22 | starseeker | ideally we would like those srcs to be just "dumps from upstream" as you put it, but the only one that we can really get away without changing currently is libpng |
| 17:01.48 | kanzure | starseeker: so is the entirety of brlcad usable from non-brlcad tcl as a thirdparty module? |
| 17:01.56 | kanzure | *from inside non-brlcad tcl |
| 17:02.04 | brlcad | kanzure: it basically an upstream dump, we apply build system patches so we can turn it off/on portably |
| 17:02.40 | brlcad | and "patches" is more like "cliff throttled their build", but it is build and not any actual tcl/tk changes |
| 17:03.09 | kanzure | so, there's a way to do that with python, but there's also a separate concept in python that goes by the name 'embeddable', much like lua and other scripting languages, where you import cpython headers and make an interpreter that is "owned" by a process inside a brlcad library |
| 17:03.11 | starseeker | kanzure: not really - we use tcl in the old-school manner as an embeddable language |
| 17:04.31 | ``Erik | as far as I can tell, python can have serious portability issues with python (pypy, cython, jython, etc might not run code 'right'), there is no standard, just "guidos implementation" |
| 17:04.35 | brlcad | eh, it's usable from a non-brlcad tcl .. just not in the ideal way you want if you were a tcl package developer |
| 17:04.41 | kanzure | my only complaint here is that i don't want brlcad to end up like blender or heekscad or freecad with an embedded python, and then the python runtime being subservient to that other runtime. e.g., it means that any downstream app that i make that uses python-brlcad has to suddenly be running in brlcad itself.. so if i make a web server that has a task queue worker, suddenly everything has to be running inside brlcad, etc. |
| 17:04.55 | brlcad | you load the library, bind your symbols, just like python |
| 17:05.03 | ``Erik | so integrating a python and trying to use a system one could bring up some crazy issues |
| 17:05.29 | starseeker | jimtcl is actually a better conceptual match for how we *want* to use tcl, in some ways, but the Tcl/Tk feature set we currently make use of is so extensive that we end up with the full Tcl/Tk + lots of packages in src/other :-/ |
| 17:06.15 | ``Erik | if google sends the same format of email as last year, the cl-cia stuff should 'just work', but there're plenty of improvements that could be made all throughout that code |
| 17:06.15 | starseeker | ``Erik: how so? Just turn off the embedded one if the system one is available/selected |
| 17:06.48 | ``Erik | starseeker: I mean nontrivial python code doesn't always do the same thing on different implementations |
| 17:06.54 | starseeker | ah |
| 17:07.01 | kanzure | i think you guys are thinking of a situation like "provide a python interpreter with brlcad" whereas i'm thinking in terms of "hey there's a pile of shared libraries here and i want to call those functions with my bytes and my bits" |
| 17:07.59 | brlcad | kanzure: interesting complaint regarding their embedded python .. will have to think about that some, but the notion was that it should work outside of our environment just fine |
| 17:08.00 | starseeker | kanzure: as long as the lower level libraries you're wanting to bind to don't have python mixed in, wouldn't that avoid any issues? |
| 17:08.39 | kanzure | starseeker: i'm not sure i follow, sorry. have you used blender + python before, for example? |
| 17:09.12 | starseeker | kanzure: no, sorry. I was going of of your generating swig bindings for the lower level libraries like librt and libwdb |
| 17:09.41 | starseeker | whatever is or isn't embedded, those libraries shouldn't know squat about python |
| 17:09.48 | kanzure | brlcad: there are a lot of technical options for execution. there's another method of providing python bindings where libbu.so can be imported directly into python if the source code provides some functions using some cpython types. and then "import libwdb" just magically works in python. |
| 17:10.09 | starseeker | we're actually pushing tcl out of them too (into libtclcad) although that's a slow process due to the early development history |
| 17:10.11 | brlcad | kanzure: I get what you're talking about .. you're complaint of them is effectively how we have tcl embedded (and is something we passively work to change) |
| 17:10.35 | kanzure | oh interesting, tcl is polluting some of the core libraries? |
| 17:10.44 | ``Erik | kanzure: all the way to libbu :( |
| 17:10.45 | kanzure | i did notice some weird tcl.h includes in bu/wdb |
| 17:10.53 | kanzure | yes that was actually impacting python-brlcad |
| 17:11.02 | starseeker | it used to be worse - brlcad did a lot of work on that a while back |
| 17:11.05 | brlcad | have to be careful with terminology |
| 17:11.08 | kanzure | i worked around it (had to add osme extra library paths, whatever) |
| 17:11.16 | brlcad | Tcl is both a C API and a Tcl API |
| 17:11.21 | brlcad | we use both |
| 17:12.19 | brlcad | we use the C API in a few places, and those are slowly being weeded out, but don't really affect runtime binding |
| 17:13.19 | kanzure | i guess this means i don't have to tell you guys how tcl.h shouldn't be included in bu.h, then ;) |
| 17:13.21 | brlcad | the Tcl API is what we overload and muck up to heck and back, so you have to run your scripts in OUR version of the tcl interpreter if you want to do some real work using our Tcl command API |
| 17:13.25 | kanzure | marks that off the list |
| 17:13.41 | kanzure | aha, yes i would consider that bad |
| 17:14.34 | brlcad | that's similar to what blender does with their py interp |
| 17:14.55 | kanzure | i was so disappointed when i learned that my .py files had to be run inside *blender* |
| 17:15.02 | brlcad | nods |
| 17:15.18 | brlcad | there's undoubtedly "a way" .. but you'd have to do all the init that they do |
| 17:15.29 | kanzure | on the other hand, this sort of embedding is very useful, especially in the context of games where you want to run scripts instead of C for every conceivable object in the game |
| 17:15.33 | brlcad | and it almost certainly wouldn't be pretty |
| 17:15.46 | kanzure | actually, i think the way to do blender bindings would be very similar to what i've done in python-brlcad |
| 17:16.03 | kanzure | python-brlcad is using a package called ctypesgen that scans header files and then generates the python bindings from that |
| 17:16.05 | brlcad | that's actually why I started down a path of creating a command API *library* .. |
| 17:16.57 | kanzure | ctypesgen has a lot of trouble parsing the macros in these header files btw.. it's definitely something i am going to be nagging you about. |
| 17:16.58 | brlcad | in theory, you can bind to that command library (libged) and have nearly all mged commands without mged (without tcl, without "brl-cad") |
| 17:17.18 | brlcad | need more info about that |
| 17:17.20 | brlcad | not surprising |
| 17:17.31 | brlcad | we use a lot of cpp features |
| 17:17.52 | kanzure | i didn't write ctypesgen so i'll have to create an actual bug report at some point in the future. i'm 90% sure it's just bad code in ctypesgen but the other option is to just not implement half of brlcad as a macro.. |
| 17:18.11 | brlcad | it really depends on the macros in question |
| 17:18.18 | brlcad | some are intentionally macros, some are not |
| 17:18.22 | kanzure | so far it's been some critters in bu.h |
| 17:18.36 | kanzure | ctypesgen will complain loudly when you test python-brlcad later today |
| 17:18.52 | starseeker | kanzure: don't let ``Erik hear you dissing macros too loud ;-) |
| 17:18.52 | brlcad | it's basically a throwback to the days where you used macros as a form of forced inlining |
| 17:18.57 | ``Erik | kanzure: I believe the blender guys are on freenode and pretty open to talking, it may be beneficial to chat with them a bit about how they use python and what they feel the pros and cons of their path were, instead of trying to guess? :) |
| 17:19.26 | kanzure | okay. |
| 17:20.05 | starseeker | nods - it may just not have occurred to them to think about non-blender external uses of their python functionality - most Blender work I know of *does* go in within the Blender framework... |
| 17:20.09 | kanzure | i mean, one reason they did it is so that their ui could be written in python |
| 17:20.26 | kanzure | a lot of their scripts are in python, which is fine, but asking end-users to run all python scripts inside blender is, imho, bad |
| 17:20.29 | brlcad | kanzure: there are some bu constructs that you cannot implement in C without macros or without drastically changing the API, it just depends on which ones need to be called |
| 17:20.35 | ``Erik | heh, certain aspects of our macro heavy vmath stuff is preventing quick&dirty sse3 for us :) macros are a tool, blindly assuming you should never/use macros would be bad form :) |
| 17:20.41 | brlcad | more than likely, if you need to bind them in python, they can be functions |
| 17:20.46 | kanzure | "just not have occurred to them to think about non-blender external uses of their python functionality" is probably correct |
| 17:21.13 | ``Erik | s,never/user,never/always use, |
| 17:21.16 | kanzure | brlcad: yeah, i nmost cases it looks like it can be done with a small wrapper function that just has the macro mentioned inside it. not a big deal. but sorta sucky. |
| 17:22.16 | brlcad | and if you're going to go that far, why have the macro |
| 17:22.26 | brlcad | again, just depends which ones |
| 17:22.45 | kanzure | i would say the small wrapper is an acceptable first step to refactoring without having to invest in actually doing the work |
| 17:23.07 | starseeker | kanzure: do you have a list? |
| 17:23.18 | kanzure | starseeker: no, but python-brlcad will spit one out. one moment. |
| 17:23.42 | kanzure | ERROR: /usr/brlcad/include/brlcad/bu.h:5102: Syntax error at 'va_list' |
| 17:24.28 | kanzure | ERROR: /usr/brlcad/include/brlcad/raytrace.h:4517: Syntax error at '\n' |
| 17:24.34 | kanzure | actually that seems to be it; i might have disabled the other macros. |
| 17:25.17 | kanzure | 4517 is #define db_ident(a, b, c) +++error+++ |
| 17:25.40 | kanzure | 5102 is the last line of BU_EXPORT extern void bu_vls_vprintf |
| 17:26.02 | starseeker | va_list isn't one of our internal types - that comes from C, iirc |
| 17:26.29 | starseeker | kanzure: which version are you working with? |
| 17:26.35 | brlcad | kanzure: 5102 is probably a failure parsing va_list .. which is almost certainly a macro type from a stdc header |
| 17:26.47 | ``Erik | (va is varargs, fwiw, a posix dealie) |
| 17:26.59 | kanzure | this is a legitimate ctypesgen bug, then |
| 17:27.09 | brlcad | probably |
| 17:27.22 | starseeker | that one is probably worth reporting back as a bug worth fixing, since you'll see it in a lot more than just our code |
| 17:27.29 | brlcad | not sure we can even do anything about that one |
| 17:27.30 | kanzure | ah.... ERROR: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/stdarg.h:40: Syntax error at '__gnuc_va_list' |
| 17:27.33 | Notify | 03BRL-CAD:carlmoore * 58328 brlcad/trunk/src/proc-db/masonry.c: remove 'Bad or help flag specified'; remove degtorad because DEG2RAD is already available |
| 17:27.41 | kanzure | unfortunately it seems that i am the person maintaining ctypesgen at the moment |
| 17:27.48 | brlcad | heh |
| 17:28.03 | brlcad | so fix it, ya lazy or soemthing ;) |
| 17:28.10 | kanzure | yes |
| 17:28.13 | brlcad | :) |
| 17:28.29 | ``Erik | damn ctypesgen maintainers, can't even keep their varargs handling working *cough* O:-) |
| 17:29.03 | brlcad | you could probably trick it by adding a #define va_list void* .. but technically not proper or something to keep |
| 17:29.23 | brlcad | it'd just redefine stdarg's type |
| 17:29.24 | kanzure | so does all the tcl includes mean that brlcad can't compile without X? |
| 17:29.28 | kanzure | or does tcl deal with no-X on its own? |
| 17:29.34 | brlcad | another possibility is that some other header is required |
| 17:29.37 | starseeker | Tk is the part of tcl that needs X |
| 17:29.43 | kanzure | oh. |
| 17:29.46 | starseeker | (or some graphics system, anyway) |
| 17:29.48 | brlcad | like sys/types.h .. and you might not be getting that header |
| 17:29.58 | brlcad | which would cause a syntax error using va_list |
| 17:30.07 | ``Erik | http://pubs.opengroup.org/onlinepubs/7908799/xsh/varargs.h.html |
| 17:30.16 | ``Erik | http://msdn.microsoft.com/en-us/library/kb57fad8.aspx |
| 17:30.21 | starseeker | it's a bit difficult to test (generally have to set up a non-X virtual machine) but we should build properly without any graphics at all |
| 17:30.22 | kanzure | brlcad: your ability to debug things is really neat, that sounds quite likely |
| 17:30.38 | brlcad | Tcl uses no X, actually has practically no external dependencies beyond maybe zlib and regex |
| 17:32.13 | ``Erik | tcl builds it's own regex engine, a really neat parallel dfa opposed to the normal nfa |
| 17:32.54 | starseeker | must try fiddling with tinypy some day... |
| 17:32.55 | brlcad | kanzure: easy to test, what do your man pages say are the required headers for va_start and/or vprintf? unconditinoally add them before 5102 and see if it makes a difference to ctypesgen |
| 17:33.19 | kanzure | man pages says va_start needs stdarg.h |
| 17:33.32 | kanzure | ERROR: /usr/lib/gcc/x86_64-linux-gnu/4.8/include/stdarg.h:40: Syntax error at '__gnuc_va_list' |
| 17:33.38 | kanzure | so it looks like stdarg.h is being parsed |
| 17:34.42 | ``Erik | kanzure: it might be worth looking at the wrapping ifdef stuff and comparing it to the flags passed in to the compiler |
| 17:35.07 | Notify | 03BRL-CAD:brlcad * 58329 brlcad/trunk/include/bu.h: we use va_list and friends for some ... functions, so include this as a requisite header |
| 17:35.26 | brlcad | kanzure: that very well may have been the problem, 58329 |
| 17:35.28 | kanzure | bbl |
| 17:35.35 | ``Erik | (or perhaps header ordering requires stdarg to come after something like stdlib) |
| 17:36.14 | brlcad | almost certainly |
| 17:36.26 | brlcad | we never included stdarg explicitly |
| 17:38.03 | zero_level | hi all. |
| 17:38.27 | Notify | 03BRL-CAD:starseeker * 58330 brlcad/trunk/src/libbn/obr.c: We want the results to survive, so pass this properly... |
| 17:38.44 | zero_level | after few other commitments. Back again with brlcad. |
| 17:39.01 | zero_level | How are the preparations for GCI ? |
| 17:39.32 | zero_level | CAn I still contribute as a mentor ? |
| 17:45.20 | ``Erik | zero_level: I think brlcad was just able to submit the org application a few hours ago |
| 17:46.08 | zero_level | ``Erik : ok |
| 17:46.21 | zero_level | ``Erik : In the mail regarding icv work. |
| 17:46.45 | brlcad | hello zero_level |
| 17:47.01 | zero_level | brlcad mentoined about making things more modular. |
| 17:47.07 | brlcad | I got the org application initially submitted about 14 hours ago |
| 17:47.23 | brlcad | still working on polishing up the text, but working on the task list is priority now |
| 17:47.40 | zero_level | By that he meant, putting ppm formats in a subdir and .. |
| 17:48.26 | brlcad | zero_level: for GCI, tasks have to be VERY well defined and VERY small |
| 17:48.31 | zero_level | .. similarly for other formats. |
| 17:48.31 | zero_level | hii brlcad! |
| 17:48.39 | ``Erik | I... don't personally think any 2d raster file image format would be complicated enough to warrant a subdirectory... vector stuff, sure... where it needs multiple C files |
| 17:48.50 | brlcad | putting ppm in a subdir is conceptually small and taskwise should take less than 2 hours (which is the goal) |
| 17:49.05 | brlcad | but is very complicated in terms of what all might have to be explained |
| 17:49.24 | brlcad | how to do that correctly is not something easily spelled out as a recipe |
| 17:49.26 | ``Erik | but any raster image file should be able to contain a save and load image trivially in one file (with a library linked for complicated ones like jpeg or png) |
| 17:50.09 | zero_level | brlcad :Right. I am just taking pointers on continuation of my GSOC work. |
| 17:50.49 | zero_level | ``Erik : I feel the same. |
| 17:50.50 | ``Erik | zero_level: GCI grade icv work would be like "implement 1 filter" |
| 17:50.58 | zero_level | Therefore I suggest we make subdir for brlcad-primitive formats like bw,pix and dpix |
| 17:50.58 | zero_level | and all others |
| 17:50.58 | zero_level | ? |
| 17:51.43 | brlcad | ``Erik: it's not whether it warrants a subdir, but to conceptually ensure that each format is isolated .. that's easier to ensure if it's physically removed |
| 17:52.17 | zero_level | ``Erik : I am not sure. never thought about icv being a potent gci task. But If you suggest I can find such small tasks ! |
| 17:52.25 | brlcad | and would be helpful if we wanted a considerably more complex format like tiff or exr where we don't think about the extension owning the format, but just binding to it |
| 17:52.57 | ``Erik | aight, I'd think a file called "ppm.c" or "bw.c" would be adequate :) that ability to move from a file to multiple files is a bit of an art |
| 17:53.17 | brlcad | even if it's just one file in a subdir |
| 17:53.31 | brlcad | it's that ppm.c doesn't actually use some other header, type, function that it shouldn't be |
| 17:53.46 | brlcad | basically that we could copile it as a dynamic module and load it |
| 17:54.20 | brlcad | so all the formats basically become proper plugins and we're set up to receive plugins from 3rd party developers we have no control over |
| 17:54.25 | zero_level | ``Erik that is the current situation. |
| 17:54.28 | ``Erik | *shrug* directories are cheap, subdirs in a build system are expensive, I'd just ask that single file subdirs are managed by an upper level makefile |
| 17:54.32 | brlcad | they drop their plugin in a directory, and it loads and is an option |
| 17:54.43 | zero_level | bw.c, ppm.c, pix.c dpix.c |
| 17:54.51 | zero_level | and they all use encoding.c |
| 17:55.22 | zero_level | and all this files are placed in icv.h |
| 17:55.22 | zero_level | oops. |
| 17:55.22 | zero_level | src/libicv |
| 17:56.03 | zero_level | brlcad : One suggestion that comes to my mind. Lets keep all the raw formats (bw,pix,dpix,ppm) in a folder called raw. |
| 17:56.04 | brlcad | our formats, where they reside and how they are compiled, are mostly irrelevant |
| 17:56.33 | zero_level | ok. |
| 17:56.40 | brlcad | it's more about the library being design for extensibility so we can encourage/support other developers |
| 17:56.46 | ``Erik | brlcad: until you try building over nfs, or wors(e|t), an arl image windows machine... |
| 17:56.50 | brlcad | we don't want to own every type |
| 17:57.12 | brlcad | meh, not even a drop in the bucket |
| 17:57.28 | brlcad | premature optimization and all that |
| 17:57.43 | brlcad | care more about the API design |
| 17:58.00 | brlcad | and that 3rd party is part of that design, that our own types exemplify how to extend the library |
| 17:58.34 | brlcad | if we have to add a line to icv.h in order to support a new format, we've failed |
| 17:58.40 | ``Erik | I'd disagree... there is a huge disincentive to build on windows because it's sooo ddaaammmnnn sslllooowww... so we don't care about windows, but if we built fast there, it'd be less of a third class citizen |
| 17:59.11 | brlcad | omg, that is such a non-sequitor ... I agree and 100% don't care about that issue :) |
| 17:59.22 | brlcad | it's not the problem |
| 17:59.44 | ``Erik | I agree that api is paramount, but dir placement of source files isn't api, and is even further removed from build system layout |
| 18:00.35 | brlcad | sure, it's not API .. that's why I'm saying it's not the issue |
| 18:00.58 | brlcad | they COULD live in the same dir, that's not the concern at all |
| 18:01.26 | brlcad | the point of moving them is academic/instructive to ensure that they are not in any way intertwined and that they serve as a good example to others |
| 18:01.37 | brlcad | that point could be served by a single file somewhere, or a subdir |
| 18:01.41 | brlcad | it doesn't matter |
| 18:02.25 | ``Erik | a single file is necessary, a subdir is cool, a seperate build in a subdir starts hurting |
| 18:02.31 | brlcad | however, having it just be a single file does greatly increase the chance that it's intertwined just due to proximity/access .. all it takes is #including some private header that a 3rd party wouldn't have access to |
| 18:02.56 | brlcad | i mean mixed with icv sources |
| 18:03.30 | ``Erik | <-- has an interest in minimizing build time, so having src/libicv/Makefile is better than src/libicv/Makefile src/libicv/ppm/Makefile src/libicv/bw/Makefile src/libicv/pix/Makefile ... |
| 18:04.20 | ``Erik | *shrug* if src/libicv/Makefile refers to src/libicv/ppm/ppm.c, that's cool, but that second makefile... and third, and 37th, ... |
| 18:04.37 | zero_level | ``Erik I get your concern. |
| 18:05.01 | zero_level | but I believe what brlcad wants is : |
| 18:05.31 | zero_level | a) The library should be usable by other projects. |
| 18:05.37 | zero_level | b) It should be modular. |
| 18:06.05 | brlcad | and extensible by others (without them having to do a code-drop into libicv) |
| 18:06.44 | brlcad | how that's achieved w.r.t. the build system, couldn't care less until it all works :) |
| 18:06.50 | ``Erik | *shrug* I don't think I'm argueing against the points, merely an aspect of the implementation |
| 18:07.49 | ``Erik | and the point that the more painful and time consuming a build is, the less often it'll be done, reducing the chances to spot other build issues, no? :) |
| 18:07.55 | zero_level | ok. so ``Erik and brlcad can you suggest me the best I should proceed with ? |
| 18:08.39 | brlcad | zero_level: I don't think any suggestion has changed, has it? the library formats are still far from being modular |
| 18:08.43 | ``Erik | but, yeah, honeslty, I'm 95% considering the package maintainer view, not the developers right now.. take it for what it's worth, I just wanted to voice an opinion :) I live to be the devils advocate |
| 18:09.43 | zero_level | ``Erik what do you suggest ? |
| 18:10.04 | zero_level | what should be the fate of the icv library we started together? |
| 18:10.21 | ``Erik | I suggest writing code, files can be shuffled in and out of directories trivially |
| 18:10.27 | ``Erik | this is bikeshedding, dude :) |
| 18:11.28 | brlcad | I'm thinking of it more like "here's a cool image processing library I want to use" .. and I know/care nothing of BRL-CAD ... and it's missing a format/filter/feature I want to add .. how easily can I do that? |
| 18:11.37 | brlcad | remove all barriers, as few steps as possible |
| 18:12.55 | zero_level | brlcad :What should be the outline or procedure ? |
| 18:13.14 | ``Erik | I fail to understand how "update the makefile, add a subdirectory, add the file, add a new makefile" is easier than "update the makefile, add the file"... I'd imagine most contributors are NOT cmake familiar |
| 18:13.52 | brlcad | that's already like two steps more than necessary |
| 18:14.04 | brlcad | I don't care about brl-cad .. or cmake .. have my own tools |
| 18:14.47 | brlcad | I whip out a text editor, write a few lines of code, compile/link, drop the module in a dir, bam done |
| 18:15.26 | zero_level | ``Erik : I accept bikeshedding. (but the only way out is by performing the minials and moving to the much required (exr here) ) |
| 18:15.28 | brlcad | i'm not (yet) committed to submitting this extension back |
| 18:15.48 | brlcad | I own it, gtfoml |
| 18:15.58 | zero_level | but brlcad : Are we CAD supplier or library suppliers ? |
| 18:16.23 | brlcad | uhm, "yes" |
| 18:16.57 | brlcad | I see libicv becoming it's own product |
| 18:17.05 | zero_level | ok. |
| 18:17.07 | brlcad | just like libgcv |
| 18:17.10 | ``Erik | is going out of our way to support people who don't want to contribute back a good stance? stallman would sentence you to execution by his body odor for stating such... |
| 18:17.32 | brlcad | I don't think anything suggested is going out of our way, it's just modular |
| 18:17.46 | brlcad | I think it's actually less work than the mess that usually results otherwise |
| 18:18.06 | brlcad | just not modular for self, it's modular for others |
| 18:18.21 | brlcad | anti-self-centered view |
| 18:18.21 | zero_level | you havent still elaborated on a procedure. (owing to my poor background with cmake) |
| 18:18.30 | brlcad | we self-navel-gaze WAY too much |
| 18:18.59 | brlcad | zero_level: but your question is so incredibly open-ended |
| 18:19.21 | brlcad | and literally unlimited possibilities on how to get the lib modular |
| 18:19.28 | brlcad | that IS the procedure |
| 18:19.33 | brlcad | figuring out how |
| 18:19.38 | zero_level | hahah. |
| 18:19.42 | zero_level | any pointers ? |
| 18:20.12 | brlcad | well, that's why I suggested subdirs for you, so you can physically see the files from an external perspective |
| 18:20.23 | ``Erik | at the moment, the 'internal' format is public, so it can be extended... non-public extension is just ld -o libwanker.so -licv myformat.o |
| 18:20.25 | zero_level | brlcad : you were't serious abt this 14:15 < brlcad> I own it, gtfoml |
| 18:20.50 | brlcad | ``Erik: that is entirely not possible in any useful manner right now |
| 18:21.00 | ``Erik | woops, sorry, ld -o libwanker.so -licv gtfoml.o |
| 18:21.03 | ``Erik | :D |
| 18:22.04 | brlcad | nothing loads libwanker.so, there's no definition of a plugin api where the lib's capabilities are extensible |
| 18:22.52 | brlcad | even if there was something that looked in a dir and loaded all the .so's, there's no api, no registration ... it's just more functions that nothing calls |
| 18:23.18 | ``Erik | that's an extensible plugin framework you're talking about, not how to place files in a public library |
| 18:23.49 | brlcad | say we have an "icv" tool that converts image formats and it has usage "icv [fmt:]inputfile [fmt:]outputfile" |
| 18:24.31 | brlcad | ``Erik: exactly why I said the directory layout has absolutely no bearing, so why are we even talking about it (still) |
| 18:25.01 | brlcad | the only relevance was to possibly help ensure that sources are not intertwined (physically) |
| 18:25.25 | brlcad | that was the ONLY reason ... my god this is not that complicated :) |
| 18:26.31 | zero_level | brlcad, ``Erik can you point me to something in src code that has similar subdir. |
| 18:26.44 | zero_level | I think this will help me mirror. |
| 18:27.07 | ``Erik | zero_level: src/conv/ is probably the closest we have in existance right now |
| 18:28.28 | zero_level | ``Erik : A general question. Is svn the best cvs tool ? |
| 18:28.32 | brlcad | I would have said something like src/librt/primitives/table.c and src/librt/primitives/SUBDIR |
| 18:29.34 | ``Erik | zero_level: vcs tool, and it all depends on your needs... I typically use git now, even though I think darcs is better... svn is decent, but I still find uses for RCS *shrug* it all depends on your needs :) |
| 18:30.17 | brlcad | zero_level: grep PNG include/icv.h |
| 18:30.20 | brlcad | make that go away |
| 18:31.14 | brlcad | think about how to either eliminate or auto-register the information in ICV_IMAGE_FORMAT |
| 18:31.43 | ``Erik | brlcad, starseeker: I might be hungry for chinese or korean on wednesday or friday :) |
| 18:32.11 | brlcad | zero_level: then do the same for the PNG references in src/libicv/fileformat.c |
| 18:32.21 | brlcad | start with something literally that simple |
| 18:32.37 | brlcad | ``Erik: wednesday sounds doable |
| 18:32.41 | zero_level | brlcad : Is izak around |
| 18:33.00 | brlcad | I've not seen him around, Izak_: are you around? |
| 18:33.05 | zero_level | can you direct him regarding this http://pastebin.kde.org/pu2smarc9 ? |
| 18:33.24 | zero_level | brlcad : I get your point. |
| 18:33.55 | zero_level | you will see substantial change towards "modularity" in near future. |
| 18:35.21 | brlcad | zero_level: if you're still lost on the "how to do that" ... perhaps something for you to read is how others do plugins |
| 18:35.25 | brlcad | http://developer.gimp.org/writing-a-plug-in/1/ for example |
| 18:36.33 | zero_level | brlcad : I found great work have been done during doc sprint. |
| 18:36.37 | brlcad | basically, you define a set of functions |
| 18:36.41 | brlcad | you put those functions into a struct |
| 18:36.49 | brlcad | you register that struct |
| 18:36.52 | zero_level | any news regarding the available soft copy ? |
| 18:37.10 | brlcad | the library looks over the registrations when doing work |
| 18:37.15 | brlcad | calls those functions as needed |
| 18:37.43 | brlcad | there will be an announcement in a week or so about obtaining copies |
| 18:38.04 | brlcad | the doc sprint was pretty awesome, we have a few books available but we have more work to do |
| 18:41.31 | ``Erik | isst has a trivial plugin capability in the sdl package |
| 18:48.03 | Notify | 03BRL-CAD:mendesr * 58331 jbrlcad/trunk/src/main/java/org/brlcad/info/RegionInfo.java: Fixed bug in JBrlcad not closing the file input stream for BrlcadDb. |
| 18:48.55 | zero_level | ``Erik : sdl packae ? |
| 18:50.09 | brlcad | stops tweaking the GCI appliation with 6 minutes to go |
| 18:57.13 | brlcad | lies and keeps tweaking the text up to the last minute |
| 18:57.44 | kanzure | just don't forget clock drift |
| 18:57.45 | Notify | 03BRL-CAD:carlmoore * 58332 brlcad/trunk/src/proc-db/masonry.c: rearrange logic; notice that if 'usage' is invoked, we leave the program |
| 19:14.40 | Notify | 03BRL-CAD:starseeker * 58333 brlcad/trunk/src/libbn/obr.c: Start figuring out how to calculate the actual bounding rectangle from the caliper points. |
| 19:31.55 | Notify | 03BRL-CAD:starseeker * 58334 brlcad/trunk/src/libbn/obr.c: Something still wrong with calculations, but start activating full algorithm |
| 19:32.39 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 19:49.27 | Notify | 03BRL-CAD:carlmoore * 58335 brlcad/trunk/src/proc-db/masonry.c: default units = mm |
| 19:51.25 | starseeker | brlcad: if we want to do comments on a document maybe something like this would work? https://lite.co-ment.com/ |
| 19:51.45 | starseeker | grew out of the original commenting period for the GPLv3 |
| 19:52.04 | starseeker | http://www.co-ment.org/ actually... |
| 19:53.30 | starseeker | might be more flexible/community-oriented than comments in a Word doc... |
| 20:45.52 | *** join/#brlcad merzo (~merzo@150-20-132-95.pool.ukrtel.net) | |
| 21:04.40 | Notify | 03BRL-CAD:carlmoore * 58336 brlcad/trunk/src/proc-db/masonry.c: put in a set of brackets in Usage; carry out some calculations; remove redundant h from options |
| 21:23.20 | brlcad | kanzure: ironically was just noticing how our server's clock is drifted by several minutes at the moment |
| 21:23.51 | brlcad | my tweaking was nit picking, nothing critical, and completed well in advance ... it's all good |
| 21:24.38 | kanzure | nitpicking is perhaps the only thing keeping me rolling every day |
| 21:27.08 | brlcad | starseeker: maybe but that seems awefully clumsy ... I don't have a good solution, just a lot of terrible ones :) |
| 21:27.44 | brlcad | starseeker: have you ever run pandoc? might be interesting to see what happens if we convert something like the db5 spec from docbook to markdown and back .. see what is lost |
| 21:27.48 | brlcad | http://johnmacfarlane.net/pandoc/demos.html |
| 21:29.08 | brlcad | if it preserves most, it'd be compatible with mediawiki (with a plugin) |
| 21:36.34 | brlcad | is reminded of http://www.methods.co.nz/asciidoc/ ... they've apparently come a long way |
| 21:46.43 | kanzure | brlcad: *poke* python-brlcad testing? |
| 21:51.58 | brlcad | kanzure: on my list, not there just yet |
| 21:52.09 | brlcad | two more things to take care of first |
| 22:06.00 | Notify | 03BRL-CAD Wiki:Maths22 * 6274 /wiki/Deuces: Removed last year's code tasks |
| 22:10.06 | Notify | 03BRL-CAD Wiki:Maths22 * 6275 /wiki/Deuces: Removed last year's UI tasks |
| 22:16.02 | Notify | 03BRL-CAD Wiki:Maths22 * 6276 /wiki/Deuces: Removed last year's documentation tasks |
| 22:21.07 | Notify | 03BRL-CAD Wiki:Maths22 * 6277 /wiki/Deuces: Removed last year's outreach tasks |
| 22:29.13 | Notify | 03BRL-CAD Wiki:Maths22 * 6278 /wiki/Deuces: Removed last year's QA tasks |
| 22:30.37 | maths22 | I have removed all of last year's completed tasks from the Deuces page |
| 23:19.52 | kanzure | brlcad: the packaged version of brlcad for gentoo apparently doesn't build or doesn't provide libbrep.so by default. what should i do about this in python-brlcad? |
| 23:38.05 | brlcad | maths22: fantastic, thank you |
| 23:38.43 | brlcad | kanzure: is there something that needs to be done? |
| 23:40.09 | brlcad | 7.18.4 was almost 3 years ago |
| 23:41.20 | brlcad | that's hundreds of differences, and libbrep isn't central to our api just yet |
| 00:33.47 | kanzure | do you mean "wasn't"? |
| 00:34.42 | kanzure | i'm just wondering if i should make it a default in python-brlcad or not; or maybe it should only generate bindings when a library is available. but if wdb isn't found, the whole thing is kinda moot, right? |
| 00:59.55 | maths22 | brlcad: there are no left-over UI tasks (I did too many :) |
| 01:14.43 | starseeker | brlcad: haven't run pandoc, been a while since I looked at asciidoc |
| 01:15.12 | starseeker | just thought I'd suggest using something like co-ment before we revert to Word... |
| 02:55.07 | Notify | 03BRL-CAD Wiki:Maths22 * 6279 /wiki/Google_Code_In/Checklis: Spelling correction |
| 02:58.17 | Notify | 03BRL-CAD Wiki:Maths22 * 6280 /wiki/Google_Code_In/Checklis: Improved writing in first part |
| 02:58.57 | brlcad | maths22: oof! we need at least 10 tasks for each category |
| 03:12.15 | brlcad | maths22: are you working on merging the GCI Tasks page? |
| 03:23.04 | Notify | 03BRL-CAD Wiki:Sean * 6281 /wiki/Deuces: restructure |
| 03:27.44 | Notify | 03BRL-CAD Wiki:Sean * 6282 /wiki/Deuces: /* Documentation and Training */ |
| 03:31.54 | Notify | 03BRL-CAD Wiki:Sean * 6283 /wiki/Deuces: lighten the page |
| 03:38.50 | Notify | 03BRL-CAD Wiki:Sean * 6284 /wiki/Deuces: add several doc tasks from last year |
| 03:41.21 | Notify | 03BRL-CAD Wiki:Sean * 6285 /wiki/Deuces: move code article to outreach |
| 03:49.22 | Notify | 03BRL-CAD Wiki:Sean * 6286 /wiki/Deuces: windows maintainer |
| 03:58.39 | Notify | 03BRL-CAD Wiki:Sean * 6287 /wiki/Deuces: /* Outreach and Research */ add open tasks from last year |
| 04:00.35 | Notify | 03BRL-CAD Wiki:Sean * 6288 /wiki/Deuces: move prototype to docs section |
| 04:19.02 | Notify | 03BRL-CAD Wiki:Sean * 6289 /wiki/Deuces: /* User Interface */ migrate some tasks, add some others ... lots more to go |
| 04:19.58 | brlcad | there, that at least restores the minimum we must have in place |
| 06:30.18 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 08:35.30 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:52.05 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:12.32 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:53.06 | maths22 | I had not yet gotten to it |
| 12:56.41 | maths22 | brlcad: idea for a UI task: integrate WP and MW login (like I had done with Drupal) |
| 12:56.59 | maths22 | It could obviously only happen after the Drupal to WP task |
| 14:05.20 | Notify | 03BRL-CAD:d_rossberg * 58337 NIL: sync with release procedure on the brlcad branch |
| 14:17.43 | Notify | 03BRL-CAD:carlmoore * 58338 brlcad/trunk/src/proc-db/masonry.c: remove trailing blanks/tabs; improve an error message to make it clear that -w has to precede -o |
| 14:27.05 | ``Erik | what is the benifit of a drupal->wp migration again? |
| 14:27.30 | ``Erik | benefit, even :) |
| 14:35.36 | maths22 | ``Erik: see http://sourceforge.net/p/brlcad/mailman/message/31542445/ |
| 14:35.39 | maths22 | I think this is why |
| 14:51.26 | ``Erik | thanks... I'm not sure I've migrated all the lists or if this was just buried in the other stuff I've been busy on. I do maintain a wordpress site on the machine and the system installed copy is in /usr/local/www/wordpress/ ... it doesn't have the smell of being the right tool to me, so'z I figured I'd ask :) |
| 15:28.42 | Notify | 03BRL-CAD:starseeker * 58339 brlcad/trunk/src/libbn/obr.c: flip LBDiff calculation, add debugging printouts... |
| 15:34.08 | Notify | 03BRL-CAD:bob1961 * 58340 brlcad/trunk/src/libdm/scale.c: Insure that the scale line is drawn using solid lines. |
| 15:35.17 | Notify | 03BRL-CAD:bob1961 * 58341 brlcad/trunk/src/libtclcad/tclcad_obj.c: Draw the scale text using the view parameter color settings. |
| 15:46.13 | Notify | 03BRL-CAD:carlmoore * 58342 brlcad/trunk/src/proc-db/masonry.c: touching up the Usage |
| 15:54.45 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 16:07.29 | maths22 | brlcad: why exactly do you want to switch to wordpress other than themeing? |
| 16:18.46 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 16:23.24 | Notify | 03BRL-CAD:carlmoore * 58343 brlcad/trunk/src/proc-db/masonry.c: revise some use of blank lines; remove 'sub-' because those options rank alongside the previous ones; make_mortar is defaulted to 0, not 1 |
| 16:26.20 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 16:35.56 | kanzure | bleep bloop still looking for (un)willing test subjects for python-brlcad |
| 16:56.47 | Notify | 03BRL-CAD:d_rossberg * 58344 brlcad/branches/RELEASE/src/other/tclap/config.h.in: merged commit r58167: Special configuration for MSVC++: MS Windows isn't an officially supported platform for TCLAP. The library uses autotools/make which isn't available with Visual Studio. Nevertheless TCLAP was made compilable in Visual Studio with an "#ifdef _MSC_VER". This behavior has to be simulated in BRL-CAD's CMake |
| 16:56.49 | Notify | configuration. |
| 17:53.30 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 18:01.50 | Notify | 03BRL-CAD:bob1961 * 58345 brlcad/trunk/src/libtclcad/tclcad_obj.c: Updated go_dm_draw_polys() to draw the target polygon last. |
| 18:08.22 | Notify | 03BRL-CAD:carlmoore * 58346 brlcad/trunk/src/proc-db/masonry.c: add notice about creation of file masonry.g |
| 18:24.13 | Notify | 03BRL-CAD:carlmoore * 58347 brlcad/trunk/src/proc-db/menger.c: provide help when no arguments are supplied |
| 18:29.31 | kanzure | i dunno who posted this, but i replied: https://github.com/kanzure/python-brlcad/issues/4 |
| 18:59.11 | Notify | 03BRL-CAD:carlmoore * 58348 brlcad/trunk/src/proc-db/menger.c: shorten the handling of h and ? options, which do provide help |
| 19:14.06 | *** join/#brlcad vladbogolin (~vlad@188.25.238.120) | |
| 19:14.16 | *** part/#brlcad vladbogolin (~vlad@188.25.238.120) | |
| 19:23.08 | Notify | 03BRL-CAD:carlmoore * 58349 brlcad/trunk/src/proc-db/menger.c: remove some braces around single statements; in 1 case, I reversed the sense of an 'if' so that 'else' was no longer needed |
| 19:48.20 | Notify | 03BRL-CAD:carlmoore * 58350 brlcad/trunk/src/proc-db/metaball.c: improve usage of h and ? |
| 19:53.20 | Notify | 03BRL-CAD:carlmoore * 58351 brlcad/trunk/src/proc-db/metaball.c: oops, forgot to remove -h reference from the Usage; it's omitted because it is understood |
| 00:07.26 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 02:35.41 | brlcad | starseeker: how lossy, anything critical or just some metainfo? |
| 03:33.16 | kanzure | bleep bloop |
| 03:33.51 | kanzure | brlcad: any recommendations for the order in which i should proceed for the "simplified" python api around python-brlcad? |
| 03:34.12 | kanzure | are there 2d primitives/drawing in brlcad somewhere that i could start with? |
| 05:46.58 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:09.12 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:52.52 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:24.17 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 12:43.50 | Notify | 03BRL-CAD:d_rossberg * 58352 brlcad/trunk/misc/win32-msvc/Dll/brlcad.rc: ups, forgot to change this file in r56789 too (replaced logo) |
| 12:53.16 | Notify | 03BRL-CAD:d_rossberg * 58353 brlcad/branches/RELEASE/misc/win32-msvc/Dll/brlcad.rc: merged commit r58352: ups, forgot to change this file in r56789 too (replaced logo) |
| 13:11.20 | starseeker | brlcad: quite lossy - even the title didn't make it |
| 13:12.52 | Notify | 03BRL-CAD:tbrowder2 * 58354 brlcad/trunk/doc/docbook/specifications/en/BRL_CAD_g_format_V5.xml: remove old proposed binary attribute description and tables; add new proposed binary attribute description; correct function names for reading writing db objects; a bit more clean up |
| 13:34.48 | Notify | 03BRL-CAD:carlmoore * 58355 brlcad/trunk/src/libtclcad/tclcad_obj.c: remove trailing tab |
| 13:43.48 | Notify | 03BRL-CAD:starseeker * 58356 brlcad/trunk/NEWS: Commit r58254 fixes an X11 display manager issue where wireframe drawing wasn't working correctly with z-clipping enabled. |
| 13:55.52 | Notify | 03BRL-CAD:starseeker * 58357 (brlcad/branches/RELEASE/NEWS brlcad/branches/RELEASE/src/mged/dm-X.c brlcad/branches/RELEASE/src/mged/dm-tk.c): Merge X display manager z-clipping fix r58254 into RELEASE |
| 14:31.17 | brlcad | kanzure: we wrap all 2D into a single 'sketch' entity (which supports points, lines, arcs/circles, and bspline curves) |
| 14:32.07 | brlcad | kanzure: that actually wouldn't be a bad place to start and would be a unique capability by itself (our 2D editing support sucks) |
| 14:33.49 | brlcad | then you could move to 3D implicit entities next (ellipsoids, torii, paraboloids, ..), then the explicit entities last (meshes, nurbs, volumetric data, point clouds, ..) |
| 14:35.04 | brlcad | starseeker: you got me curious |
| 14:35.14 | brlcad | ``Erik: lunch still on or no go? |
| 15:16.43 | Notify | 03BRL-CAD:starseeker * 58358 brlcad/trunk/src/libbn/obr.c: More introspection and tweaking of obr - looking at replay's implementation at http://code.google.com/p/replay/source/browse/trunk/include/replay/bounding_rectangle.hpp to get more insight on what's supposed to be happening. |
| 15:48.39 | kanzure | brlcad: where are those 2d primitives and manipulations located? which module? |
| 15:48.58 | kanzure | also are there constraint solving things in brlcad? |
| 15:52.08 | kanzure | yeah, ctypesgen is definitely having a problem with the mingw headers in python-brlcad on windows: https://www.dropbox.com/s/dpy3t0xwwx3gxlv/librt.py |
| 15:52.15 | kanzure | "__time64_t = long long # c:\\opt\\mingw\\include\\sys\\types.h: 49" is invalid syntax |
| 15:53.17 | kanzure | this is re: https://github.com/kanzure/python-brlcad/issues/4 |
| 16:11.07 | brlcad | kanzure: the 2d and 3d entities are in rtgeom.h |
| 16:12.20 | brlcad | rt_curve, line_seg, carc_seg, nurb_seg (mostly unused), bezier_seg, and rt_sketch_internal |
| 16:13.04 | kanzure | ah |
| 16:13.24 | kanzure | brlcad: is there an svg consuming component at the moment? i'd rather just import svg files, or draw using python svg things, and then dump in the data. |
| 16:13.30 | Notify | 03BRL-CAD:n_reed * 58359 brlcad/trunk/src/other/CMakeLists.txt: Hastily stuff dom2dox, an immature tool for rewriting c++ sources with Doc-O-Matic comments to use Doxygen comments, into the tree. The idea is to use it on openNURBS sources. Needs to be integrated, documented, completely rewritten... |
| 16:13.49 | kanzure | actually, i'm sure there's dxf support, so i could just draw dxf.. but yuck. |
| 16:13.50 | brlcad | basically a "sketch" is defined as a set of curves, curves are piecewise composed of lines, arcs, curves |
| 16:14.15 | brlcad | there is no svg component, that's been on a wish list for a while |
| 16:14.28 | kanzure | and constraint solving? |
| 16:14.39 | brlcad | that's under current development |
| 16:14.49 | brlcad | so nothing you can use just yet |
| 16:14.58 | kanzure | alright |
| 16:16.14 | brlcad | and yeah, our dxf-g importer will bring in 2D dxf entities as a sketch |
| 16:16.41 | kanzure | i should just do it using line_seg though |
| 16:16.41 | kanzure | or rt_curve |
| 16:17.00 | brlcad | what do you mean? |
| 16:17.19 | kanzure | well, i was going to use dxf or svg as a cheat to avoid having to implement 2d anything :) |
| 16:17.25 | kanzure | because there are many python svg libraries |
| 16:17.29 | brlcad | sure |
| 16:17.33 | kanzure | and lots of svg/dxf stuff |
| 16:17.36 | kanzure | but it will lose out on brlcad idioms |
| 16:17.45 | brlcad | read in the svg, translate to our data container |
| 16:18.07 | brlcad | http://brlcad.org/wiki/Sketch |
| 16:19.47 | brlcad | basically that page describes how to manually create and introspect a sketch object on the mged command line |
| 16:20.15 | brlcad | you can see how painful it is, but you can also hopefully see how it directly translates to those struct containers |
| 16:20.21 | kanzure | btw the reason i asked about constraint solving is that i would ideally like to make the python api layer in a way that- whenever constraints are working- that i wont need to refactor |
| 16:20.40 | brlcad | mk_sketch() in libwdb takes an rt_sketch_internal object, writes it out |
| 16:20.42 | kanzure | so this probably means object-oriented style geometry construction, with parameters that have signals or call handlers or something. not sure. s/call/update/ |
| 16:22.19 | brlcad | constraints are a complex issue, most cad systems treat them as separate entities |
| 16:22.28 | kanzure | hm! |
| 16:22.43 | brlcad | there are some implicit constraints, that might be more what you're thinking |
| 16:22.45 | kanzure | so you don't "register" constraints on an object? |
| 16:23.14 | brlcad | like if you're modeling a sketch and two line curves coincide an endpoint, that they have an implicit constraint that holds them together |
| 16:23.34 | kanzure | right, and a sphere has an implicit constraint of something something cubed |
| 16:23.50 | kanzure | uh, radius |
| 16:24.04 | brlcad | or in our case, that the three vectors that define the orientation of the sphere are equal in magnitude |
| 17:12.32 | Notify | 03BRL-CAD:carlmoore * 58360 (brlcad/trunk/src/lgt/glob.c brlcad/trunk/src/liboptical/sh_light.c brlcad/trunk/src/proc-db/tube.c): 3 more cases of DEG2RAD being available |
| 17:29.53 | Notify | 03BRL-CAD:carlmoore * 58361 brlcad/trunk/misc/macosx/openUp.c: print Usage on stderr, and due to use of an 'exit', I eliminated an 'else' |
| 18:30.03 | Notify | 03BRL-CAD:starseeker * 58362 brlcad/trunk/src/libbn/obr.c: Calculate and return corner points... needs lots more testing but the numbers don't seem to be totally unreasonable. |
| 18:44.23 | Notify | 03BRL-CAD:starseeker * 58363 (brlcad/trunk/src/other/dom2dox/dom2dox.c brlcad/trunk/src/other/dom2dox/dom2dox.h and 2 others): Add copyright/license headers to dom2dox files |
| 19:25.54 | Notify | 03BRL-CAD:carlmoore * 58364 brlcad/trunk/src/shapes/gastank.c: make new local variable maxnumtnk, so that '26' needs to be entered only once |
| 19:44.16 | Notify | 03BRL-CAD:carlmoore * 58365 brlcad/trunk/src/proc-db/ringworld.c: implement my usual h? options, remove H option, and make sure Usage gets sent to stderr |
| 20:01.08 | *** join/#brlcad _tanmay (~tanmay@115.248.130.148) | |
| 20:02.11 | Notify | 03BRL-CAD:carlmoore * 58366 brlcad/trunk/src/adrt/slave/slave.c: implement ? for help; send Usage to stderr; remove a set of braces |
| 20:05.20 | Notify | 03BRL-CAD:carlmoore * 58367 brlcad/trunk/src/libbu/tests/bu_str_isprint.c: simplify some logic, and send Usage to stderr |
| 20:09.54 | Notify | 03BRL-CAD:carlmoore * 58368 (brlcad/trunk/src/adrt/master/master.c brlcad/trunk/src/conv/conv-vg2g.c and 17 others): send Usage output to stderr; some other changes (mostly or all of them involve remove some braces around single statements) |
| 20:35.55 | Notify | 03BRL-CAD:carlmoore * 58369 brlcad/trunk/src/proc-db/metaball.c: introduce local define 'countmax' so we don't hardwire 555 more than once; skip initializing optc because it's set anyway in 'while' loop |
| 22:58.34 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 01:42.27 | Notify | 03BRL-CAD:brlcad * 58370 brlcad/trunk/src/proc-db/metaball.c: defines and constants should usually be in uppercase to distinguish them from regular variables. |
| 04:53.38 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 08:04.53 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:34.44 | Notify | 03BRL-CAD:tbrowder2 * 58371 brlcad/trunk/src/util/bu_arg_parse.h: add an alias for arg not required |
| 10:38.20 | ``Erik | :( sorry about lunch, had some... complicated issues. |
| 12:01.43 | Notify | 03BRL-CAD:tbrowder2 * 58372 (brlcad/trunk/src/util/dsp_add4.c brlcad/trunk/src/util/dsp_add_t.cpp): clarify error; expand comment |
| 12:51.18 | Notify | 03BRL-CAD:tbrowder2 * 58373 brlcad/trunk/src/util/CMakeLists.txt: add beginnings of a database admin program |
| 13:17.04 | Notify | 03BRL-CAD:tbrowder2 * 58374 brlcad/trunk/src/util/admin-db.cpp: add info for man page |
| 14:35.53 | starseeker | ``Erik: no problem |
| 14:36.18 | starseeker | ``Erik: did you want to try again? |
| 16:50.08 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 17:57.33 | Notify | 03BRL-CAD Wiki:Tbrowder * 0 /wiki/File:BRL_CAD_g_format_V5.pdf: update |
| 18:28.00 | Notify | 03BRL-CAD:n_reed * 58375 (brlcad/trunk/include/ged.h brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/ged.c): Add an entry to ged for storing selections. Make sure it's intialized and freed correctly. |
| 18:29.59 | Notify | 03BRL-CAD:tbrowder2 * 58376 brlcad/trunk/src/rt/rtwalk.c: style |
| 18:52.55 | Notify | 03BRL-CAD:tbrowder2 * 58377 brlcad/trunk/src/librt/db_open.c: style |
| 18:56.10 | brlcad | ``Erik: no worries, it was delicious |
| 20:07.48 | Notify | 03BRL-CAD:tbrowder2 * 58378 brlcad/trunk/src/librt/db5_io.c: style |
| 20:09.07 | Notify | 03BRL-CAD:tbrowder2 * 58379 brlcad/trunk/src/util/bu_arg_parse.cpp: use correct array index var to avoid disaster |
| 20:10.04 | Notify | 03BRL-CAD:tbrowder2 * 58380 brlcad/trunk/src/util/admin-db.cpp: add a file reader section |
| 20:36.28 | ``Erik | starseeker: yeah, next week... where did you guys end up going? |
| 21:06.29 | Notify | 03BRL-CAD:carlmoore * 58381 brlcad/trunk/misc/macosx/openUp.c: remove trailing tab; remove a blank line |
| 21:13.47 | starseeker | ``Erik: just did separate things |
| 21:43.01 | Notify | 03BRL-CAD:starseeker * 58382 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/CompilerFlags.cmake brlcad/trunk/src/other/CMakeLists.txt): Consolidate the flag-clearing logic into a macro |
| 22:25.40 | Notify | 03BRL-CAD:tbrowder2 * 58383 brlcad/trunk/src/util/admin-db.cpp: correct for differences between DB V5 doc and the reality of DB V5 as it really exists |
| 22:26.45 | Notify | 03BRL-CAD:tbrowder2 * 58384 brlcad/trunk/src/util/CMakeLists.txt: need librt for admin-db |
| 22:32.24 | Notify | 03BRL-CAD:starseeker * 58385 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): rethinking the approach a bit for bn_obr |
| 22:32.43 | Notify | 03BRL-CAD:starseeker * 58386 brlcad/trunk/include/bn.h: include bn.h change |
| 22:37.11 | Notify | 03BRL-CAD:starseeker * 58387 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL and 2 others): Move astyle from src/other to misc/tools, per discussions with Sean. |
| 22:48.31 | Notify | 03BRL-CAD:tbrowder2 * 58388 brlcad/trunk/src/util/admin-db.cpp: tidy output messages |
| 23:19.08 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:22.23 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:56.59 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:17.16 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:30.58 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:15.42 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:38.05 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:57.07 | Notify | 03BRL-CAD:tbrowder2 * 58389 brlcad/trunk/src/util/admin-db.cpp: start working on writing the compressed file |
| 12:06.06 | Notify | 03BRL-CAD:tbrowder2 * 58390 brlcad/trunk/src/util/admin-db.cpp: looks like a good write |
| 12:51.31 | *** join/#brlcad sirdancealot (~xubuntu@98.82.broadband5.iol.cz) | |
| 12:55.09 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:21.43 | *** join/#brlcad kesha (~kesha@49.249.16.70) | |
| 13:27.42 | ``Erik | heh, someone jumped the gun last night ^.^ |
| 13:52.50 | kanzure | eh? brlcad/trunk/src/util/CMakeLists.txt: need librt for admin-db |
| 13:54.05 | *** join/#brlcad kesha (~kesha@49.249.16.70) | |
| 14:44.54 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:25.20 | *** join/#brlcad WhiteCalf (~DarkCalf@173.231.40.98) | |
| 15:40.54 | Notify | 03BRL-CAD:starseeker * 58391 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libbn/obr.c): Break out the convex hull logic into its own bn function and file. |
| 16:26.06 | *** join/#brlcad kesha (~kesha@49.249.8.155) | |
| 17:31.15 | starseeker | http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html |
| 17:38.01 | Notify | 03BRL-CAD:starseeker * 58392 brlcad/trunk/include/bn.h: Tweak paper citation |
| 18:35.34 | Notify | 03BRL-CAD:starseeker * 58393 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): Start working on getting the monotone chain convex hull algorithm ported to libbn. |
| 18:49.40 | Notify | 03BRL-CAD:n_reed * 58394 brlcad/trunk/src/libbn/obr.c: set but unused |
| 19:44.44 | Notify | 03BRL-CAD:carlmoore * 58395 (brlcad/trunk/misc/tools/astyle/ASBeautifier.cpp brlcad/trunk/misc/tools/astyle/ASEnhancer.cpp and 6 others): fix many spellings (including my judgement on a foreign-language item) |
| 20:09.46 | Notify | 03BRL-CAD:carlmoore * 58396 (brlcad/trunk/misc/tools/astyle/ASBeautifier.cpp brlcad/trunk/misc/tools/astyle/ASFormatter.cpp and 3 others): more spelling fixes |
| 20:19.27 | Notify | 03BRL-CAD:n_reed * 58397 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/hash.c): add a routine to simplify traversal of hash table entries |
| 20:35.19 | Notify | 03BRL-CAD:starseeker * 58398 (brlcad/trunk/NEWS brlcad/trunk/src/librt/search.c): Search wasn't spotting hyp or metaball primitives - fix. |
| 20:52.02 | Notify | 03BRL-CAD:n_reed * 58399 brlcad/trunk/src/libged/ged.c: remove a dozen lines with aid of hash table traversal routine |
| 21:10.48 | Notify | 03BRL-CAD:starseeker * 58400 brlcad/trunk/src/librt/search.c: use ft_label from the functab to largely (but not entirly) avoid the need for specifying types in the search ftype switch statement. Should be *far* more robust when it comes to supporting types in search. |
| 21:11.47 | starseeker | likes r58400, assuming he hasn't missed something - lots of lines of hardcoded wiring removed *and* a robustness improvement. |
| 21:18.13 | Notify | 03BRL-CAD:starseeker * 58401 brlcad/trunk/doc/docbook/system/mann/en/search.xml: Add metaball and hyp to search man page. |
| 22:27.03 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 22:37.47 | Notify | 03BRL-CAD:tbrowder2 * 58402 brlcad/trunk/src/util/admin-db.cpp: use '//' comments; add comment on source of reading function; fix indentation |
| 03:12.00 | maths22 | brlcad: have you considered the wikilog (Mediawiki Blog) extension instead of wordpress? |
| 03:12.20 | maths22 | It sounds really good (maybe?) for an open source project |
| 10:41.19 | *** join/#brlcad sirdancealot (~xubuntu@98.82.broadband5.iol.cz) | |
| 14:47.06 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-ftzhgbtjczvvswcw) | |
| 16:26.02 | Notify | 03BRL-CAD:tbrowder2 * 58403 brlcad/trunk/src/util/admin-db.cpp: add funcs for type names; make type counting and summary more eneral; add object names in listing |
| 01:19.42 | Notify | 03BRL-CAD:tbrowder2 * 58404 brlcad/trunk/src/util/admin-db.cpp: do some more summary beautifying |
| 01:22.00 | Notify | 03BRL-CAD:tbrowder2 * 58405 brlcad/trunk/src/librt/db5_types.c: style |
| 01:30.29 | Notify | 03BRL-CAD:tbrowder2 * 58406 brlcad/trunk/src/librt/db5_types.c: make case-insensitive comparisons for standard attribute names |
| 01:50.35 | Notify | 03BRL-CAD:tbrowder2 * 58407 brlcad/trunk/src/util/admin-db.cpp: add reporting on object attributes; leave note for todo item |
| 02:36.16 | Notify | 03BRL-CAD:tbrowder2 * 58408 brlcad/trunk/src/librt/db5_types.c: add two key comment lines to bound list of registered attributes |
| 10:15.13 | *** join/#brlcad caen23 (~caen23@92.81.191.192) | |
| 10:57.51 | *** join/#brlcad caen23_ (~caen23@92.81.191.192) | |
| 13:20.31 | Notify | 03BRL-CAD:tbrowder2 * 58409 brlcad/trunk/src/util/admin-db.cpp: report more stats; more beautifying |
| 13:20.51 | Notify | 03BRL-CAD:tbrowder2 * 58410 brlcad/trunk/src/util/CMakeLists.txt: add prog to generate a registered attributes html page |
| 14:02.09 | Notify | 03BRL-CAD:tbrowder2 * 58411 brlcad/trunk/src/librt/db5_types.c: mark the standard attributes; registered attribute do not yet exist (they are supposed to be user-contributed |
| 14:27.39 | Notify | 03BRL-CAD:tbrowder2 * 58412 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/db5_types.c): add new function to return a definition for standard attributes; could be incorporated later into a function which defines both standard attribute names and definitions for ease of maintenance; registered attributes will need a similar set of routines |
| 15:12.42 | Notify | 03BRL-CAD:tbrowder2 * 58413 brlcad/trunk/src/librt/db5_types.c: add a couple of FIXMEs |
| 15:36.29 | Notify | 03BRL-CAD:tbrowder2 * 58414 brlcad/trunk/src/util/gen-registered-attributes-html.cpp: buildable snapshot enroute to the final draft version |
| 19:18.43 | *** join/#brlcad gaganjyot (~gagan@1.38.22.17) | |
| 19:19.05 | gaganjyot | Can I get .density file for brlcad material database ? |
| 19:19.08 | *** part/#brlcad gaganjyot (~gagan@1.38.22.17) | |
| 19:19.36 | *** join/#brlcad gaganjyot (~gagan@1.38.22.17) | |
| 19:21.45 | gaganjyot | Can I get .density file that is required by rtweight |
| 19:21.52 | gaganjyot | :) |
| 19:59.51 | Notify | 03BRL-CAD:tbrowder2 * 58415 brlcad/trunk/src/librt/db5_types.c: use no-case comparison |
| 21:10.39 | Notify | 03BRL-CAD:tbrowder2 * 58416 brlcad/trunk/src/util/gen-registered-attributes-html.cpp: successfully generates a valid html page with a table of standard attributes, definitions, and aliases from parsing file src/librt/db5_types.c; still needs tidying and fitting into a cmake production mode for use on the brlcad.org main site |
| 21:17.55 | Notify | 03BRL-CAD:tbrowder2 * 58417 brlcad/trunk/src/util/gen-registered-attributes-html.cpp: add info ref case-sensitivity and canonical form |
| 22:10.27 | *** join/#brlcad merzo (~merzo@29-57-133-95.pool.ukrtel.net) | |
| 07:28.09 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 11:17.55 | Notify | 03BRL-CAD:tbrowder2 * 58418 brlcad/trunk/src/librt/db5_types.c: stake out a time stamp attribute key name |
| 11:19.40 | Notify | 03BRL-CAD:tbrowder2 * 58419 brlcad/trunk/src/librt/db5_types.c: add note ref binary attr type to be added |
| 11:31.33 | Notify | 03BRL-CAD:tbrowder2 * 58420 brlcad/trunk/include/bu.h: add note about possible handling of binary attrs |
| 11:37.32 | Notify | 03BRL-CAD:tbrowder2 * 58421 brlcad/trunk/include/raytrace.h: reserve a place for the TIMESTAMP binary attribute; add note about binary attr handling |
| 12:19.37 | Notify | 03BRL-CAD:tbrowder2 * 58422 brlcad/trunk/src/util/gen-registered-attributes-html.cpp: improve text; add table columns for indicating binary status and examples (need a single struct to consolidate such info instead of piecemeal functions and single-value returns) |
| 13:12.09 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:13.53 | brlcad | maths22: can you share any examples that are impressive? |
| 16:16.08 | *** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html | |
| 18:00.04 | Notify | 03BRL-CAD:carlmoore * 58423 (brlcad/trunk/include/bn.h brlcad/trunk/include/raytrace.h and 2 others): remove a trailing blank; fix a little spacing; mainly, spelling fixes, including in a line.find argument |
| 19:56.03 | *** join/#brlcad kesha (~kesha@49.249.17.64) | |
| 19:58.08 | Notify | 03BRL-CAD:carlmoore * 58424 brlcad/trunk/src/proc-db/molecule.c: implement -h and -? for help |
| 20:18.40 | *** join/#brlcad kesha_ (~kesha@49.248.244.60) | |
| 20:46.26 | Notify | 03BRL-CAD:carlmoore * 58425 brlcad/trunk/src/proc-db/molecule.c: put 50 into a define so it only has to appear once |
| 22:12.53 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-pgbzovglfkrmrzou) | |
| 22:15.30 | Notify | 03BRL-CAD:carlmoore * 58426 brlcad/trunk/src/proc-db/molecule.c: use EOF, not 0; remove case(4) and just use default; modify the remarks about file format from stdin |
| 23:15.01 | Notify | 03BRL-CAD:n_reed * 58427 brlcad/trunk/src/proc-db/molecule.c: change misleading constant name, fix upper bound in error message |
| 23:36.26 | maths22 | see http://laussy.org/wiki/Blog:Fabrice/The_Bliki_way; and http://laussy.org/wiki/Blog:Fabrice |
| 23:36.57 | maths22 | it may not be right, but I feel that one system instead of two for the website may be better |
| 23:52.15 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-hsgpeihnruzonhez) | |
| 00:08.05 | Notify | 03BRL-CAD:n_reed * 58428 brlcad/trunk/src/proc-db/molecule.c: add input example and make format description less verbose |
| 02:18.59 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:02.32 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:22.35 | *** join/#brlcad d_rossbe1g (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:23.57 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:50.00 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 11:30.19 | *** join/#brlcad gaganjyot (~gagan@202.164.53.117) | |
| 11:30.59 | *** part/#brlcad gaganjyot (~gagan@202.164.53.117) | |
| 15:27.31 | *** join/#brlcad kesha_ (~kesha@49.249.0.180) | |
| 15:31.12 | *** join/#brlcad kesha (~kesha@49.249.0.180) | |
| 15:41.05 | Notify | 03BRL-CAD:carlmoore * 58429 (brlcad/trunk/include/bu.h brlcad/trunk/src/util/gen-registered-attributes-html.cpp): fix spellings |
| 16:47.26 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 18:18.15 | Notify | 03BRL-CAD:carlmoore * 58430 brlcad/trunk/src/proc-db/molecule.c: revise the Usage statement (the .g output file is NOT a redirection of stdin), and change the mol.g object name to 'molecule', because mol.g could be interpreted as a .g FILE name |
| 18:53.34 | starseeker | brlcad: should I take the release the rest of the way? I'd like to get started on another release branch that has the search fixes and improvements in it... |
| 19:09.31 | kanzure | oof i should probably write an email about python-brlcad |
| 19:59.54 | Notify | 03BRL-CAD:carlmoore * 58431 brlcad/trunk/src/proc-db/nmgmodel.c: implement my run-with-no-arguments/program-continues-running protocol (we do see we can run the program with no arguments), and change 2 tabs to spaces |
| 20:47.08 | Notify | 03BRL-CAD:bob1961 * 58432 (brlcad/trunk/src/libdm/axes.c brlcad/trunk/src/libtclcad/tclcad_obj.c): Draw data arrows/axes using pixel size instead of mm. |
| 21:08.34 | Notify | 03BRL-CAD:starseeker * 58433 brlcad/trunk/include/nmg.h: Add a note about Weiler's thesis from 1986 in the NMG header - there seems to be a scan of that thesis online at http://www.scorec.rpi.edu/REPORTS/1986-1.pdf?\226?\128?\142 |
| 23:26.44 | Notify | 03BRL-CAD:tbrowder2 * 58434 brlcad/trunk/src/librt/db5_types.c: add some aliases |
| 23:32.45 | Notify | 03BRL-CAD:tbrowder2 * 58435 brlcad/trunk/src/librt/db5_types.c: make single choice for multiple possibilities clearer |
| 23:34.29 | Notify | 03BRL-CAD:tbrowder2 * 58436 brlcad/trunk/src/librt/db5_types.c: oops, space in wrong place |
| 01:03.13 | Notify | 03BRL-CAD Wiki:171.37.82.140 * 6291 /wiki/Talk:Documentation: /* Classics never fade away WindowsXP keyword Review */ new section |
| 04:19.28 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 06:52.03 | *** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net) | |
| 09:07.16 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:38.09 | Notify | 03BRL-CAD:tbrowder2 * 58437 brlcad/trunk/include/bu.h: add note at end of comment |
| 11:53.56 | Notify | 03BRL-CAD:tbrowder2 * 58438 (brlcad/trunk/src/librt/comb/db_comb.c brlcad/trunk/src/librt/db5_alloc.c): style |
| 12:17.52 | Notify | 03BRL-CAD:tbrowder2 * 58439 brlcad/trunk/include/bu.h: oops, 'id' should be 'if' and forgot main point is adding a macro to start a gentle experiment with a possible binary attribute path |
| 12:53.56 | Notify | 03BRL-CAD:tbrowder2 * 58440 brlcad/trunk/include/bu.h: add member needed for decoding binary attribute values |
| 13:02.34 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 13:24.56 | *** join/#brlcad binaryking (~bk@unaffiliated/nafcool) | |
| 13:28.41 | *** join/#brlcad binaryking1 (~bk@117.200.93.102) | |
| 13:59.32 | *** join/#brlcad binaryking (~bk@unaffiliated/nafcool) | |
| 13:59.47 | binaryking | hi everyone |
| 14:00.07 | binaryking | I shall be participating in Google Code-in this year |
| 14:00.52 | binaryking | and BRL CAD has been selected! woohoo |
| 14:00.52 | binaryking | so, is there some guide for setting up the dev. env. |
| 14:40.13 | Notify | 03BRL-CAD:tbrowder2 * 58441 brlcad/trunk/include/bu.h: use a better type, expand comment |
| 16:46.51 | *** join/#brlcad binaryking (~bk@unaffiliated/nafcool) | |
| 17:18.00 | *** join/#brlcad binaryking (~bk@unaffiliated/nafcool) | |
| 17:27.43 | Notify | 03BRL-CAD:tbrowder2 * 58442 brlcad/trunk/src/librt/db5_types.c: provide new struct and table to consolidate info and allow for binary attributes |
| 17:47.54 | Notify | 03BRL-CAD:tbrowder2 * 58443 brlcad/trunk/src/librt/db5_types.c: changed 'attr_type' to 'attr_index' to clarify use |
| 17:49.23 | Notify | 03BRL-CAD:tbrowder2 * 58444 brlcad/trunk/src/librt/db5_types.c: put standard name first in search |
| 17:50.56 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 18:06.57 | Notify | 03BRL-CAD:carlmoore * 58445 brlcad/trunk/src/proc-db/nmgmodel.c: again, remove bu_opterr = 0; simplified the options |
| 18:47.06 | Notify | 03BRL-CAD Wiki:ArlaogtoouiaavTowse * 0 /wiki/User:ArlaogtoouiaavTowse: |
| 18:50.21 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:171.37.82.140: Spamming links to external sites |
| 18:50.27 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/Talk:Documentation: spam |
| 18:53.10 | Notify | 03BRL-CAD:tbrowder2 * 58446 brlcad/trunk/src/librt/librt_private.h: add missing header guard |
| 18:55.39 | Notify | 03BRL-CAD:carlmoore * 58447 brlcad/trunk/src/proc-db/pix2g.c: remove some braces; define MAXSIZE 256 so we don't have to use 256 more than once; nest some if's |
| 18:57.14 | Notify | 03BRL-CAD:tbrowder2 * 58448 brlcad/trunk/src/librt/librt_private.h: no C++-style comments until C99 use approved |
| 18:58.20 | Notify | 03BRL-CAD:tbrowder2 * 58449 brlcad/trunk/src/librt/librt_private.h: beautify with added blank line |
| 19:02.48 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-tpcsbnxsfirdharm) | |
| 19:53.16 | Notify | 03BRL-CAD:carlmoore * 58450 brlcad/trunk/misc/nsis/brlcad.nsi: use capital M in ReadMe |
| 20:14.27 | Notify | 03BRL-CAD:starseeker * 58451 brlcad/trunk/misc/tools/CMakeLists.txt: ignore astyle dist file |
| 20:18.21 | Notify | 03BRL-CAD:carlmoore * 58452 brlcad/trunk/src/rt/sh_tcl.c: comment off some code (such code was accomplishing nothing), and fix spelling of 'bracketed'; the commenting-off was complicated by embedded comments |
| 20:37.27 | Notify | 03BRL-CAD:carlmoore * 58453 (brlcad/trunk/README brlcad/trunk/include/vmath.h and 12 others): use a/k/a in place of aka |
| 20:45.56 | Notify | 03BRL-CAD:carlmoore * 58454 brlcad/trunk/src/tclscripts/mged/rt.tcl: break into 2 words because it was showing up in spell check |
| 20:46.28 | *** join/#brlcad Ch3ck_ (~Snowden@host-101-210.ringolabs.com) | |
| 20:46.44 | Ch3ck_ | likes to be back! :) |
| 20:54.13 | *** join/#brlcad Sn0d3n (~Snowden@host-101-210.ringolabs.com) | |
| 21:02.58 | Notify | 03BRL-CAD:starseeker * 58455 brlcad/trunk/src/libbn/obr.c: initialize some variables |
| 21:05.32 | Notify | 03BRL-CAD:carlmoore * 58456 (brlcad/trunk/src/conv/step/STEPWrapper.cpp brlcad/trunk/src/conv/step/step-g/Factory.h and 4 others): fix spelling of 'interface' |
| 21:11.06 | Notify | 03BRL-CAD:starseeker * 58457 brlcad/trunk/src/conv/step/CMakeLists.txt: add EXPRESS_OUTPUT to the exp2cxx target requirements |
| 21:16.00 | Notify | 03BRL-CAD:carlmoore * 58458 brlcad/trunk/src/proc-db/cchannel.c: fix spelling of 'millimeters' in a Usage statement |
| 21:20.06 | Notify | 03BRL-CAD:carlmoore * 58459 brlcad/trunk/doc/docbook/system/man1/en/anim_track.xml: fix spelling |
| 21:30.49 | Notify | 03BRL-CAD:carlmoore * 58460 brlcad/trunk/src/gtools/beset/population.c: fix wording & spelling; I assumed 'to other' (should that be 'to the' instead?) <--only a remark is affected |
| 21:35.06 | Notify | 03BRL-CAD:carlmoore * 58461 brlcad/trunk/misc/tools/astyle/astyle_main.cpp: fix spelling |
| 21:37.41 | Notify | 03BRL-CAD:carlmoore * 58462 brlcad/trunk/src/tclscripts/lib/Ged.tcl: fix spelling |
| 21:47.44 | Notify | 03BRL-CAD:carlmoore * 58463 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/noise.c): fix spellings |
| 21:57.45 | Notify | 03BRL-CAD:carlmoore * 58464 brlcad/trunk/doc/docbook/lessons/es/mged03_utilizar_comando_in.xml: fix a misspelling in Spanish; yes, I did find 'tutorial' in other Spanish-language files here |
| 22:02.06 | Notify | 03BRL-CAD:carlmoore * 58465 brlcad/trunk/src/liboptical/sh_light.c: provide missing space after having checked 'spell' output |
| 22:19.52 | Notify | 03BRL-CAD:carlmoore * 58466 brlcad/trunk/src/proc-db/pyramid.c: add -h and -? as possible help flags, not just run-with-no-arguments |
| 07:46.25 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 07:47.40 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 07:47.45 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 07:48.01 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 07:48.25 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:48.26 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 07:48.42 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 07:48.59 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 07:49.11 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 07:49.24 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 07:49.32 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 09:03.41 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:19.37 | *** join/#brlcad binaryking (~bk@unaffiliated/nafcool) | |
| 09:50.23 | *** join/#brlcad binaryking1 (~bk@117.200.91.34) | |
| 14:42.37 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 14:42.37 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html | |
| 14:57.37 | *** join/#brlcad binaryking (~bk@unaffiliated/nafcool) | |
| 14:58.13 | binaryking | I'm trying to compile BRL CAD on Mac OS X 10.9 |
| 14:58.21 | binaryking | I get this error in Xcode 5 |
| 14:58.37 | binaryking | error - /Users/binaryking/App_source/brlcad-7.24.0/build/CMakeScripts/ReRunCMake.make:2: *** multiple target patterns. Stop. |
| 14:58.50 | binaryking | Shell Script Invocation error |
| 15:03.30 | binaryking | hi brlcad |
| 15:16.04 | d_rossberg | what's in line 2 of ReRunCMake.make? |
| 15:16.40 | binaryking | d_rossberg: /Users/binaryking/App_source/brlcad-7.24.0/build/CMakeFiles/cmake.check_cache: \ |
| 15:21.57 | d_rossberg | does the backslash at the end indicate that this is a multi-line expression? |
| 15:22.57 | d_rossberg | or is it a protected space |
| 15:25.12 | binaryking | d_rossberg: the whole file is here - http://pastebin.com/rRBsuCwi |
| 15:25.22 | binaryking | d_rossberg: I have no idea, at all :( |
| 15:27.56 | d_rossberg | first, you could try to remove ": ", but this wouldn't solve it permanently - if at all |
| 15:28.27 | binaryking | d_rossberg: the same error again |
| 15:30.00 | d_rossberg | did you tried the build with plain make files (outside XCode)? |
| 15:30.37 | binaryking | d_rossberg: how do I generate them? ./configure generates XCodeProject always |
| 15:32.15 | binaryking | d_rossberg: sorry, CMake always generates xcodeproject file |
| 15:34.13 | d_rossberg | do you have cmake-gui? |
| 15:42.03 | d_rossberg | or "cmake --help" should show you a list of available generators, "cmake -G <generator name>" will make use of this generator then |
| 15:49.43 | binaryking | d_rossberg: ah, okay |
| 15:52.31 | d_rossberg | besides i recommend to start from scratch (i.e. to clean up the build directory) |
| 15:56.28 | binaryking | d_rossberg: yep |
| 16:03.09 | binaryking | d_rossberg: http://pastebin.com/Au9rJpQt - I get this error now |
| 16:10.20 | d_rossberg | it looks like the Xcode STL cannot compare brep_hit types |
| 16:12.58 | d_rossberg | it works with the GNU compiler, therefore it could be an compiler issue |
| 16:14.04 | binaryking | d_rossberg: oh, I see |
| 16:14.28 | caen23 | binaryking: you should compile from the command line |
| 16:14.32 | caen23 | did you see this? http://brlcad.org/wiki/Compiling |
| 16:14.47 | binaryking | caen23: yes, I am doing that now :) |
| 16:15.23 | d_rossberg | i think he compiles from the command line with the Xcode compiler |
| 16:15.53 | d_rossberg | probable the only one installed |
| 16:16.23 | caen23 | d_rossberg: what xcode compiler? xcode comes with clang, and it should build fine |
| 16:17.50 | d_rossberg | i'm talking about the compiler in the /Applications/Xcode.app directory, maybe it's clang, i don't know |
| 16:18.35 | binaryking | it is clang |
| 16:18.42 | binaryking | after googling a bit |
| 16:18.52 | binaryking | I found out that for Xcode 5 |
| 16:19.02 | binaryking | we need this flag -> -stdlib=libc++ |
| 16:20.10 | binaryking | nah |
| 16:20.15 | binaryking | doesn't compile even now |
| 16:24.48 | d_rossberg | i'm afraid this flag was cleared out in line 1464 in CmakeLists.txt |
| 16:34.44 | binaryking | d_rossberg: I have Xcode 5 and that seems to be the problem |
| 16:35.07 | binaryking | and now we have just one compiler LLVM 5.0 |
| 16:38.27 | d_rossberg | binaryking: sorry, i've to leave now, maybe someone working with MacOS can help you |
| 16:38.30 | starseeker | so what we need then is to have a compiler flag test for that - is there a way to make a simple test program that will fail without having that flag? |
| 16:38.56 | binaryking | d_rossberg: see you and thanks a lot! :) |
| 16:39.04 | starseeker | doesn't have OSX or XCode 5, unfortunately... |
| 17:07.21 | binaryking | thinks he should install gcc4.9 on his Mac with MacPorts |
| 18:19.06 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 18:35.06 | n_reed | Notify is MIA |
| 01:29.04 | starseeker | brlcad: if it's of interest, here's a GECODE constraint solving example involving a Cartesian Heart equation: http://www.gecode.org/doc-latest/reference/classCartesianHeart.html |
| 01:54.21 | starseeker | really wonders if we shouldn't use a pre-defined language like flatzinc for constraint specification... |
| 07:33.49 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:51.21 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 07:53.00 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 07:53.10 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 07:54.26 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 07:54.26 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 07:54.59 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 07:55.17 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 07:55.46 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 07:56.06 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 08:17.28 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 08:20.09 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 08:20.48 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 08:20.52 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 08:20.52 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 08:20.58 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 08:21.01 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 08:21.11 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 08:21.12 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 09:01.22 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:38.22 | *** join/#brlcad binaryking (~bk@unaffiliated/nafcool) | |
| 12:39.59 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 15:56.52 | *** join/#brlcad kesha (~kesha@49.249.0.109) | |
| 18:12.41 | ``Erik | huh, notify decided that it cannot resolve irc.freenode.net O.o investigating... |
| 18:14.50 | ``Erik | starseeker: did you see the email from the fbsd cmake guy noting the change in library name variables with 2.8.12 that craps on the libpng hack in our cmake stuff? |
| 18:15.42 | ``Erik | has been mostly internetless for about a week, has a lot of catching up :/ might be a sign that he spends too much time just catching up and needs to ignore more crap :( |
| 18:34.29 | *** join/#brlcad caen23 (~caen23@92.81.191.192) | |
| 19:43.05 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 19:44.07 | Notify | 03BRL-CAD:tbrowder2 * 58467 brlcad/trunk/src/librt/attributes.c: prep fpr handling binary attributes |
| 19:44.10 | Notify | 03BRL-CAD:tbrowder2 * 58468 (brlcad/trunk/src/librt/db5_attrs.cpp =================================================================== and 235 others): add code for handling attribute function wrappers and definitions |
| 19:44.12 | Notify | 03BRL-CAD:tbrowder2 * 58469 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/util/CMakeLists.txt): move prog to its most likely proper place; change CMakeLists.txt to reflect its move (and other new source files in librt) |
| 19:44.14 | Notify | 03BRL-CAD:tbrowder2 * 58470 brlcad/trunk/src/librt/db5_io.c: add code chunks for handling binary attributes |
| 19:44.17 | Notify | 03BRL-CAD:tbrowder2 * 58471 brlcad/trunk/src/librt/db5_types.c: rework three functions as wrappers for new C++ handlers; move attribute definitions to other files (and change them there); leave macros and FIXMEs for now so changesare more obvious |
| 19:44.19 | Notify | 03BRL-CAD:tbrowder2 * 58472 brlcad/trunk/src/librt/db5_types.c: remove FIXMEs and dead code |
| 19:44.30 | Notify | 03BRL-CAD:tbrowder2 * 58473 brlcad/trunk/src/librt/CMakeLists.txt: ensure we find BRL-CAD's Boost headers |
| 19:45.18 | Notify | 03BRL-CAD:starseeker * 58474 brlcad/trunk/src/other/CMakeLists.txt: Fix for CMake 2.8.12 from Raphael Kubo da Costa - apparently the Find logic for PNG no longer results in the PNG_LIBRARY variable being set in the CMake cache automatically, so do it ourselves. |
| 19:45.23 | Notify | 03BRL-CAD:starseeker * 58475 brlcad/trunk/src/conv/step/g-step/Default_Geometric_Context.cpp: Fix to AP203 g-step output found by Rob McDonald, via STEPTools checker. |
| 19:45.32 | Notify | 03BRL-CAD:tbrowder2 * 58476 (svn:mime-type ## -0,0 +1 ## and 2 others): start an installation script and info files for Boost maintenance |
| 19:45.38 | Notify | 03BRL-CAD:carlmoore * 58477 brlcad/trunk/src/proc-db/pix2g.c: TURN THAT TESTING INSIDE OUT; I **goofed** earlier |
| 19:45.42 | Notify | 03BRL-CAD:n_reed * 58478 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/hash.c): mark unmodified parameters of hash functions const |
| 19:45.47 | Notify | 03BRL-CAD:bob1961 * 58479 brlcad/trunk/src/libtclcad/tclcad_obj.c: Added the functionality to scale data arrows and labels. |
| 19:45.49 | Notify | 03BRL-CAD:bob1961 * 58480 brlcad/trunk/src/tclscripts/lib/Ged.tcl: Added the itcl interface to libtclcad's data scaling functionality. |
| 19:45.52 | Notify | 03BRL-CAD:bob1961 * 58481 brlcad/trunk/include/tclcad.h: Added TCLCAD_DATA_SCALE_MODE |
| 19:45.53 | Notify | 03BRL-CAD:n_reed * 58482 (brlcad/trunk/CHANGES brlcad/trunk/include/bu.h and 5 others): rename some of the hash table functions for better API consistency |
| 19:46.02 | Notify | 03BRL-CAD:carlmoore * 58483 brlcad/trunk/src/proc-db/pix2g.c: was short 1 right bracket in Usage |
| 19:46.14 | Notify | 03BRL-CAD:starseeker * 58484 brlcad/trunk/src/libdm/CMakeLists.txt: Disabled currently, but add the code for Bob Parker's initial experiments with OpenSceneGraph in libdm |
| 19:46.17 | Notify | 03BRL-CAD:starseeker * 58485 brlcad/trunk/src/libged/CMakeLists.txt: Add the osg libged file as well. |
| 19:46.19 | Notify | 03BRL-CAD:carlmoore * 58486 brlcad/trunk/src/proc-db/rawbot.c: move initializing into type statements; add 'Creating' message; add -h and -? for help; I noticed that the argument is also used in object names within the .g file |
| 19:46.21 | Notify | 03BRL-CAD:starseeker * 58487 brlcad/trunk/misc/CMakeLists.txt: Make a patch with the other osg related changes that were made - these are more intrusive in other parts of the code, so put them in a patch file until we can evaluate the impact properly. |
| 19:46.28 | *** join/#brlcad caen23 (~caen23@92.81.191.192) | |
| 19:46.42 | Notify | 03BRL-CAD:tbrowder2 * 58488 (brlcad/trunk/src/other/boost/boost-using-files.txt =================================================================== and 16 others): save list of boost-using files |
| 19:46.48 | Notify | 03BRL-CAD:carlmoore * 58489 (brlcad/trunk/src/proc-db/ringworld.c brlcad/trunk/src/proc-db/room.c): Program continues running -- that's there because the program can go to a meaningful end even without arguments |
| 19:46.50 | Notify | 03BRL-CAD:tbrowder2 * 58490 brlcad/trunk/src/other/boost/update-brlcad-boost.sh: update with the attempted solution |
| 19:46.52 | Notify | 03BRL-CAD:carlmoore * 58491 brlcad/trunk/src/proc-db/room.c: Skip 'Program continues running:' unless there were no arguments |
| 19:46.54 | Notify | 03BRL-CAD:tbrowder2 * 58492 brlcad/trunk/src/other/boost/README.brlcad-boost: record the current state of affairs |
| 19:47.14 | Notify | 03BRL-CAD:tbrowder2 * 58493 (brlcad/trunk/src/other/boost/update-boost-tree.pl =================================================================== and 123 others): add Perl script to update BRL-CAD Boost files |
| 19:47.20 | Notify | 03BRL-CAD:tbrowder2 * 58494 brlcad/trunk/src/libtclcad/tclcad_obj.c: squelch compiler warning about unused var 'ret' |
| 19:47.31 | Notify | 03BRL-CAD:brlcad * 58495 brlcad/trunk/include/bu.h: include types before stdarg just in case an impl expects it |
| 19:48.02 | Notify | 03BRL-CAD:tbrowder2 * 58496 brlcad/trunk/src/other/boost/update-boost-tree.pl: improve report detail; add log file |
| 19:49.27 | Notify | 03BRL-CAD:n_reed * 58497 brlcad/trunk/src/libtclcad/tclcad_obj.c: looks like a WIP, but give to_mouse_data_scale some reasonable error behavior in the interim |
| 20:59.34 | *** join/#brlcad caen23 (~caen23@92.81.191.192) | |
| 01:37.04 | Notify | 03BRL-CAD:tbrowder2 * 58498 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): define and use a def for BRL-CAD Boost header dir |
| 01:37.48 | Notify | 03BRL-CAD:tbrowder2 * 58499 brlcad/trunk/src/librt/db5_attrs_private.h: add placeholders for a future container type |
| 01:38.32 | Notify | 03BRL-CAD:tbrowder2 * 58500 brlcad/trunk/src/other/osl/shaders/CMakeLists.txt: correct spelling |
| 05:09.41 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 06:04.57 | *** join/#brlcad abhi2011 (~chatzilla@123.237.220.93) | |
| 06:33.51 | *** join/#brlcad caen23 (~caen23@92.81.191.192) | |
| 07:25.25 | *** join/#brlcad abhi2011 (~chatzilla@123.237.220.93) | |
| 08:34.12 | *** join/#brlcad abhi2011 (~chatzilla@123.237.220.93) | |
| 12:41.28 | *** join/#brlcad abhi2011 (~chatzilla@123.237.220.93) | |
| 12:50.23 | Notify | 03BRL-CAD:tbrowder2 * 58501 brlcad/trunk/include/raytrace.h: add note about change in attr tpe indexing; remove FIXME which has been taken care of |
| 12:51.45 | Notify | 03BRL-CAD:tbrowder2 * 58502 brlcad/trunk/src/librt/db5_types.c: change from attr_index back to original attr_type for current use (note added attr_subtype in next commit) |
| 12:56.05 | Notify | 03BRL-CAD:tbrowder2 * 58503 brlcad/trunk/src/librt/db5_attrs.cpp: correct var order error in struct db5_attr_ctype; change var name attr_index back to attr_type; add var attr_subtype; add check for dup attr_types |
| 13:11.00 | *** join/#brlcad caen23_ (~caen23@92.81.191.192) | |
| 13:15.22 | Notify | 03BRL-CAD:tbrowder2 * 58504 brlcad/trunk/src/librt/db5_attrs.cpp: add check for invalid attr_subtype |
| 13:18.41 | Notify | 03BRL-CAD:tbrowder2 * 58505 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: change to use correct var name |
| 13:23.22 | Notify | 03BRL-CAD:tbrowder2 * 58506 brlcad/trunk/src/librt/db5_attrs_private.h: use new var names; use ints > 1 for more robust error checking of attr_subtype in C structs |
| 13:26.54 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 14:53.50 | *** join/#brlcad caen23__ (~caen23@92.81.191.192) | |
| 14:53.57 | caen23__ | quit |
| 14:54.18 | *** join/#brlcad caen23__ (~caen23@92.81.191.192) | |
| 14:56.49 | *** join/#brlcad caen23 (~caen23@92.81.191.192) | |
| 14:58.12 | *** join/#brlcad caen23 (~caen23@92.81.191.192) | |
| 15:38.34 | *** join/#brlcad abhi2011 (~chatzilla@123.237.220.93) | |
| 16:28.12 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 16:28.41 | *** join/#brlcad abhi2011 (~chatzilla@123.237.220.93) | |
| 16:54.29 | *** join/#brlcad abhi2011 (~chatzilla@123.237.220.93) | |
| 17:28.02 | *** join/#brlcad jschulte (~johannes@p4FDF8FE1.dip0.t-ipconnect.de) | |
| 23:44.10 | ``Erik | http://wish.co.uk/blog/owning-a-tank/ |
| 06:32.14 | *** join/#brlcad abhi2011 (~chatzilla@123.237.220.93) | |
| 08:08.12 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 08:08.39 | binaryking | hi brlcad |
| 08:11.39 | binaryking | any mentor for GCI '13 active here? |
| 08:11.40 | binaryking | I need some help |
| 08:47.53 | binaryking | I want to know about writing unit tests for libbn and libbu |
| 08:52.51 | binaryking | hi DarkCalf |
| 08:57.45 | *** join/#brlcad binaryking (~binarykin@117.200.86.85) | |
| 08:57.45 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 09:04.37 | *** join/#brlcad abhi2011 (~chatzilla@123.237.220.93) | |
| 09:49.28 | binaryking | is there some sought of guide to writing unit tests for libbn and libbu source files? |
| 12:03.12 | *** join/#brlcad binaryking (~androirc@117.200.86.85) | |
| 12:15.40 | *** join/#brlcad caen23 (~caen23@92.81.191.192) | |
| 14:20.47 | *** join/#brlcad binaryking (~androirc@117.200.81.126) | |
| 17:47.39 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 17:48.01 | binaryking | hi caen23 :) |
| 21:13.10 | *** join/#brlcad caen23_ (~caen23@92.81.191.192) | |
| 09:30.53 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:34.13 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:59.46 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 12:00.24 | binaryking | anyone online? |
| 12:01.10 | binaryking | I'm on Ubuntu 13.04, when I launch mged, I only get the command window and no graphics window |
| 12:01.21 | binaryking | hi caen23_, caen23 :) |
| 14:04.03 | maths22 | brlcad: what happened to cmake on the server? |
| 14:08.07 | caen23 | brlcad: would this be a proper task for gci? getting it to compile on os x/llvm? |
| 14:43.47 | ``Erik | maths22: what do you mean? |
| 14:44.29 | ``Erik | caen23: I believe it does compile on osX/llvm/clang, but the xcode gui has serious issues with the number of targets, so we usually use the unix makefile target |
| 14:45.18 | ``Erik | maths22: I upgraded cmake to 2.8.12 just an hour or so ago, I'm upgrading other parts of the system today... you may've tried to run it while it was deinstalling and reinstalling? |
| 14:46.03 | caen23 | ``Erik: i'm compiling from the command line and there seem to be a couple of issues. as for xcode, yeah, it sucks. it crashes my retina mbp completely |
| 14:50.46 | caen23 | i've made some small changes and it should now be fine |
| 14:52.36 | *** join/#brlcad caen23_ (~caen23@92.81.191.192) | |
| 15:05.11 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:58.09 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:06.47 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:16.57 | maths22 | ``Erik: that would explain it |
| 17:57.08 | *** join/#brlcad binaryking (~androirc@117.200.86.110) | |
| 17:59.32 | *** join/#brlcad bloatware (~androirc@117.200.86.110) | |
| 17:59.42 | *** join/#brlcad binaryking (~androirc@117.200.86.110) | |
| 17:59.58 | bloatware | gci 13 info needed |
| 18:00.05 | bloatware | anyone online? |
| 18:00.12 | bloatware | brlcad: hi? |
| 18:01.04 | binaryking | hi binaryking :) |
| 18:01.18 | binaryking | hi bloatware |
| 18:01.31 | bloatware | hi binaryking |
| 18:02.14 | bloatware | binaryking: seems like this one's a dormant channel |
| 18:02.57 | binaryking | bloatware: nah, ppl are not evrytime in front of their computer screen :P |
| 18:03.18 | bloatware | whatever! |
| 18:03.57 | bloatware | anyone online? ping! PING! |
| 18:04.11 | caen23 | you should try asking a question... |
| 19:30.54 | maths22 | ~ask |
| 19:30.54 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 19:31.17 | maths22 | I did not mean to send that. Oops :( |
| 20:43.52 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 23:53.07 | kanzure | "We are all here voluntarily or against our will." beautiful |
| 01:24.12 | maths22 | ``Erik: will Notifer need to be updated for GCI this year? |
| 01:24.58 | maths22 | At least one regex will need to be (I think) |
| 02:29.18 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-gvmgfzchskkxetev) | |
| 07:11.07 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 09:00.28 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:38.32 | *** join/#brlcad binaryking (~binarykin@117.200.83.226) | |
| 09:59.56 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:00.13 | binaryking | hi d_rossberg :) |
| 10:01.03 | d_rossberg | hi binaryking, got your e-mail |
| 10:01.11 | d_rossberg | whats the issue with mged? |
| 10:12.41 | binaryking | d_rossberg: for my ease of dev. work for BRL CAD, I switched to Ubuntu :P |
| 10:12.55 | binaryking | d_rossberg: mged gives me no graphics window |
| 10:14.56 | binaryking | d_rossberg: is that a problem? or I am doin' something wrong |
| 10:16.08 | binaryking | d_rossberg: I am particularly interested in writing unit tests, if you can help me with that too? :) (sorry if I am being too demanding) |
| 10:26.49 | d_rossberg | binaryking: you probably haven't installed the opengl developer libraries |
| 10:29.31 | binaryking | d_rossberg: lemme check |
| 10:30.57 | d_rossberg | or some other visualization library, see http://brlcad.org/wiki/Compiling |
| 10:33.25 | binaryking | ah, yes indeed |
| 10:42.54 | binaryking | d_rossberg: my install is without OpenGL support |
| 10:43.46 | binaryking | following the mentioned webpage, I have installed everything but to no avail |
| 10:52.18 | binaryking | d_rossberg: installed everything, libbullet also, now compiling but OpenGL support is still off |
| 11:00.27 | *** join/#brlcad binaryking_ (~binarykin@117.200.89.233) | |
| 11:06.59 | binaryking_ | d_rossberg: still no graphics window :( |
| 11:07.20 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 13:32.54 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:39.44 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 13:44.01 | zero_level | binaryking_ : are u here ? |
| 14:55.12 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 16:40.22 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 17:14.14 | caen23 | hey binaryking |
| 17:14.24 | binaryking | hi caen23 :) |
| 17:14.30 | binaryking | caen23: how's life? |
| 17:24.46 | caen23 | so... on 10.9 it no longer compiles because libdm/focus.c uses a Carbon API that has been deprecated in favour of an obj-c class. a quick fix would be to use the Wno-deprecated-declarations flag, but i think that's undesirable. the trouble is that apple now recommends using an obj-c class instead, and i don't know how we could use that |
| 18:38.20 | Notify | 03BRL-CAD:tbrowder2 * 58507 (brlcad/trunk/src/mged/points/count.c brlcad/trunk/src/mged/points/process.c): style |
| 18:40.02 | Notify | 03BRL-CAD:caen23 * 58508 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/obr.c and 3 others): Fix a couple of bugs which broke compilation on llvm/clang/os x |
| 18:40.23 | Notify | 03BRL-CAD:tbrowder2 * 58509 brlcad/trunk/src/other/boost/update-boost-tree.pl: add report info |
| 18:40.36 | Notify | 03BRL-CAD:tbrowder2 * 58510 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/obr.c): restore const, but remove free (may have been causing OS X problem with const) |
| 18:40.39 | Notify | 03BRL-CAD:tbrowder2 * 58511 brlcad/trunk/src/libfb/if_ogl.c: use recommended function instead of getpagesize |
| 18:40.41 | Notify | 03BRL-CAD:tbrowder2 * 58512 brlcad/trunk/src/mged/points/CMakeLists.txt: ensure fileno is found for strict compilation |
| 18:40.43 | Notify | 03BRL-CAD:tbrowder2 * 58513 brlcad/trunk/src/tab/CMakeLists.txt: ignore warning of unstoppable lex unused label |
| 18:40.55 | Notify | 03BRL-CAD:tbrowder2 * 58514 brlcad/trunk/src/libbn/tests/bn_obr.c: return to using the default const arg |
| 18:40.57 | Notify | 03BRL-CAD:tbrowder2 * 58515 brlcad/trunk/src/libbn/obr.c: comment out the presently unused arg |
| 18:41.10 | Notify | 03BRL-CAD:tbrowder2 * 58516 brlcad/trunk/src/libbn/tests/bn_obr.c: add FIXME and comment out unfinished code to avoid warnings |
| 18:41.12 | Notify | 03BRL-CAD:tbrowder2 * 58517 brlcad/trunk/src/tab/CMakeLists.txt: put the compiler args in the correct place |
| 18:41.17 | Notify | 03BRL-CAD:tbrowder2 * 58518 brlcad/trunk/CMakeLists.txt: name the three functions |
| 18:41.28 | Notify | 03BRL-CAD:tbrowder2 * 58519 brlcad/trunk/src/libpc/CMakeLists.txt: use defined Boost location |
| 18:41.31 | Notify | 03BRL-CAD:tbrowder2 * 58520 brlcad/trunk/src/other/hv3/hv3.tcl: fix typo |
| 18:41.32 | Notify | 03BRL-CAD:tbrowder2 * 58521 (brlcad/trunk/src/other/boost/update-brlcad-boost-to-1.55.0.sh =================================================================== and 12 others): save required update steps |
| 18:41.34 | Notify | 03BRL-CAD:tbrowder2 * 58522 brlcad/trunk/src/other/boost/update-brlcad-boost-to-1.55.0.sh: add info |
| 18:43.24 | Notify | 03BRL-CAD Wiki:Leonardo dramisino * 0 /wiki/User:Leonardo_dramisino: |
| 20:04.36 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 20:59.56 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 21:37.22 | Notify | 03BRL-CAD:n_reed * 58523 brlcad/trunk/src/other/stepcode/src/base/sc_benchmark.cc: include ios header for std::ios namespace; fixes 'symbol not found' in exp2cxx on os x |
| 21:40.39 | Notify | 03BRL-CAD:tbrowder2 * 58524 brlcad/trunk/src/other/boost/update-boost-tree.pl: improved script |
| 22:00.03 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 22:25.33 | ``Erik | maths22: your websvn is clogging /tmp, can you tweak the config to point to something like /var/tmp ? |
| 22:51.05 | Notify | 03BRL-CAD Wiki:Loc2four937 * 0 /wiki/User:Loc2four937: |
| 00:07.01 | maths22 | ``Erik: sure. Not sure how that happened. |
| 04:51.55 | *** join/#brlcad witness (~witness12@122.248.183.1) | |
| 05:16.23 | *** join/#brlcad witness (~witness12@122.248.183.1) | |
| 05:18.22 | *** join/#brlcad witness (~witness12@122.248.183.1) | |
| 06:53.06 | *** join/#brlcad caen23 (~caen23@92.81.180.244) | |
| 08:00.09 | *** join/#brlcad caen23 (~caen23@92.81.180.244) | |
| 10:49.02 | *** join/#brlcad caen23 (~caen23@92.81.180.244) | |
| 12:49.17 | *** join/#brlcad caen23 (~caen23@92.81.180.244) | |
| 12:59.12 | *** join/#brlcad witness (~witness12@122.248.183.1) | |
| 13:33.13 | *** join/#brlcad caen23 (~caen23@92.81.180.244) | |
| 14:50.32 | *** join/#brlcad witness (~witness12@122.161.32.137) | |
| 15:24.57 | *** join/#brlcad pnjun (~pnjun@2001:630:12:2e1e:cabc:c8ff:fecf:e3e6) | |
| 15:25.19 | *** part/#brlcad pnjun (~pnjun@2001:630:12:2e1e:cabc:c8ff:fecf:e3e6) | |
| 15:30.13 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 16:19.41 | *** join/#brlcad witness_ (~witness12@122.161.72.27) | |
| 16:34.49 | *** join/#brlcad binaryking_ (~binarykin@117.200.87.77) | |
| 17:10.09 | *** join/#brlcad witness (~witness12@122.161.72.27) | |
| 17:14.57 | *** join/#brlcad binaryking_ (~binarykin@117.200.91.53) | |
| 17:42.35 | *** join/#brlcad binaryking_ (~binarykin@117.200.89.92) | |
| 02:29.04 | *** join/#brlcad witness (~witness12@122.161.72.27) | |
| 04:09.48 | *** join/#brlcad witness (~witness12@122.248.183.1) | |
| 05:19.48 | brlcad | Notify: hello? |
| 08:18.25 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 08:26.07 | *** join/#brlcad binaryking_ (~binarykin@117.214.48.243) | |
| 08:47.11 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 09:18.23 | *** join/#brlcad binaryking_ (~binarykin@117.214.48.243) | |
| 09:22.13 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 10:43.50 | Notify | 03BRL-CAD:tbrowder2 * 58529 (brlcad/trunk/src/other/boost/README.brlcad-boost brlcad/trunk/src/other/boost/boost/algorithm/string/concept.hpp and 1018 others): upgrade to Boost 1.55.0; note that files 'boost/mpl/has_xxx.hpp' and 'boost/preprocessor/config/config.hpp' have been changed slightly from the original due to some undefined macros due to bad syntax--bugs have been files and patches are being submitted to |
| 10:43.53 | Notify | Boost |
| 10:46.13 | Notify | 03BRL-CAD:tbrowder2 * 58526 brlcad/trunk/src/librt/db5_attrs_private.h: fix typo |
| 10:47.03 | Notify | 03BRL-CAD:tbrowder2 * 58533 brlcad/trunk/src/other/boost/update-boost-tree.pl: ignore CMake files in the original boost directory |
| 10:48.43 | Notify | 03BRL-CAD:starseeker * 58525 brlcad/trunk/BUGS: Problem with Archer - iff launching from the ./bin/archer script (as opposed to running bwish and sourcing the archer script) the cd command in ArcherCore::openDb seems to be somehow corrupting the results of bu_brlcad_root. |
| 10:49.28 | Notify | 03BRL-CAD:starseeker * 58532 (brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/tests/CMakeLists.txt): Take a stab at sorting points using qsort |
| 10:51.11 | Notify | 03BRL-CAD:carlmoore * 58527 (brlcad/trunk/misc/osg_changes.patch brlcad/trunk/src/libdm/osg.cpp and 2 others): fix spellings & some wordings; remove trailing blanks/tabs |
| 11:10.53 | Notify | 03BRL-CAD:tbrowder2 * 58531 (brlcad/trunk/src/other/boost/libs/detail/utf8_codecvt_facet.cpp =================================================================== and 299 others): remove another unneeded Boost file |
| 11:20.08 | Notify | 03BRL-CAD:carlmoore * 58528 brlcad/trunk/src/proc-db/room.c: use _ instead of embedded blank in object names |
| 12:07.03 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:21.21 | Notify | 03BRL-CAD:tbrowder2 * 58530 (brlcad/trunk/src/libpc/pcMathVM.h brlcad/trunk/src/libpc/pcNetwork.h brlcad/trunk/src/libpc/pcParser.h): add gcc diagnostic pragmas to squash -Wshadow warnings; bugs have been filed with Boost for the warnings but most developers seem to like shadowed variables for some reason; Windows and OS X users' mileage may vary |
| 12:36.25 | Notify | 03BRL-CAD Wiki:Tbrowder * 6295 /wiki/Spiral: /* The Script */ |
| 13:10.49 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:38.19 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6296 /wiki/GCI_Tasks: tshirt ,mug and cover art task |
| 13:50.57 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6297 /wiki/Community_Publication_Portal: Added 2013 GCI announcement |
| 13:59.13 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6298 /wiki/Community_Publication_Portal: /* Google Code In 2013 Announcements */ |
| 14:07.38 | Notify | 03BRL-CAD:tbrowder2 * 58534 (brlcad/trunk/src/other/boost/boost/smart_ptr/detail/sp_nullptr_t.hpp =================================================================== and 48 others): add missing file from 1.55.0 |
| 14:08.58 | Notify | 03BRL-CAD:tbrowder2 * 58535 (brlcad/trunk/src/other/boost/boost/type_traits/has_trivial_move_assign.hpp =================================================================== and 60 others): add missing file |
| 14:10.38 | Notify | 03BRL-CAD:tbrowder2 * 58536 (brlcad/trunk/src/other/boost/boost/type_traits/has_trivial_move_constructor.hpp =================================================================== and 60 others): add missing file |
| 14:16.13 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:16.52 | Notify | 03BRL-CAD:tbrowder2 * 58537 (brlcad/trunk/src/other/boost/boost/type_traits/is_copy_constructible.hpp =================================================================== and 125 others): add missing files |
| 14:30.43 | Notify | 03BRL-CAD:tbrowder2 * 58538 (brlcad/trunk/src/other/boost/boost/move/core.hpp =================================================================== and 342 others): add more missing files (still more to be added I'm afraid) |
| 15:22.27 | Notify | 03BRL-CAD Wiki:Erik * 6299 /wiki/Deuces: /* Code */ g-egg |
| 15:25.09 | Notify | 03BRL-CAD Wiki:Erik * 6300 /wiki/Deuces: Reverted edits by [[Special:Contributions/Erik|Erik]] ([[User talk:Erik|talk]]) to last revision by [[User:Sean|Sean]] |
| 15:27.13 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:07.40 | *** join/#brlcad caen23 (~caen23@92.81.180.244) | |
| 18:12.11 | *** join/#brlcad witness (~witness12@122.161.77.201) | |
| 22:55.09 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 03:09.18 | *** join/#brlcad witness (~witness12@122.161.77.201) | |
| 03:47.35 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 03:52.03 | *** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net) | |
| 04:20.38 | *** join/#brlcad witness (~witness12@122.248.183.1) | |
| 04:45.08 | *** join/#brlcad witness (~witness12@122.248.183.1) | |
| 05:32.23 | *** join/#brlcad witness (~witness12@122.248.183.1) | |
| 06:14.54 | *** join/#brlcad binaryking (75c85b72@gateway/web/freenode/ip.117.200.91.114) | |
| 06:30.37 | *** join/#brlcad witness (~witness12@122.248.183.1) | |
| 07:19.48 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 07:20.21 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 07:21.28 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 07:21.57 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 07:22.06 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 07:22.27 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 07:22.39 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 07:22.53 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 07:22.59 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 07:45.07 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 07:45.09 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 07:45.23 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 07:45.50 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 07:45.59 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 07:46.06 | *** join/#brlcad n_reed (~molto_cre@66.118.151.70) | |
| 07:46.09 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 07:46.10 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 07:47.01 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 08:18.36 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 08:21.46 | binaryking | hi brlcad :) |
| 08:22.40 | binaryking | brlcad: so, I'm kind of more interested in writing tests |
| 08:22.53 | binaryking | and my preferred language is C++ |
| 09:08.58 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 09:09.08 | *** join/#brlcad binaryking (~binarykin@117.200.94.184) | |
| 09:09.08 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 09:24.46 | *** join/#brlcad binaryking_ (~binarykin@117.200.85.163) | |
| 09:46.59 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 10:04.08 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:30.55 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:46.40 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:52.06 | zero_level | binaryking : you could see src/libicv/tests for someof the unit test |
| 10:52.11 | zero_level | the way they are written |
| 10:53.03 | zero_level | also src/libbu/tests could be see as tests |
| 10:53.12 | zero_level | examples |
| 10:53.30 | zero_level | If you want to write tests for libicv I could assist you in the same. |
| 10:54.30 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:54.57 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:58.14 | binaryking | hi zero_level |
| 11:03.00 | binaryking | zero_level: yes, we can start with libicv tests |
| 11:03.37 | binaryking | is having a look at icv_crop.c |
| 12:54.07 | *** join/#brlcad ColloquyUser (~caen23@92.81.180.244) | |
| 12:54.10 | *** part/#brlcad ColloquyUser (~caen23@92.81.180.244) | |
| 13:01.02 | starseeker | Notify: hello? |
| 14:53.01 | ``Erik | O.o there're no emails in dump box or messages in the post queue... |
| 15:27.35 | starseeker | brlcad: we've got a problem with bu_argv0_full_path - if we specify a relative path when the program is invoked, changing the current working directory via the MGED command prompt results in a failure of bu_argv0_full_path due to it's use of bu_getcwd. That failure cascades up to bu_brlcad_root |
| 15:27.55 | starseeker | and things like the rt command fail |
| 15:30.28 | starseeker | bu_getcwd probably shouldn't be part of the argv0 logic at all, except as part of initializing variables in bu_progname - the only time the cwd is guaranteed to be "correct" is when the program is initially run. My first thought is to do bu_getcwd, normalize, etc. as part of initializing bu_progname, perhaps with a second variable bu_progname_fullpath if we want bu_progname to reflect the actual string used to run the program initia |
| 15:56.12 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:57.17 | *** join/#brlcad FLOSSrookie1 (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:59.17 | *** join/#brlcad FLOSSrookie2 (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:09.08 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:15.43 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 17:24.31 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 18:39.38 | ``Erik | for the kilt wearing: |
| 18:39.38 | ``Erik | 12:16:29 [@antifuchs:60] RT @The4thCircle: Sporrans, for those who don't know, are like ancient warrior fanny packs. |
| 18:39.39 | ``Erik | 13:07:51 [@hipsterhacker:19] RT @HackerNewsOnion: Programming is 1% inspiration, 99% trying to get your environment working. |
| 18:51.45 | starseeker | ``Erik: so something is busted on the sf side and/or the wiki side? |
| 18:56.12 | ``Erik | wiki has no relation, I d'no... mebbe the email wasn't sent, maybe it was marked spam before it hit the filters that put it in the drop directory? lemme pull the latest version and look |
| 18:58.42 | ``Erik | last related email I got according to my procmail filter was nov 14 7:21:12am |
| 19:08.41 | ``Erik | ahhhhh, /var is full heh. |
| 19:09.17 | ``Erik | websvn once again... :/ |
| 19:34.16 | Notify | 03BRL-CAD:tbrowder2 * 58539 brlcad/trunk/src/librt/CMakeLists.txt: Boost include not needed for librt users |
| 19:34.29 | Notify | 03BRL-CAD:starseeker * 58546 (brlcad/trunk/BUGS brlcad/trunk/TODO): Bug triggered by archer is better handled by re-thinking current path handling approach with respect to argv0 |
| 19:35.14 | ``Erik | (they'll be all out of order as bz starts accepting email again) |
| 19:43.50 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 19:43.50 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html | |
| 19:50.00 | Notify | 03BRL-CAD:tbrowder2 * 58543 brlcad/trunk/src/other/boost/update-boost-tree.pl: fix typo |
| 19:51.35 | Notify | 03BRL-CAD:starseeker * 58545 brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: Don't change the current working directory by default, since this breaks assumptions being made by bu_argv0_full_path. |
| 19:53.25 | Notify | 03BRL-CAD Wiki:Inderpreet * 6305 /wiki/Deuces: Added Few web and outreach related tasks - 2 (more to come) |
| 19:53.38 | Notify | 03BRL-CAD:tbrowder2 * 58541 brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt: use new var to point to local Boost dir |
| 19:56.12 | Notify | 03BRL-CAD Wiki:Inderpreet * 6306 /wiki/Deuces: Changed the category for few tasks |
| 20:00.36 | Notify | 03BRL-CAD:tbrowder2 * 58544 (brlcad/trunk/src/other/boost/boost/predef/os/bsd/bsdi.h brlcad/trunk/src/other/boost/boost/predef/os/bsd/dragonfly.h and 5 others): fix -Wundef warnings from Boost 1.55.0; patches sent with bug report # 9397 filed with Boost.org |
| 20:02.15 | Notify | 03BRL-CAD Wiki:Inderpreet * 6307 /wiki/Deuces: |
| 20:04.23 | Notify | 03BRL-CAD Wiki:Inderpreet * 6308 /wiki/Deuces: /* Design a Cover Photo for Facebook page (and other social networks) */ |
| 20:05.34 | Notify | 03BRL-CAD Wiki:Inderpreet * 6309 /wiki/Deuces: /* Quality Assurance */ |
| 20:35.53 | Notify | 03BRL-CAD:carlmoore * 58547 brlcad/trunk/src/proc-db/room.c: modify the 'Program continues running' so that it happens with NO arguments only |
| 21:16.46 | maths22 | ``Erik: what should websvn use for temp if not /var/tmp or /tmp |
| 21:31.13 | ``Erik | d'no... I've created a /user/tmp which has a lot more space, but we may need to examine why it's using so much disk |
| 21:31.21 | ``Erik | erm, /usr/tmp |
| 21:52.11 | maths22 | I will look into it, but right now It is important to move it. |
| 22:46.27 | Notify | 03BRL-CAD:carlmoore * 58548 brlcad/trunk/src/proc-db/sketch.c: supply -h and -? (program then exits), and (if NO arguments were provided) supply my 'Program continues running:' message |
| 00:04.36 | *** join/#brlcad caen23 (~caen23@92.81.180.244) | |
| 01:33.38 | Notify | 03BRL-CAD:tbrowder2 * 58549 brlcad/trunk/CMakeLists.txt: establish C++03 as the base C++ usage; trunk builds and passes 'make regress'--we should be able to eliminate most of Boost |
| 02:14.17 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 03:03.34 | starseeker | O.o http://3d.si.edu/browser |
| 03:04.24 | starseeker | 200 Meg solid model of the Wright Flyer they say is created from laser scan data and hand drawings |
| 03:04.32 | starseeker | too bad they require a login to download it... |
| 03:36.59 | brlcad | nifty |
| 03:44.16 | Notify | 03BRL-CAD:brlcad * 58550 brlcad/trunk/src/libbu/progname.c: make a note that calling getcwd is wrong |
| 04:09.28 | *** join/#brlcad witness (~witness12@122.161.77.201) | |
| 05:56.18 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 05:58.00 | binaryking | the task which requires a css3 logo for brlcad for its new website ......... why don't we just use a base64 image? |
| 05:59.00 | binaryking | http://paste.ubuntu.com/6424785/ |
| 06:00.46 | binaryking | http://pastebin.com/SE8rbb42 - is better ;) |
| 06:01.05 | binaryking | brlcad: what are your thoughts on this? |
| 06:16.12 | *** join/#brlcad binaryking_ (~binarykin@117.200.83.253) | |
| 06:22.09 | *** join/#brlcad binaryking__ (~binarykin@117.200.93.97) | |
| 06:25.48 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 06:42.19 | *** join/#brlcad witness_ (~witness12@122.162.254.245) | |
| 06:53.16 | *** join/#brlcad binaryking (~binarykin@117.200.93.97) | |
| 06:53.16 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 07:18.15 | *** join/#brlcad ishwerdas (~inderplus@117.199.98.38) | |
| 07:32.26 | *** join/#brlcad ishwerdas (~inderplus@117.214.202.92) | |
| 07:34.12 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 07:42.52 | *** join/#brlcad caen23 (~caen23@92.81.180.244) | |
| 07:54.38 | *** join/#brlcad ishwerdas (~inderplus@117.214.204.240) | |
| 07:59.46 | binaryking | hi caen23 |
| 08:02.39 | caen23 | hi |
| 08:08.42 | *** join/#brlcad binaryking_ (~binarykin@117.214.52.90) | |
| 08:30.18 | *** join/#brlcad ishwerdas (~inderplus@117.212.53.245) | |
| 08:31.35 | *** join/#brlcad binaryking|n4 (~androirc@117.214.52.90) | |
| 08:36.01 | *** join/#brlcad binaryking__ (~binarykin@117.200.88.45) | |
| 09:06.44 | *** join/#brlcad ishwerdas (~inderplus@117.212.53.245) | |
| 09:13.06 | *** join/#brlcad binaryking (~binarykin@117.200.83.28) | |
| 09:13.06 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 09:18.11 | *** join/#brlcad binaryking_ (~binarykin@117.214.49.207) | |
| 09:23.31 | *** join/#brlcad binaryking__ (~binarykin@117.200.94.234) | |
| 09:41.37 | Notify | 03BRL-CAD Wiki:Gauravjeet singh * 6310 /wiki/Deuces: Designing coffee mug, tshirt and article for dummies, added |
| 10:47.12 | Notify | 03BRL-CAD Wiki:Gauravjeet singh * 6311 /wiki/Deuces: Added more outreach/research tasks and a documentation task |
| 11:00.49 | *** join/#brlcad binaryking (~binarykin@117.214.55.83) | |
| 11:01.30 | binaryking | hi ishwerdas |
| 11:01.44 | ishwerdas | hi |
| 11:02.55 | binaryking | ishwerdas: so, instead of a css3 logo, what about a base64 data image for brl cad's new website? |
| 11:03.10 | binaryking | ishwerdas: http://pastebin.com/SE8rbb42 |
| 11:13.52 | *** part/#brlcad binaryking (~binarykin@117.214.55.83) | |
| 11:19.21 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:30.25 | ``Erik | http://3d.si.edu/browser 3d scanned models from the smithsonian |
| 11:31.01 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:31.14 | binaryking | how does BRL CAD utilize the Qt toolkit? |
| 11:44.35 | ``Erik | doh, starseeker beat me to it :) |
| 11:50.12 | *** join/#brlcad ch3ck_ (~ch3ck@195.24.220.16) | |
| 12:22.43 | *** join/#brlcad ch3ck_ (~ch3ck@195.24.220.16) | |
| 13:01.32 | *** join/#brlcad gsingh (~androirc@117.212.53.245) | |
| 13:59.32 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 14:09.36 | maths22 | Websvn seems to keep taking up a lot of server resources and spawning lots of processes. |
| 14:09.56 | maths22 | It seems to slow down everything right now, so I'm thinking I will temporarily disable it |
| 14:33.54 | ``Erik | <-- has been ruthlessly removing tmp files and killing procs when it gets too bad :/ |
| 14:34.35 | ``Erik | I'm not even sure what the purpose of it is, sf provides one already :) musta missed a convo |
| 14:45.12 | brlcad | ``Erik: sf's is just ... terrible (it's not actually websvn) |
| 14:46.08 | brlcad | their custom interface is entirely homegrown, lacking lots of navigation efficiency if you're actually trying to trace back through history on some set of files/commits |
| 14:47.05 | brlcad | if their interface doesn't fail outright (which it has been for me more than 50% of the time) due to timeouts, it takes a very long time to go through our history and respond |
| 15:10.39 | *** join/#brlcad ishwerdas (~inderplus@59.91.115.99) | |
| 15:38.55 | *** join/#brlcad ch3ck_ (~ch3ck@41.205.13.70) | |
| 15:39.46 | *** join/#brlcad ishwerdas (~inderplus@117.199.105.3) | |
| 17:35.44 | *** part/#brlcad ch3ck_ (~ch3ck@41.205.13.70) | |
| 17:53.58 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:54.06 | Notify | 03BRL-CAD:tbrowder2 * 58551 brlcad/trunk/HACKING: style; add more style examples |
| 17:54.45 | Notify | 03BRL-CAD:tbrowder2 * 58552 brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp: eliminate compiler warning |
| 17:54.49 | Notify | 03BRL-CAD:tbrowder2 * 58553 brlcad/trunk/src/libged/simulate/simphysics.cpp: eliminate compiler warnings |
| 20:26.26 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:04.22 | maths22 | 'lastlog boost |
| 22:35.27 | Notify | 03BRL-CAD Wiki:Wabouz12345 * 0 /wiki/User:Wabouz12345: |
| 02:27.56 | Notify | 03BRL-CAD Wiki:Sjannamaraju * 0 /wiki/User:Sjannamaraju: |
| 03:46.42 | *** join/#brlcad ishwerdas (~inderplus@117.199.100.22) | |
| 03:47.21 | ishwerdas | hi sean |
| 04:07.02 | *** join/#brlcad witness (~witness12@122.162.254.245) | |
| 04:08.59 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 04:36.55 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:48.50 | Notify | 03BRL-CAD Wiki:Inderpreet * 6312 /wiki/Deuces: /* Outreach and Research */ Added Arc Reactor Task |
| 05:22.21 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 07:31.02 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 08:20.57 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:40.35 | *** join/#brlcad witness (~witness12@122.162.254.245) | |
| 09:33.45 | *** join/#brlcad ishwerdas (~inderplus@117.199.100.22) | |
| 10:09.23 | *** join/#brlcad witness (~witness12@122.162.254.245) | |
| 10:18.44 | *** join/#brlcad ishwerdas (~inderplus@117.199.110.44) | |
| 10:47.48 | Notify | 03BRL-CAD Wiki:Stattrav * 6313 /wiki/Deuces: Added a web task. |
| 11:10.39 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:15.47 | *** join/#brlcad witness (~witness12@122.162.254.245) | |
| 11:29.17 | *** join/#brlcad gjeet (~gaurav@117.199.110.44) | |
| 12:43.08 | *** join/#brlcad archit (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 12:43.43 | *** join/#brlcad chetna (75d05c50@gateway/web/freenode/ip.117.208.92.80) | |
| 12:44.12 | chetna | hi all |
| 12:44.52 | *** part/#brlcad archit (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 12:45.38 | *** join/#brlcad new_user (0e8b5206@gateway/web/freenode/ip.14.139.82.6) | |
| 12:46.21 | *** join/#brlcad archit_ (75d05c50@gateway/web/freenode/ip.117.208.92.80) | |
| 12:46.56 | archit_ | all |
| 12:46.56 | archit_ | hi |
| 12:50.50 | archit_ | i have already worked on a game through open gl i am interetsted in working in image processing could someone please guide me how to start working on tasks for google code in |
| 13:29.41 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:38.54 | *** join/#brlcad ishwerdas (~inderplus@117.199.110.44) | |
| 13:42.18 | ``Erik | maths22: websvn hammered the machine again with a slew (50+) svn calls in parallel, so I disabled it (chmod 0 style, so apache will send a 403). My gut feeling is that the websvn software does a lot of connections to the server (like 2 for every revision of every file) so our large repository, reaching across the interwebs to sourceforge, things go wonky when a bot traipses in and starts hammering... but the large number of svn calls |
| 13:44.07 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 13:50.02 | starseeker | does websvn work against a local repository without the drama? We could rsync the repo and mirror it locally... |
| 13:56.25 | starseeker | or we could try viewvc (which I believe is what sourceforge used to use before their latest iteration...) |
| 14:15.24 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 14:15.33 | starseeker | a quick experiment suggests that a local rsync'd copy of the svn repo will work... |
| 14:19.07 | starseeker | ``Erik: if that causes any trouble, just go ahead and delete the websvn3 directory... |
| 14:20.32 | starseeker | also, the local repo copy shows Jun 11 as its last update date - if that's on a cron job we probably need to retarget the link to the new repo location |
| 14:24.10 | starseeker | ``Erik: do we not like ViewVC's use of CGI programs? |
| 14:27.41 | starseeker | (just wondering in case websvn proves problematic even in local repo mode...) |
| 14:37.30 | starseeker | tries both enscript and GeSHi, sees merits to both... |
| 14:37.32 | starseeker | hmm |
| 14:46.52 | *** join/#brlcad witness (~witness12@122.162.254.245) | |
| 14:51.27 | starseeker | ``Erik: is there any downside to simply flushing websvn's temp directory every hour of files older than some threshold time? |
| 14:52.33 | starseeker | that presupposes the tmp directory is specific to websvn, of course |
| 15:05.10 | maths22 | It currently does it with a local repo |
| 15:05.46 | maths22 | The biggest problem is that it spawns lots of processes, even with the local repo |
| 15:05.50 | maths22 | We can deal with temp |
| 15:06.04 | maths22 | /usr/src/brlcad is the local copy used by websvn |
| 15:10.17 | ``Erik | starseeker: I'm the wrong dude to ask, I'm just trying to protect the machine from this thing :D |
| 15:20.26 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:27.30 | starseeker | ``Erik: fair enough |
| 15:28.10 | starseeker | I've tweaked things a bit and set up http://brlcad.org/websvn3/listing.php?repname=BRL-CAD to use the local clone of the svn repo - let me know if that starts causing trouble |
| 15:29.15 | starseeker | maths22: ah, so the space eating was with the one using the local repo? |
| 15:30.09 | starseeker | ``Erik: if we can have a temp directory just for websvn, I'll point it to that - could you set up a cron job to flush it once an hour or some such? |
| 15:30.26 | starseeker | maths22: looks like it's quite dated |
| 15:30.33 | starseeker | the /usr/src/brlcad sync |
| 15:33.25 | starseeker | I suspect what's happening (based on the behavior I'm seeing) is that websvn is caching results it generates from the subversion repo to improve performance. As soon as anything automated hits our repo, crunch. |
| 15:34.30 | starseeker | the authors must have been assuming either small repos, a *lot* of disk space, or no automatic scripts that systematically query every link |
| 16:00.24 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 16:06.32 | *** join/#brlcad witness (~witness12@122.162.254.245) | |
| 16:22.20 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 16:47.15 | *** join/#brlcad binaryking_ (~binarykin@117.200.82.73) | |
| 16:54.40 | ishwerdas | hi binaryking |
| 16:55.17 | ishwerdas | hi binaryking_ |
| 16:58.18 | binaryking_ | hi ishwerdas |
| 16:58.36 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 16:58.43 | ishwerdas | you were talking about BRL-CAD logo earlier |
| 16:58.48 | binaryking | ishwerdas: yep |
| 17:01.40 | binaryking | ishwerdas: so, what about a base64 image for the logo? |
| 17:01.47 | binaryking | ishwerdas: instead of css3 |
| 17:02.03 | ishwerdas | I added CSS3 only logo because, i can then manipulate it to create animations, for example when user hovers the colors can change, the angle between two gears can be animated to reflect the opening and closing of brlcad logo and various amount of other manipulations can be done on that, |
| 17:02.12 | ishwerdas | m not sure if that can be done via base 64 image |
| 17:02.49 | binaryking | ishwerdas: I see |
| 17:03.09 | binaryking | no, that can't be achieved with a base64 encoded image |
| 17:03.25 | ishwerdas | is there any other advantage that you are aware of with base64 image? |
| 17:04.25 | binaryking | ishwerdas: nope |
| 17:04.40 | binaryking | ishwerdas: btw, the new website looks awesome! |
| 17:05.20 | binaryking | ishwerdas: can you brief me about BRL CAD and Qt, how is Qt used by BRL CAD? |
| 17:05.50 | binaryking | brlcad: ^^ |
| 17:08.18 | *** join/#brlcad witness (~witness12@122.162.254.245) | |
| 17:08.20 | ishwerdas | binaryking: thanks :) |
| 17:10.46 | ishwerdas | binaryking: I guess this may help you http://brlcad.org/wiki/New_Cross-Platform_3D_Display_Manager |
| 17:10.53 | binaryking | ishwerdas: does the website use jQuery? |
| 17:10.59 | binaryking | ishwerdas: ah, thanks :) |
| 17:11.43 | binaryking | wishes to have some tasks on Qt stuff as well ;) |
| 17:12.23 | ishwerdas | yes it uses jQuery |
| 17:13.09 | binaryking | cool |
| 17:13.22 | binaryking | maybe then I can come handy with web stuff ;) |
| 17:14.46 | ishwerdas | that would be great! |
| 17:27.55 | binaryking | http://brlcad.org/wiki/GCI_Tasks - is this the tasks list for GCI '13? |
| 17:30.38 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 17:55.09 | binaryking | ^^ |
| 17:59.10 | ``Erik | binaryking: I think http://brlcad.org/wiki/Deuces is a better list at the moment |
| 17:59.49 | binaryking | ``Erik: thank you |
| 19:01.24 | maths22 | Can subversion-python be installed on the server? |
| 19:07.37 | maths22 | It is part of the subversion port (I think) |
| 19:39.31 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 20:38.37 | Notify | 03BRL-CAD:tbrowder2 * 58554 (ova/VM_Update-GCI-2012-12-27/CMAKE.log =================================================================== and 748 others): add notes from VM update task, GCI, by Cezar |
| 20:54.35 | Notify | 03BRL-CAD:tbrowder2 * 58555 ova/README-VM.txt: use Cezar's updated version and trim some more. |
| 20:55.23 | Notify | 03BRL-CAD:tbrowder2 * 58556 (ova/README-VM.txt =================================================================== and 57 others): rename for clarity |
| 21:24.23 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 21:47.10 | maths22 | I currently have very high CPU use from JAVA |
| 21:47.19 | maths22 | Dont worry about it unless it causes a problem |
| 01:45.27 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 02:42.49 | *** join/#brlcad ishwerdas (~inderplus@59.91.234.109) | |
| 03:11.01 | *** topic/#brlcad by ishwerdas -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html | |
| 04:14.12 | Notify | 03BRL-CAD Wiki:Leverpostej * 0 /wiki/User:Leverpostej: |
| 04:30.16 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) | |
| 04:39.00 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 04:49.50 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 05:02.12 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 05:07.39 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 05:16.43 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 08:28.42 | *** join/#brlcad mayankmadan (~mayankmad@120.56.171.145) | |
| 09:12.31 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 09:16.22 | *** join/#brlcad binaryking_ (~binarykin@117.200.80.20) | |
| 09:21.44 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 10:33.00 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 10:33.32 | binaryking | hi brlcad |
| 10:44.39 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 11:01.14 | *** join/#brlcad binaryking_ (~binarykin@117.200.81.28) | |
| 11:03.31 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:30.12 | *** join/#brlcad binaryking_ (~binarykin@117.214.48.234) | |
| 11:32.35 | *** join/#brlcad binaryking__ (~binarykin@117.200.89.81) | |
| 11:41.53 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:49.43 | *** join/#brlcad binaryking_ (~binarykin@117.200.89.202) | |
| 11:52.23 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:53.56 | *** topic/#brlcad by binaryking -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html | |
| 11:54.24 | *** part/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:54.36 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 12:28.51 | *** join/#brlcad binaryking (~binarykin@117.214.50.60) | |
| 12:55.56 | *** join/#brlcad binaryking_ (~binarykin@117.200.81.224) | |
| 13:02.47 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 13:10.12 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:36.36 | *** join/#brlcad binaryking_ (~binarykin@117.200.95.3) | |
| 13:45.24 | maths22 | Look at http://brlcad.org:8060/ for a new repo browser |
| 13:56.55 | ``Erik | I don't see python in the /usr/ports/devel/subversion/ config options |
| 13:57.40 | maths22 | Don't worry about it now |
| 13:57.41 | ``Erik | devel/py-subversion good enough? |
| 13:57.56 | maths22 | that is right |
| 13:58.12 | ``Erik | do you still want it? I can install it really quick, but if it's overcome by events, *shrug* |
| 13:58.39 | maths22 | I don't need it unless people don't like the fisheye one I just posted |
| 13:59.23 | ``Erik | my only issue has been the launching of several dozen to several hundred svn instances, which dogged memory down and had us swapping like mad :D |
| 13:59.36 | maths22 | fisheye does not do that |
| 13:59.50 | ``Erik | cool beans, thanks :D |
| 14:00.15 | maths22 | It only uses 3.4gb of disk space instead |
| 14:01.04 | ``Erik | in /usr? there're ~130 free gigs, so it's all good |
| 14:02.18 | binaryking_ | maths22: cool! |
| 14:03.09 | *** join/#brlcad ch3ck_ (~ch3ck@41.205.13.251) | |
| 14:06.29 | ``Erik | brlcad: I've added a few using the google form, but I'm not finding a way to look at the created spreadsheet. Is there a read only view of the spreadsheet, or do we just wait until you've exported it to the deuces page? |
| 14:13.18 | Notify | 03BRL-CAD:tbrowder2 * 58557 (ova/README-brlcad-development.txt ova/README.building-the-VM): updating for new VM in work |
| 14:17.11 | Notify | 03BRL-CAD:tbrowder2 * 58558 (ova/HOME/dot_bash_aliases.txt =================================================================== and 60 others): add new dir and file for VM config use |
| 14:18.26 | Notify | 03BRL-CAD:tbrowder2 * 58559 (ova/README-brlcad-development.txt =================================================================== and 61 others): move files to proper location |
| 14:20.44 | Notify | 03BRL-CAD:tbrowder2 * 58560 NIL: add dir for Sourceforge site |
| 14:21.47 | Notify | 03BRL-CAD:tbrowder2 * 58561 NIL: rename for clarity |
| 14:22.15 | Notify | 03BRL-CAD:tbrowder2 * 58562 NIL: rename for clarity |
| 14:22.21 | *** join/#brlcad binaryking__ (~binarykin@117.200.80.196) | |
| 14:22.54 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 14:23.09 | Notify | 03BRL-CAD:tbrowder2 * 58563 (ova/README.txt =================================================================== and 57 others): rename for clarity |
| 14:24.20 | *** join/#brlcad witness (~witness12@182.68.21.227) | |
| 14:24.27 | Notify | 03BRL-CAD:tbrowder2 * 58564 NIL: rename for clarity |
| 14:26.25 | Notify | 03BRL-CAD:tbrowder2 * 58565 NIL: rename for clarity |
| 14:30.40 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 14:34.35 | maths22 | Yes, in usr |
| 14:37.25 | maths22 | we should make a cron job to update the local repo |
| 14:37.49 | maths22 | Or, can notifier run svnsync as www when it gets a notification of a commit |
| 14:44.55 | *** join/#brlcad binaryking (~binarykin@117.200.87.71) | |
| 14:44.55 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 14:46.04 | Notify | 03BRL-CAD:tbrowder2 * 58566 NIL: add another home dir |
| 14:46.58 | Notify | 03BRL-CAD:tbrowder2 * 58567 ova/VM-user-home-files/dot_bash_aliases.txt: move files to correct dir |
| 15:08.55 | Notify | 03BRL-CAD:starseeker * 58568 (brlcad/trunk/src/other/boost/boost/predef/os_detected.h =================================================================== and 13 others): I think boost needs this on Mac OSX? |
| 15:14.19 | *** part/#brlcad ch3ck_ (~ch3ck@41.205.13.251) | |
| 15:14.46 | *** join/#brlcad caen23 (~caen23@92.81.176.180) | |
| 15:18.26 | Notify | 03BRL-CAD:tbrowder2 * 58569 (ova/README.building-the-VM ova/Sourceforge-VM-files/README.txt ova/VM-user-home-files/brlcad-code-examples/README-examples.txt): update |
| 15:19.49 | Notify | 03BRL-CAD:tbrowder2 * 58570 (ova/README.building-the-VM =================================================================== and 95 others): rename for Windows use |
| 15:22.58 | Notify | 03BRL-CAD:carlmoore * 58571 brlcad/trunk/src/proc-db/sketch.c: remove trailing tab |
| 15:24.07 | Notify | 03BRL-CAD:tbrowder2 * 58572 (ova/VM-user-home-files/brlcad-config.sh =================================================================== and 10 others): add a convenience config script |
| 15:25.12 | *** join/#brlcad caen23 (~caen23@92.85.87.46) | |
| 15:27.24 | *** join/#brlcad binaryking (~binarykin@117.200.87.71) | |
| 15:27.54 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 15:31.37 | Notify | 03BRL-CAD:tbrowder2 * 58573 (ova/Sourceforge-VM-files/README.loading-the-VM.txt =================================================================== and 6 others): add instructions |
| 15:32.50 | Notify | 03BRL-CAD:tbrowder2 * 58574 NIL: new dir |
| 15:33.19 | Notify | 03BRL-CAD:tbrowder2 * 58575 ova/VM-user-home-files/README-brlcad-development.txt: move to proper dir |
| 16:03.04 | maths22 | what is gcibot? |
| 16:05.54 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 16:15.58 | *** join/#brlcad ishwerdas (~inderplus@59.91.112.60) | |
| 16:19.47 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 16:24.53 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 16:29.29 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 16:29.45 | *** join/#brlcad caen23 (~caen23@92.81.208.248) | |
| 16:46.26 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 16:54.02 | *** join/#brlcad Wabouz_ (~Wabouz@78.193.58.118) | |
| 16:54.11 | Wabouz_ | Bonsoir |
| 16:54.26 | Wabouz_ | Je participe au Google code in |
| 16:54.56 | Wabouz_ | J'aimerai beaucoup pouvoir aider à travers des taches |
| 16:55.43 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 16:56.08 | binaryking | gcibot: hi? |
| 16:56.09 | gcibot | binaryking: Hey, I'm a bot written by aviraldg who inserts metadata about GCI links! Source at: https://github.com/aviraldg/gcibot. |
| 17:01.01 | *** join/#brlcad jschulte (~johannes@p4FDFB09A.dip0.t-ipconnect.de) | |
| 17:01.02 | *** join/#brlcad mandeep (~mandeep@202.164.53.116) | |
| 17:11.11 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 17:11.12 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 17:12.54 | binaryking | https://google-melange.appspot.com/gci/task/view/google/gci2013/6023159862001664 |
| 17:12.57 | gcibot | Create a CSS only version of BRL-CAD Logo |
| 17:12.57 | gcibot | Status: ClaimRequested |
| 17:12.57 | gcibot | Mentor(s): Sean |
| 17:12.58 | binaryking | claimed :) |
| 17:13.35 | YuGin | https://google-melange.appspot.com/gci/task/view/google/gci2013/5112711083982848 |
| 17:13.38 | gcibot | Fix at least 8 spelling mistakes in at least 8 different files #2 |
| 17:13.38 | gcibot | Status: ClaimRequested |
| 17:13.38 | gcibot | Mentor(s): Sean |
| 17:13.39 | YuGin | Claimed... |
| 17:13.48 | *** join/#brlcad aviraldg (aviraldg@unaffiliated/aviraldg) | |
| 17:19.42 | YuGin | Hi Sean, are you there? |
| 17:20.27 | Notify | 03GCI:Andromeda Galaxy * Create numerics library (LIBBN) unit test for any file: Task Claimed - I would like to work on this task. |
| 17:20.44 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 17:22.12 | Notify | 03GCI:Sean * Migrate Drupal site to Wordpress: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 17:22.13 | Notify | 03GCI:Sean * Migrate Drupal site to Wordpress: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 17:22.33 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 17:24.31 | maths22 | WHy is notify posting twice? |
| 17:26.12 | andromeda-galaxy | Hi, I've just claimed a task for Google code-in and I would like to say hello to my mentor (Sean); if you are here, can you tell me what your IRC nick is? |
| 17:26.51 | maths22 | his nick is brlcad |
| 17:27.13 | andromeda-galaxy | maths22: thanks, do you know when he is likely to be here? |
| 17:27.42 | Notify | 03GCI:Bterhi * Fix at least 8 spelling mistakes in at least 8 different files #3: Task Claimed - I would like to work on this task. |
| 17:28.10 | YuGin | To add do, do you know what timezone he is in? |
| 17:31.51 | Notify | 03GCI:Jacob B * Migrate Drupal site to Wordpress: Account - brlcad: I don't know what you see for this, but I am maths22, so I already have an account. |
| 17:32.14 | YuGin | I meant *to add on... |
| 17:35.27 | Notify | 03GCI:YuGin * Fix at least 8 spelling mistakes in at least 8 different files #2: Task Claimed - I would like to work on this task. |
| 17:36.57 | Notify | 03GCI:Jacob B * Migrate Drupal site to Wordpress: Task Claimed - I would like to work on this task. |
| 17:37.02 | Notify | 03GCI:Jacob B * Migrate Drupal site to Wordpress: Task Claimed - I would like to work on this task. |
| 17:41.12 | Notify | 03GCI:Gary-Austin Morales * Write an article soliciting a Windows platform maintainer: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:41.17 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #2: Task Assigned - This task has been assigned to YuGin. You have 72 hours to complete this task, good luck! |
| 17:41.51 | andromeda-galaxy | brlcad: What timezone are you in? |
| 17:41.52 | Notify | 03GCI:binaryking * Create a CSS only version of BRL-CAD Logo: Task Claimed - I would like to work on this task. |
| 17:41.53 | Notify | 03GCI:binaryking * Create a CSS only version of BRL-CAD Logo: Task Claimed - I would like to work on this task. |
| 17:42.02 | Notify | 03GCI:Andrei * Create numerics library (LIBBN) unit test for any file: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 17:42.03 | Notify | 03GCI:Andrei * Create numerics library (LIBBN) unit test for any file: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 17:44.35 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 17:46.43 | Notify | 03GCI:Divya Ranjan * Create a CSS only version of BRL-CAD Logo #2: Task Claimed - I would like to work on this task. |
| 17:49.38 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo: Task Assigned - This task has been assigned to binaryking. You have 72 hours to complete this task, good luck! |
| 17:49.43 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo: Task Assigned - This task has been assigned to binaryking. You have 72 hours to complete this task, good luck! |
| 17:50.03 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 17:51.12 | Notify | 03GCI:Mandeep Kaur * Create a CSS only version of BRL-CAD Logo #2: Task Assigned - This task has been assigned to Divya Ranjan. You have 72 hours to complete this task, good luck! |
| 17:52.36 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: Task Claimed - I would like to work on this task. |
| 17:53.38 | Notify | 03GCI:Divya Ranjan * Create a CSS only version of BRL-CAD Logo #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:53.43 | Notify | 03GCI:Divya Ranjan * Create a CSS only version of BRL-CAD Logo #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 18:01.29 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 18:02.20 | Notify | 03BRL-CAD:carlmoore * 58576 brlcad/trunk/src/proc-db/sphflake.c: some simplification (removing some braces, removing unneeded =0 initializion; H removed as option and ? added |
| 18:05.24 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck! |
| 18:05.24 | maths22 | brlcad: I have started at brlcad.org/wp |
| 18:05.29 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck! |
| 18:05.31 | maths22 | Articles are migrated |
| 18:05.44 | Notify | 03GCI:Feliks * Create prototype 2D Drawing: Task Claimed - I would like to work on this task. |
| 18:05.49 | Notify | 03GCI:Feliks * Create prototype 2D Drawing: Task Claimed - I would like to work on this task. |
| 18:06.54 | Notify | 03GCI:Sean * Create prototype 2D Drawing: Task Assigned - This task has been assigned to Feliks. You have 72 hours to complete this task, good luck! |
| 18:07.04 | Notify | 03GCI:Sean * Create prototype 2D Drawing: Task Assigned - This task has been assigned to Feliks. You have 72 hours to complete this task, good luck! |
| 18:08.29 | Notify | 03GCI:Andrei * Fix at least 8 spelling mistakes in at least 8 different files #3: Task Assigned - This task has been assigned to Bterhi. You have 72 hours to complete this task, good luck! |
| 18:09.51 | Notify | 03GCI:Yatharth Agarwal * Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task. |
| 18:09.56 | Notify | 03GCI:Yatharth Agarwal * Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task. |
| 18:10.46 | Notify | 03GCI:Yatharth Agarwal * Add missing documentation (for any ONE command) #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 18:10.47 | Notify | 03GCI:Yatharth Agarwal * Add missing documentation (for any ONE command) #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 18:12.46 | Notify | 03GCI:Gary-Austin Morales * Write an article soliciting a Windows platform maintainer: Task Claimed - I would like to work on this task. |
| 18:12.47 | Notify | 03GCI:Gary-Austin Morales * Write an article soliciting a Windows platform maintainer: Task Claimed - I would like to work on this task. |
| 18:24.25 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:24.51 | binaryking | brlcad: there? |
| 18:26.33 | andromeda-galaxy | brlcad: In the task description it says to look at src/libbn/tests/rand.c, does that mean that for this task I have to test that file, or can I write tests for any untested libbn file? |
| 18:27.54 | caen23 | andromeda-galaxy: that file *is* a test, it's given as an example |
| 18:28.10 | andromeda-galaxy | My git checkout doesn't show a src/libbn/tests/rand.c |
| 18:29.52 | caen23 | sorry, didn't look for it |
| 18:31.11 | andromeda-galaxy | Since it isn't there, does that mean that that is the one that I need to write? It is definitely not in SVN revision 58575 which is the one that I have checkout out from an our ago |
| 18:31.20 | Notify | 03GCI:Yatharth Agarwal * Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task. |
| 18:31.30 | Notify | 03GCI:Yatharth Agarwal * Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task. |
| 18:31.31 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 18:31.45 | binaryking | andromeda-galaxy: src/libbn/rand.c is the file which you have to write a test for |
| 18:32.09 | andromeda-galaxy | binaryking: okay, I was just wondering because the task description says any file |
| 18:32.35 | Notify | 03GCI:Mandeep Kaur * Add missing documentation (for any ONE command) #3: Task Assigned - This task has been assigned to Yatharth Agarwal. You have 72 hours to complete this task, good luck! |
| 18:32.35 | binaryking | andromeda-galaxy: src/libbn/tests/bn_rand.c will be the source file for the unit test |
| 18:32.36 | Notify | 03GCI:Mandeep Kaur * Add missing documentation (for any ONE command) #3: Task Assigned - This task has been assigned to Yatharth Agarwal. You have 72 hours to complete this task, good luck! |
| 18:32.42 | binaryking | right caen23 ? |
| 18:32.55 | andromeda-galaxy | binaryking: So just a test for void bn_mathtab_constant(void) {}? |
| 18:33.44 | caen23 | i think so, too. link to the task, btw? |
| 18:35.05 | andromeda-galaxy | sorry, here: http://www.google-melange.com/gci/task/view/google/gci2013/4518287610216448 |
| 18:35.08 | gcibot | Create numerics library (LIBBN) unit test for any file |
| 18:35.08 | gcibot | Status: Claimed (2 hours, 23 minutes left) |
| 18:35.08 | gcibot | Mentor(s): Sean |
| 18:35.18 | andromeda-galaxy | that is the one that I claimed |
| 18:35.40 | Notify | 03GCI:Yatharth Agarwal * Add missing documentation (for any ONE command) #3: asc2g available? - I would like to document the asc2g function for this task. If not that, then the ad one. The task... |
| 18:35.45 | Notify | 03GCI:Yatharth Agarwal * Add missing documentation (for any ONE command) #3: asc2g available? - I would like to document the asc2g function for this task. If not that, then the ad one. The task... |
| 18:35.51 | andromeda-galaxy | BTW: gcibot got the hours/minutes mixed up with the days/hours |
| 18:36.12 | aviraldg | andromeda-galaxy, willfix |
| 18:37.22 | andromeda-galaxy | aviraldg: do you mean gcibot or the task description (to say rand.c)? |
| 18:37.48 | aviraldg | gcibot, of course |
| 18:37.48 | gcibot | aviraldg: Hey, I'm a bot written by aviraldg who inserts metadata about GCI links! Source at: https://github.com/aviraldg/gcibot. |
| 18:37.56 | aviraldg | ugh |
| 18:38.08 | binaryking | :P |
| 18:38.21 | andromeda-galaxy | aviraldg: okay |
| 18:39.07 | YatharthROCK | What VCS does BRL-CAD use? |
| 18:39.52 | caen23 | andromeda-galaxy: i think any new test will do, the description must've been simply copied from an existing task |
| 18:40.04 | kesha | YatharthROCK: svn |
| 18:40.05 | andromeda-galaxy | caen23: okay, thanks for the information |
| 18:41.00 | Notify | 03GCI:binaryking * Create a CSS only version of BRL-CAD Logo: Ready for review - The work on this task is ready to be reviewed. |
| 18:44.35 | kesha | aviraldg: Check and merge pull request on gci bot to correct day-hours. |
| 18:44.52 | aviraldg | oops |
| 18:44.58 | aviraldg | just fixed it myself :P |
| 18:45.01 | aviraldg | thanks anyway |
| 18:45.03 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 18:45.13 | kesha | okay :D |
| 18:54.02 | andromeda-galaxy | One last thing --- is the testing convention to make tests that take lists of numbers and return true if the numbers satisfy their tests? (i.e. test_bn_3pts_collinear would take three points and return true if the bn_3pts_collinear function returns true) |
| 18:57.46 | kesha | andromeda-galaxy: you can use int as return type and return 0 if true and -1 if false. Any logic is fine. And then if successful, display result using bu_log. |
| 18:58.23 | kesha | andromeda-galaxy: Look at other tests. You can steal the format and/or idea wherever applicable ;) |
| 18:58.48 | andromeda-galaxy | kesha: so it takes a list of numbers in as a string and returns something indicating if those numbers fulfilled a specific predicate? |
| 18:59.02 | andromeda-galaxy | I'm trying to write a test for bn_plane.c |
| 19:04.09 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: Find out about a maintainer - Im having trouble gaining a full understanding of what a 'maintainer' is. So far i have... |
| 19:04.14 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: Find out about a maintainer - Im having trouble gaining a full understanding of what a 'maintainer' is. So far i have... |
| 19:05.27 | kesha | andromeda-galaxy: you might like to see this prototype - int bn_3pts_collinear(fastf_t *a, fastf_t *b, fastf_t *c, const struct bn_tol *tol); |
| 19:06.24 | andromeda-galaxy | kesha: bn_3pts_collinear or test_bn_3pts_collinear? |
| 19:06.50 | kesha | test_bn_3pts_collinear is the one you are supposed to write |
| 19:06.59 | andromeda-galaxy | and the main() function should parse a string to get the a,b,c, right? |
| 19:11.38 | andromeda-galaxy | Is there a preference on whether main() takes a string and parses it (like bn_list) or has them hardcoded (like bn_poly)? that is sort of what I was trying to ask... |
| 19:17.47 | kesha | I guess a test can be hardcoded if you are sure about the hardcoded values would check for all possibilites or are found from output of some other function or program. Otherwise, you would be introducing magic numbers, which is hard to debug in future. |
| 19:18.01 | andromeda-galaxy | kesha: okay, thanks |
| 19:18.17 | andromeda-galaxy | the definition of fastf_t is somewhat confusing, but I think I'm getting there... |
| 19:19.00 | andromeda-galaxy | bu.h defines fastf_t to be a double, but it seems to be used like a 3-vector in other places... |
| 19:20.56 | Notify | 03GCI:Yatharth Agarwal * Add missing documentation (for any ONE command) #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:21.26 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Task Claimed - I would like to work on this task. |
| 19:23.07 | YatharthROCK | Which logo do we have to reproduce for this task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 19:23.37 | YatharthROCK | As 2-d one <http://brlcad.org/images/angelov_512x256.png> or a 3-d one <http://brlcad.org/images/angelov3d_512x256.png>? |
| 19:24.11 | *** join/#brlcad gcibot (~gcibot@117.200.91.101) | |
| 19:26.15 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo #2: Task Assigned - This task has been assigned to Yatharth Agarwal. You have 72 hours to complete this task, good luck! |
| 19:27.28 | andromeda-galaxy | kesha: where are the constants X,Y,Z defined? how are they being used to index fastf_t? Sorry to bother you more, but I can't easily find things like this in a codebase this size, if you have any suggestions on how to do that better I will happily take them. |
| 19:41.03 | Notify | 03BRL-CAD:tbrowder2 * 58577 ova/VM-user-home-files/README-brlcad-development.txt: update |
| 19:42.42 | Notify | 03BRL-CAD:tbrowder2 * 58578 ova/Sourceforge-VM-files/README.txt: update |
| 19:43.42 | kesha | andromeda-galaxy: which constants X,Y,Z are you talking abt ? |
| 19:44.25 | andromeda-galaxy | kesha: in plane.c, bn_pt3_pt3_equal, for instance, says |
| 19:44.25 | Notify | 03BRL-CAD:tbrowder2 * 58579 ova/VM-user-home-files/brlcad-config.sh: add missing lines |
| 19:44.32 | andromeda-galaxy | a[X]-b[X] |
| 19:44.36 | andromeda-galaxy | when a,b are fastf_t |
| 19:44.41 | andromeda-galaxy | sorry, fastf_t* |
| 19:46.09 | andromeda-galaxy | I was wondering how X,Y,Z were being used to index fastf_t (which is a typedef for double in this case) to get 3 values out of it. |
| 19:49.06 | Notify | 03GCI:Andrei * Create a screen-cast for BRL-CAD: Task Claimed - I would like to work on this task. |
| 19:49.20 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo #2: hopping around - Yatharth, hopping around to a lot of different tasks frequently usually makes it much more difficult to complete any... |
| 19:49.28 | kesha | andromeda-galaxy: http://pastebin.com/CtX88TaG |
| 19:50.01 | andromeda-galaxy | kesha: ah, thanks |
| 19:50.47 | andromeda-galaxy | I was thrown off the most by the fact that as far as I can tell the tests pass in point_t and the code looks at them as pointers to fastf_t |
| 19:50.59 | andromeda-galaxy | also, where should I get a tol object to put in? |
| 19:51.02 | kesha | Good Luck andromeda-galaxy, got to go .. |
| 20:07.44 | andromeda-galaxy | should bn_plane_3pts_collinear return true or false when all the points are the same? |
| 20:09.34 | *** join/#brlcad talga (~dajoshina@ip68-0-230-7.ri.ri.cox.net) | |
| 20:12.28 | Notify | 03GCI:Sean * Create a screen-cast for BRL-CAD: Task Assigned - This task has been assigned to Andrei. You have 72 hours to complete this task, good luck! |
| 20:12.29 | Notify | 03GCI:Sean * Create a screen-cast for BRL-CAD: Task Assigned - This task has been assigned to Andrei. You have 72 hours to complete this task, good luck! |
| 20:14.16 | *** part/#brlcad talga (~dajoshina@ip68-0-230-7.ri.ri.cox.net) | |
| 20:19.41 | andromeda-galaxy | Can someone point me to something that documents the intended behavioir of bn_3pts_collinear please? |
| 20:19.50 | andromeda-galaxy | I need to know what it should do if the three points are all the same |
| 20:22.53 | andromeda-galaxy | brlcad: are you here? |
| 20:34.40 | andromeda-galaxy | I think I might have a bug in bn_3pts_collinear |
| 20:35.08 | andromeda-galaxy | I get this data |
| 20:35.09 | andromeda-galaxy | : |
| 20:35.24 | andromeda-galaxy | 6,2,4 6,2,4 9.3,8.1,4.6: collinear |
| 20:35.37 | andromeda-galaxy | 9.3,8.1,4.6 6,2,4 6,2,4: non collinear |
| 20:35.52 | andromeda-galaxy | 6,2,4 9.3,8.1,4.6 6,2,4: collinear |
| 20:36.07 | andromeda-galaxy | 5.3,8.1,9.6 5.3,8.1,9.6 5.3,8.1,9.6: non collinear |
| 20:36.22 | andromeda-galaxy | Can someone tell me if this is the expected behavior please? |
| 20:37.05 | andromeda-galaxy | brlcad:, aviraldg:, are you here? |
| 21:04.35 | brlcad | andromeda-galaxy: hello! |
| 21:04.46 | brlcad | it's a busy day, as you can imagine .. some responses will take a little while |
| 21:04.51 | andromeda-galaxy | ah, thanks |
| 21:05.05 | andromeda-galaxy | brlcad: did you see my question about the behavior of 3pts_collinear? |
| 21:05.54 | brlcad | maths22: awesome |
| 21:05.59 | andromeda-galaxy | brlcad: if that is what it should be doing I will alter my tests and submit them, if it is not what it should be doing I will keep the tests the same and submit hem |
| 21:10.03 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Task Claimed - I would like to work on this task. |
| 21:11.49 | andromeda-galaxy | brlcad: I was trying to do this task: http://brlcad.org/images/angelov_256.png |
| 21:11.54 | andromeda-galaxy | sorry, i mean: |
| 21:12.15 | andromeda-galaxy | http://www.google-melange.com/gci/task/view/google/gci2013/4518287610216448 |
| 21:12.18 | gcibot | Create numerics library (LIBBN) unit test for any file |
| 21:12.18 | gcibot | Status: Claimed (2 days, 20 hours left) |
| 21:12.18 | gcibot | Mentor(s): Sean |
| 21:36.33 | andromeda-galaxy | I'm sorry to ask again, but I just need to know what that function should do so that I can adjust a value and then I can submit my task, so it would be great if someone could tell me the expected output of bn_3pts_collinear in the cases above |
| 21:40.29 | Notify | 03GCI:Sean * Create a graphical mock-up for wiki pages of BRL-CAD: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete this task, good luck! |
| 21:43.35 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer http://www.google-melange.com/gci/task/view/google/gci2013/4534595869474816: maintainer : maintainer - ... |
| 21:43.35 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer http://www.google-melange.com/gci/task/view/google/gci2013/4534595869474816: maintainer : maintainer - ... |
| 21:44.35 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command) #3: both - I believe they are both available, but you'll know by looking in the source distribution for the corresponding documentation... |
| 21:44.36 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command) #3: both - I believe they are both available, but you'll know by looking in the source distribution for the corresponding documentation... |
| 21:46.00 | Notify | 03GCI:Sean * Migrate Drupal site to Wordpress: recognized - Yep, recognized you right away Jacob! This is going to be ... good. :) |
| 21:53.56 | Notify | 03GCI:Benj * Create numerics library (LIBBN) unit test for qmath.c: Task Claimed - I would like to work on this task. |
| 21:54.01 | Notify | 03GCI:Benj * Create numerics library (LIBBN) unit test for qmath.c: Task Claimed - I would like to work on this task. |
| 21:59.22 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: appreciated - OK thanks |
| 22:02.27 | Notify | 03GCI:Sean * Create numerics library (LIBBN) unit test for qmath.c: Task Assigned - This task has been assigned to Benj. You have 72 hours to complete this task, good luck! |
| 22:02.57 | Notify | 03GCI:Sean * Create a screen-cast for BRL-CAD: you decide - You decide, but it needs to be effective. You may need voice or overlays to explain what you're doing. Otherwise, just watching a mouse... |
| 22:03.20 | andromeda-galaxy | brlcad: sorry to bother you, but I was wondering if you had seen my question, since all that I need to submit my task is an answer to that one thing |
| 22:07.23 | Notify | 03GCI:Andrei * Create a screen-cast for BRL-CAD: voice - should I record voice too, or just the screen? |
| 22:10.33 | *** part/#brlcad Wabouz_ (~Wabouz@78.193.58.118) | |
| 22:19.54 | Notify | 03BRL-CAD Wiki:Evanhart616 * 0 /wiki/User:Evanhart616: |
| 22:21.36 | andromeda-galaxy | Hi, can anyone explain what the behavior of bn_3pts_collinear should be when two or three of the points are the same? |
| 22:46.19 | Notify | 03BRL-CAD:tbrowder2 * 58580 (ova/VM-user-home-files/brlcad-code-examples/link-files.sh =================================================================== and 24 others): add utility script |
| 22:46.33 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Potential Site - The potential desktop and mobile views are in a zip folder which will be uploaded momentarilly. |
| 22:46.47 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 22:50.34 | Notify | 03GCI:Benj * Create numerics library (LIBBN) unit test for qmath.c: Communication - Sean how could I communicate to you? |
| 22:50.44 | Notify | 03GCI:Benj * Create numerics library (LIBBN) unit test for qmath.c: Communication - Sean how could I communicate to you? |
| 22:54.25 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 22:56.40 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Please Use Mockup2.zip - There were some formatting mistakes in the uploaded files. Please Use Mockup2.zip |
| 23:00.03 | andromeda-galaxy | Hi, can anyone explain what the behavior of bn_3pts_collinear should be when two or three of the points are the same? |
| 23:00.29 | maths22 | andromeda-galaxy: just so you know, any mentor can help you with any task (almost) at brlcad |
| 23:00.35 | maths22 | other orgs may not be the same |
| 23:00.44 | andromeda-galaxy | maths22: thanks |
| 23:02.04 | andromeda-galaxy | maths22: I'm having trouble finding anyone here right now, I just need to answer this question to set 2-3 expected-values and then I can submit my task but it seems that there haven't been any mentors here that can help me with it for the last 2 hrs |
| 23:08.01 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: format? - Can this be done on a word document or notepad? is there a specific software i should use for creating this?... |
| 23:11.23 | n_reed | andromeda-galaxy: function behavior should be documented in the header file containing the function declaration; in the case of bn_* functions, the file is include/bn.h |
| 23:28.19 | andromeda-galaxy | n_reed: thanks |
| 23:29.11 | andromeda-galaxy | however, I was wondering what it means by collinear |
| 23:29.17 | andromeda-galaxy | i.e. do three identical points count? |
| 23:29.23 | andromeda-galaxy | or what if two are the same and another is not? |
| 23:29.44 | andromeda-galaxy | Also, the ordering-does-not-matter restriction is broken by the test that I have here |
| 23:30.21 | andromeda-galaxy | should I submit the test that fails since I think that it should be failing? |
| 23:32.26 | *** join/#brlcad Ben__ (62711b7a@gateway/web/freenode/ip.98.113.27.122) | |
| 23:32.45 | Ben__ | What is Unit Testing Software? |
| 23:33.29 | Notify | 03GCI:Andromeda Galaxy * Create numerics library (LIBBN) unit test for any file: Ready for review - The work on this task is ready to be reviewed. |
| 23:34.12 | andromeda-galaxy | brlcad: A test fails, but I think that that is because the code doesn't do what it should |
| 23:34.19 | andromeda-galaxy | brlcad: can you please review my code? |
| 23:40.00 | Notify | 03GCI:Daniel Rossberg * Create a CSS only version of BRL-CAD Logo: Some issues - Your file looks ill formated and contains java script. This could be caused by the Melange website. Maybe you... |
| 23:40.02 | Notify | 03GCI:Daniel Rossberg * Create a CSS only version of BRL-CAD Logo: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 23:42.31 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website: Task Claimed - I would like to work on this task. |
| 23:42.45 | *** join/#brlcad AndroUser (~androirc@117.199.97.29) | |
| 23:44.26 | Notify | 03GCI:Gauravjeet Singh * Create Wordpress theme for BRL-CAD website: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck! |
| 23:44.31 | Notify | 03GCI:Gauravjeet Singh * Create Wordpress theme for BRL-CAD website: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck! |
| 23:46.32 | *** join/#brlcad witness_ (~witness12@182.68.21.227) | |
| 23:54.10 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 00:10.15 | Notify | 03BRL-CAD:tbrowder2 * 58581 (ova/Sourceforge-VM-files/copy-to-brlcad-vm-site.sh.template =================================================================== and 31 others): add script templates for file transfer |
| 00:10.16 | *** join/#brlcad ishwerdas (~inderplus@117.199.97.29) | |
| 00:10.58 | Notify | 03BRL-CAD:tbrowder2 * 58582 (ova/Sourceforge-VM-files/README.loading-the-VM.txt ova/Sourceforge-VM-files/README.txt): update with latest info |
| 00:11.46 | Notify | 03BRL-CAD:tbrowder2 * 58583 ova/Build-VM/README.building-the-VM.txt: update with latest info |
| 00:18.01 | Notify | 03GCI:Hardeep Singh Rai * Create numerics library (LIBBN) unit test for qmath.c http://www.google-melange.com/gci/task/view/google/gci2013/4681515157946368: IRC Use IRC channel or mailing list.... |
| 00:29.27 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): Task Claimed - I would like to work on this task. |
| 00:29.32 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): Task Claimed - I would like to work on this task. |
| 00:30.22 | Notify | 03GCI:Gauravjeet Singh * Implement a centroid function for right hyperbolic cylinders (RHC): Task Assigned - This task has been assigned to Andrew. You have 72 hours to complete this task, good... |
| 00:37.32 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 00:38.05 | binaryking | hi ishwerdas |
| 00:38.12 | ishwerdas | hi |
| 00:38.17 | ishwerdas | hi binaryking |
| 00:39.07 | binaryking | ishwerdas: how do I make the border-radius to bulge inwards? |
| 00:39.31 | binaryking | we need jQuery then, as just simple CSS3 won't do the trick |
| 00:41.08 | ishwerdas | binaryking: wait, let me confirm. I will get back to you soon. |
| 00:44.42 | ishwerdas | binaryking: no, you don't need jQuery for that. There is a simple trick that can do this (just a few lines of CSS). I would love, if you try a bit more finding the CSS property that can achieve this. For now, I confirm that it can be done only with CSS |
| 00:45.23 | binaryking | ishwerdas: inward border-radius? |
| 00:45.31 | binaryking | hmm, lemme see |
| 00:58.35 | Notify | 03GCI:Benj * Create numerics library (LIBBN) unit test for qmath.c: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:01.53 | *** join/#brlcad binaryking (~binarykin@117.200.80.38) | |
| 01:01.53 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 01:19.27 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 01:20.17 | YuGin | Hi mentor Sean, are you there? |
| 01:39.10 | maths22 | brlcad: I don't think I should migrate users: they integrate with mediawiki and need to be redone to integrate with wordpress |
| 01:39.22 | maths22 | maybe that could be another task? |
| 01:39.31 | maths22 | Also, I have not migrated comments |
| 01:39.40 | maths22 | Do you think they are worth it? |
| 01:39.57 | maths22 | Obviously, the theming is also wrong right now, but that will change |
| 01:43.44 | *** join/#brlcad aviraldg-2 (aviraldg@117.200.84.147) | |
| 01:53.20 | brlcad | ~cadsvn |
| 01:53.20 | infobot | To obtain BRL-CAD from Subversion: svn checkout https://svn.code.sourceforge.net/p/brlcad/code/brlcad/trunk brlcad |
| 02:03.17 | brlcad | YuGin: welcome |
| 02:03.53 | YuGin | Hi, I have a few clarifications I would like to make regarding my task: 'Fix at least 8 spelling mistakes in at least 8 different files #2' |
| 02:03.58 | brlcad | andromeda-galaxy: I'm here pretty much all day and night nearly every day |
| 02:04.20 | YuGin | infobot posted a link a few lines ago, is that where I can find the latest, most updated source code? |
| 02:04.21 | infobot | YuGin: okay |
| 02:05.25 | brlcad | andromeda-galaxy: today being the first day .. makes for a very busy day and little time to talk |
| 02:05.46 | brlcad | in fact this week will be pretty packed, but I do answer if people are still here when I can respond |
| 02:06.46 | brlcad | maths22: any way to associate an image with each article like in dp? |
| 02:09.27 | brlcad | andromeda-galaxy: looking at src/libbn/tests/rand.c is just an example .. there are lots of unit test examples (and yes, a unit test for ANY libbn file is a valid GCI task) |
| 02:09.45 | brlcad | you just have to make sure you test all the public functions in each file |
| 02:11.19 | maths22 | What do you mean? |
| 02:11.45 | maths22 | the way it is displayed is just some html at the beginnign of the artile (I think) |
| 02:15.40 | brlcad | andromeda-galaxy: ah, and tests/rand.c is the one you write (if that's the corresponding one you're testing) |
| 02:18.30 | brlcad | caen23: you participating again? |
| 02:19.13 | *** part/#brlcad Ben__ (62711b7a@gateway/web/freenode/ip.98.113.27.122) | |
| 02:23.13 | brlcad | andromeda-galaxy: sorry I had to bolt before your follow-up question earlier today about colinear points |
| 02:25.43 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task. |
| 02:25.48 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task. |
| 02:26.13 | Notify | 03GCI:Harmanpreet * Write an article soliciting a Windows platform maintainer: Your Choice - We only need a well written article no matter which editor or word processor is used. Article should be... |
| 02:26.14 | Notify | 03GCI:Harmanpreet * Write an article soliciting a Windows platform maintainer: Your Choice - We only need a well written article no matter which editor or word processor is used. Article should be... |
| 02:27.03 | Notify | 03GCI:Harmanpreet * Fix at least 8 spelling mistakes in at least 8 different files: Task Assigned - This task has been assigned to David Gumberg. You have 72 hours to complete this task, good luck! |
| 02:29.26 | brlcad | YuGin: catching up with the backlog, yes that is how to obtain our latest code |
| 02:31.22 | YuGin | Ok thanks. Also, what exactly would be the 'patch file' that I have to submit as per the instructions? Is it simply a document detailing all the mistakes I've found? |
| 02:32.21 | maths22 | YuGin:http://ariejan.net/2007/07/03/how-to-create-and-apply-a-patch-with-subversion/ |
| 02:32.42 | brlcad | maths22: right, in drupal, it is just embedded as an <img> tag .. but presumably wp has a way to associate images? drupal has a way, we just didn't use it |
| 02:33.02 | brlcad | (and yes, I realize this would be a separate GCI task) |
| 02:33.28 | Notify | 03GCI:Daniel Rossberg * Create numerics library (LIBBN) unit test for any file: Looks good, but ... - I havn't tested it yet, but at a first sight it looks good. However, I think the year in the... |
| 02:33.33 | Notify | 03GCI:Daniel Rossberg * Create numerics library (LIBBN) unit test for any file: Looks good, but ... - I havn't tested it yet, but at a first sight it looks good. However, I think the year in the... |
| 02:33.34 | Notify | 03GCI:Daniel Rossberg * Create numerics library (LIBBN) unit test for any file: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 02:33.54 | YuGin | @maths22, great, thanks. |
| 02:34.24 | Notify | 03GCI:Ellis * Fix bounding box function for our polygonal mesh (BoT) primitive: Task Claimed - I would like to work on this task. |
| 02:34.34 | maths22 | SHould I then close my current one |
| 02:34.35 | brlcad | YuGin: you can also see a summary of how to make a patch here: http://brlcad.org/wiki/Deuces#When_You.27re_Done |
| 02:36.34 | Notify | 03GCI:Harmanpreet * Fix bounding box function for our polygonal mesh (BoT) primitive: Task Assigned - This task has been assigned to Ellis. You have 72 hours to complete this task, good luck! |
| 02:36.39 | Notify | 03GCI:Harmanpreet * Fix bounding box function for our polygonal mesh (BoT) primitive: Task Assigned - This task has been assigned to Ellis. You have 72 hours to complete this task, good luck! |
| 02:41.23 | Notify | 03GCI:Sean * Create numerics library (LIBBN) unit test for qmath.c http://www.google-melange.com/gci/task/view/google/gci2013/4681515157946368: anyone Benj, I saw your query on IRC, but you... |
| 02:41.33 | Notify | 03GCI:Sean * Create numerics library (LIBBN) unit test for qmath.c http://www.google-melange.com/gci/task/view/google/gci2013/4681515157946368: anyone Benj, I saw your query on IRC, but you... |
| 02:42.08 | Notify | 03GCI:Sean * Create a graphical mock-up for wiki pages of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 02:42.13 | Notify | 03GCI:Sean * Create a graphical mock-up for wiki pages of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 02:43.29 | Notify | 03GCI:Ellis * Fix bounding box function for our polygonal mesh (BoT) primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 02:50.04 | Notify | 03GCI:Sean * Create a graphical mock-up for wiki pages of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560: not bad Palindrome, The design is interesting,... |
| 02:51.44 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: add article to wiki - Alex, in addition to what Harmanpreet said, the task description says what to do with the article.... |
| 03:01.20 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo: bigger - Also needs to be bigger. |
| 03:05.58 | *** join/#brlcad YuGin_ (~IceChat77@182.55.146.247) | |
| 03:06.51 | *** part/#brlcad YuGin_ (~IceChat77@182.55.146.247) | |
| 03:06.51 | *** join/#brlcad YuGin_ (~IceChat77@182.55.146.247) | |
| 03:16.56 | brlcad | ``Erik: any idea why the notifications are duplicated? |
| 03:17.19 | brlcad | presumably getting two e-mails, but why |
| 03:21.00 | Notify | 03GCI:Jacob B * Migrate Drupal site to Wordpress: Ready for review - The work on this task is ready to be reviewed. |
| 03:21.05 | Notify | 03GCI:Jacob B * Migrate Drupal site to Wordpress: Ready for review - The work on this task is ready to be reviewed. |
| 03:39.10 | Notify | 03GCI:Sam * Design a Cover Photo for Facebook page (and other social networks): Task Claimed - I would like to work on this task. |
| 03:56.30 | Notify | 03GCI:Karena * Create a CAD inspired icon-set for BRL-CAD website: Task Claimed - I would like to work on this task. |
| 04:15.33 | *** join/#brlcad awabimakoto (~tc@th121025.ip.tsinghua.edu.cn) | |
| 04:17.51 | Notify | 03GCI:Karena * Create a CAD inspired icon-set for BRL-CAD website: Task Claimed - I would like to work on this task. |
| 04:17.56 | Notify | 03GCI:Karena * Create a CAD inspired icon-set for BRL-CAD website: Task Claimed - I would like to work on this task. |
| 04:51.42 | Notify | 03GCI:Harmanpreet * Create a CAD inspired icon-set for BRL-CAD website: Task Assigned - This task has been assigned to Karena. You have 72 hours to complete this task, good luck! |
| 04:51.52 | Notify | 03GCI:Harmanpreet * Create a CAD inspired icon-set for BRL-CAD website: Task Assigned - This task has been assigned to Karena. You have 72 hours to complete this task, good luck! |
| 04:52.22 | Notify | 03GCI:Harmanpreet * Design a Cover Photo for Facebook page (and other social networks): Task Assigned - This task has been assigned to Sam. You have 72 hours to complete this task, good luck! |
| 04:53.44 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 04:56.35 | *** join/#brlcad atsoc (~andrew@135.0.83.118) | |
| 04:57.19 | *** join/#brlcad atsoc (~andrew@135.0.83.118) | |
| 05:25.21 | *** join/#brlcad awabimakoto (~awabimako@117.136.0.213) | |
| 05:35.39 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 05:40.39 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 05:44.49 | *** join/#brlcad caen23 (~caen23@92.81.170.231) | |
| 05:49.28 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 06:01.24 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 06:18.34 | *** join/#brlcad witness123_ (~witness12@122.248.183.23) | |
| 06:25.36 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 06:25.44 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: 2-D logo or 3-D logo? - One, sorry for the hopping around. I was extremely nervous, but I'm going to see tasks through now. ... |
| 06:28.59 | YuGin | Sean, or anyone else who can help- How do I export a patch file from a Virtual Machine to Windows? |
| 06:33.13 | YuGin | Never mind- I figured out how to use my thumbdrive for it. |
| 06:34.30 | Notify | 03GCI:YuGin * Fix at least 8 spelling mistakes in at least 8 different files #2: Ready for review - The work on this task is ready to be reviewed. |
| 07:00.54 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 07:33.51 | Notify | 03GCI:John * Design a T-Shirt for BRL-CAD: Task Claimed - I would like to work on this task. |
| 07:34.51 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Allow me - Let me redesign and get back to you after school. |
| 07:34.56 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Allow me - Let me redesign and get back to you after school. |
| 07:43.03 | Notify | 03GCI:Andrei * Create a screen-cast for BRL-CAD: MGED or Archer? - Which one should I use? |
| 07:45.58 | Notify | 03GCI:John * Design a T-Shirt for BRL-CAD: Node problem - Hey guys, there's a Node problem there, meaning I can't seem to be able to connect to your IRC - It's loading forever |
| 07:45.59 | Notify | 03GCI:John * Design a T-Shirt for BRL-CAD: Node problem - Hey guys, there's a Node problem there, meaning I can't seem to be able to connect to your IRC - It's loading forever |
| 07:54.37 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 07:55.47 | Notify | 03GCI:Alexandra Covor * Design BRL-CAD phone/tablet back cover: Task Claimed - I would like to work on this task. |
| 08:27.14 | YatharthROCK | Could someone help me make the BRL-CAD logo in CSS? No matter what I do, some part of the logo that shouldn't be covered by another is always covered. I nee help with the stacking. See <http://jsfiddle.net/YatharthROCK/4v2Hf/2/> for my code |
| 08:33.30 | Notify | 03GCI:Harmanpreet * Design BRL-CAD phone/tablet back cover: Task Assigned - This task has been assigned to Alexandra Covor. You have 72 hours to complete this task, good luck! |
| 08:34.30 | Notify | 03GCI:Harmanpreet * Design a T-Shirt for BRL-CAD: Task Assigned - This task has been assigned to John. You have 72 hours to complete this task, good luck! |
| 08:48.12 | *** join/#brlcad gcibot (~gcibot@117.200.93.193) | |
| 08:51.34 | *** join/#brlcad gcibot (~gcibot@117.200.93.193) | |
| 08:54.51 | Notify | 03GCI:John * Design a T-Shirt for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 08:54.57 | Notify | 03GCI:John * Design a T-Shirt for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 09:02.09 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 09:02.40 | binaryking | brlcad: ping! |
| 09:05.33 | *** join/#brlcad gcibot (~gcibot@117.200.93.193) | |
| 09:08.58 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 09:17.16 | Notify | 03GCI:binaryking * Create a CSS only version of BRL-CAD Logo: Re: bigger - Can you please give the exact dimensions for the logo in pixels? Thank You |
| 09:17.26 | Notify | 03GCI:binaryking * Create a CSS only version of BRL-CAD Logo: Re: bigger - Can you please give the exact dimensions for the logo in pixels? Thank You |
| 09:20.47 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:22.51 | Notify | 03GCI:Kingshuk Kundu * Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task. |
| 09:24.15 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 09:25.12 | Notify | 03GCI:Kingshuk Kundu * Create a custom wikimedia skin for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 09:29.12 | Notify | 03GCI:Sam * Design a Cover Photo for Facebook page (and other social networks): Ready for review - The work on this task is ready to be reviewed. |
| 09:43.03 | *** join/#brlcad binaryking_ (~binarykin@117.200.81.70) | |
| 09:53.40 | Notify | 03GCI:Marin Alexandra * Design a BRL-CAD wallpaper: Task Claimed - I would like to work on this task. |
| 10:11.14 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 10:19.05 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 10:21.39 | binaryking | ``Erik: ping |
| 10:44.13 | *** join/#brlcad binaryking (~binarykin@117.200.84.127) | |
| 10:44.13 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:12.53 | ``Erik | que? |
| 11:21.11 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:22.49 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:32.30 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 11:47.48 | Notify | 03GCI:Sharan * Create a high quality png of BRL-CAD logo: I Would like to - I exited to do this work I will claim this task as soon as i upload the forms.. |
| 12:02.21 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 12:03.49 | Notify | 03BRL-CAD Wiki:AlisonBenson * 0 /wiki/User:AlisonBenson: |
| 12:05.06 | *** join/#brlcad binaryking_ (~binarykin@117.214.50.49) | |
| 12:08.51 | *** join/#brlcad binaryking__ (~binarykin@117.200.86.15) | |
| 12:08.56 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 12:12.24 | *** join/#brlcad binaryking (~binarykin@117.200.93.132) | |
| 12:12.24 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 12:17.56 | *** join/#brlcad binaryking_ (~binarykin@117.200.94.202) | |
| 12:19.57 | *** join/#brlcad binaryking__ (~binarykin@117.214.50.83) | |
| 12:25.07 | Notify | 03BRL-CAD:tbrowder2 * 58584 ova/Sourceforge-VM-files/README.txt: refine and add info |
| 12:38.26 | *** join/#brlcad binaryking__ (~binarykin@117.200.84.94) | |
| 13:08.06 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD wallpaper: Task Assigned - This task has been assigned to Marin Alexandra. You have 72 hours to complete this task, good luck! |
| 13:20.52 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 13:27.39 | Notify | 03GCI:Tan Di Sheng * Design a coffee mug for BRL-CAD: Task Claimed - I would like to work on this task. |
| 13:29.14 | *** join/#brlcad __gcibot__ (~gcibot@117.214.48.183) | |
| 13:33.31 | Notify | 03GCI:Mandeep Kaur * Design a coffee mug for BRL-CAD: Task Assigned - This task has been assigned to Tan Di Sheng. You have 72 hours to complete this task, good luck! |
| 13:33.41 | Notify | 03GCI:Pratik Mohapatra * Design a prototype CAD GUI layout #2: More Details - Can you please provide me more details Email - mohapatra.pratik@gmail.com |
| 13:35.55 | *** join/#brlcad roz (4fba806d@gateway/web/freenode/ip.79.186.128.109) | |
| 13:42.47 | *** join/#brlcad gjeet (~gaurav@117.212.49.178) | |
| 13:53.37 | Notify | 03GCI:Sharan * Create a high quality png of BRL-CAD logo: Task Claimed - I would like to work on this task. |
| 13:56.07 | Notify | 03GCI:Mandeep Kaur * Create a high quality png of BRL-CAD logo: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good luck! |
| 13:56.12 | Notify | 03GCI:Mandeep Kaur * Create a high quality png of BRL-CAD logo: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good luck! |
| 13:56.22 | roz | Hello, is there anyone who can I talk to about GCI? |
| 14:01.48 | *** join/#brlcad gjeet (~gaurav@117.212.49.178) | |
| 14:05.40 | n_reed | ~ask |
| 14:05.40 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 14:07.17 | YuGin | @roz, you can also try the #gsoc channel for general GCI questions. |
| 14:08.13 | Notify | 03GCI:Sharan * Create a high quality png of BRL-CAD logo: Ready for review - The work on this task is ready to be reviewed. |
| 14:09.36 | *** join/#brlcad binaryking_ (~binarykin@117.200.92.5) | |
| 14:15.54 | Notify | 03GCI:Gauravjeet Singh * Design a T-Shirt for BRL-CAD: Task is - The task is to design a T-Shirt, what you have submitted is just a logo with some red gradient. T-Shirt design includes designing... |
| 14:16.54 | Notify | 03GCI:Gauravjeet Singh * Design a T-Shirt for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 14:16.59 | Notify | 03GCI:Gauravjeet Singh * Design a T-Shirt for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 14:19.43 | Notify | 03GCI:Gauravjeet Singh * Create a high quality png of BRL-CAD logo: Task Closed - Congratulations, this task has been completed successfully. |
| 14:21.45 | Notify | 03GCI:John * Design a T-Shirt for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:21.50 | Notify | 03GCI:John * Design a T-Shirt for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:26.40 | Notify | 03BRL-CAD:starseeker * 58585 (brlcad/trunk/src/other/boost/boost/predef/os_detected.h =================================================================== and 24 others): Put os_detected.h in the right place |
| 14:33.57 | andromeda-galaxy | d_rossberg: I saw that last night you marked the libbn unit test task I took as needing more work |
| 14:34.13 | andromeda-galaxy | d_rossberg: can you tell me what you saw wrong with it? |
| 14:43.31 | Notify | 03GCI:binaryking * Create a CSS only version of BRL-CAD Logo: Ready for review - The work on this task is ready to be reviewed. |
| 14:43.36 | Notify | 03GCI:binaryking * Create a CSS only version of BRL-CAD Logo: Ready for review - The work on this task is ready to be reviewed. |
| 14:44.17 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 14:45.41 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo: Scalable - As CSS, the size shouldn't be fixed. It should be scalable. Maybe size it to 50% or 100% of the window size. Right now, it sort... |
| 14:46.12 | roz | Well, I intended to do this task: http://goo.gl/UEPMF7 But I couldn't claim it, cause I haven't uploaded my forms yet. I even made some sketches, but as you can see someone already cliamed it, so I started looking for other tasks wich I can use my ideas for. I found some like: http://goo.gl/ByV7vF or http://goo.gl/Wmf9wa. |
| 14:46.18 | roz | So here come my question - can I try to deesign whole set of items using simlar ideas just to make it look more profesional and consistent? |
| 14:46.26 | roz | This set would include: facebook photo, coffe mug, t-shirt, some kind of "promo animation" (I can make it with music, but it would take a bit more time, cause creating things in DAWs is a bit time consuming), wallpapers, css animated baner (the example one is over 1000 lines of code, so it would take a bit more time again), Wordpress theme, or whatever you want. |
| 14:46.53 | roz | It even doesn't have to be for GIC, it's more like, I spent some time thinking about this designs, so now I want to use them :P |
| 14:48.46 | Notify | 03GCI:Sean * Create a screen-cast for BRL-CAD: Either - Whichever gives a better screencast. Probably Archer/MGED. (Archer IS mged, or will eventually be mged.) |
| 14:48.56 | Notify | 03GCI:Sean * Create a screen-cast for BRL-CAD: Either - Whichever gives a better screencast. Probably Archer/MGED. (Archer IS mged, or will eventually be mged.) |
| 14:50.46 | *** join/#brlcad gcibot (~gcibot@117.214.48.183) | |
| 14:50.56 | Notify | 03GCI: * : - |
| 14:51.41 | Notify | 03GCI: * : - |
| 14:55.28 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648: Questions on task Hi so far I have 1. I have made... |
| 14:55.29 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648: Questions on task Hi so far I have 1. I have made... |
| 15:00.59 | andromeda-galaxy | I noticed that Daniel Rossberg left a comment on my task last night saying that it needed some more, if you are here can you tell me what was wrong with it? |
| 15:02.47 | Notify | 03GCI:Tan Di Sheng * Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 15:02.52 | Notify | 03GCI:Tan Di Sheng * Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 15:05.02 | Notify | 03GCI:Gauravjeet Singh * Create a CSS only version of BRL-CAD Logo #2 http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760: 2-D logo 2-d logo would be good. Designing... |
| 15:05.07 | Notify | 03GCI:Gauravjeet Singh * Create a CSS only version of BRL-CAD Logo #2 http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760: 2-D logo 2-d logo would be good. Designing... |
| 15:07.28 | Notify | 03GCI:binaryking * Create a CSS only version of BRL-CAD Logo: Re: Scalable - Making it scalabe, with so manu CSS shapes, will not work out well on all resolutions. Can I make it to a fixed size.... |
| 15:08.52 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 15:13.13 | *** join/#brlcad binaryking_ (~binarykin@117.200.91.254) | |
| 15:16.34 | *** join/#brlcad binaryking__ (~binarykin@117.214.48.33) | |
| 15:17.09 | Notify | 03GCI:Gauravjeet Singh * Design a coffee mug for BRL-CAD: Couldn't see your design - The zip file you uploaded seems empty to me. I extracted your file and got an empty folder. Check the file and... |
| 15:19.16 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:19.39 | Notify | 03GCI:Gauravjeet Singh * Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 15:19.44 | Notify | 03GCI:Gauravjeet Singh * Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 15:25.47 | *** join/#brlcad binaryking (~binarykin@117.200.82.69) | |
| 15:25.47 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 15:32.50 | andromeda-galaxy | Can someone tell me what is wrong with https://google-melange.appspot.com/gci/task/view/google/gci2013/4518287610216448? |
| 15:32.52 | gcibot | Create numerics library (LIBBN) unit test for any file |
| 15:32.53 | gcibot | Status: NeedsWork (2 days, 2 hours left) |
| 15:32.53 | gcibot | Mentor(s): Sean |
| 16:33.31 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 16:33.31 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html | |
| 16:34.12 | andromeda-galaxy | Can someone please finish checking the _rev3 file for https://google-melange.appspot.com/gci/task/view/google/gci2013/4518287610216448? |
| 16:34.17 | gcibot | Create numerics library (LIBBN) unit test for any file |
| 16:34.17 | gcibot | Status: NeedsReview (2 days, 1 hours left) |
| 16:34.17 | gcibot | Mentor(s): Sean |
| 16:35.00 | Notify | 03GCI:Sean * Design a Cover Photo for Facebook page (and other social networks): fantastic - Sam this looks fantastic! You've fulfilled this task but I'm going to create another similar task that... |
| 16:35.15 | Notify | 03GCI:Sean * Design a Cover Photo for Facebook page (and other social networks): Task Closed - Congratulations, this task has been completed successfully. |
| 16:37.40 | Notify | 03GCI:Sean * Create a high quality png of BRL-CAD logo: same sharan - Sharan, did you participate in GCI last year? Ie one of our finalists? if so, welcome back! |
| 16:37.45 | Notify | 03GCI:Sean * Create a high quality png of BRL-CAD logo: same sharan - Sharan, did you participate in GCI last year? Ie one of our finalists? if so, welcome back! |
| 16:41.55 | Notify | 03GCI:Sean * Create numerics library (LIBBN) unit test for any file: Task Closed - Congratulations, this task has been completed successfully. |
| 16:42.37 | andromeda-galaxy | brlcad: I would like to do some more tests for functions listed in the libbn testing readme |
| 16:43.25 | andromeda-galaxy | so I was wondering how I could do that since the other BN tests are all for specific file... |
| 16:44.41 | *** join/#brlcad binaryking_ (~binarykin@117.200.81.191) | |
| 16:45.11 | Notify | 03GCI:Sean * Create numerics library (LIBBN) unit test for any file: nicely done - Good work. As mentioned, we can supply a nearly unlimited set of tasks like this one if you're interested or you... |
| 16:46.17 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 16:46.35 | brlcad | andromeda-galaxy: sure, i'll be adding more later today in a few hours so you can get started |
| 16:46.58 | brlcad | or can give one of the specific ones a try... theyre the same thing really |
| 16:47.06 | Notify | 03BRL-CAD:carlmoore * 58590 brlcad/trunk/src/proc-db/spltest.c: remove some braces; notice that spltest.g name can be replaced |
| 16:47.19 | andromeda-galaxy | brlcad: okay, I'll do one of the other ones... if you can tell me what bu_badmagic does |
| 16:47.22 | andromeda-galaxy | I'll do that one |
| 16:47.47 | brlcad | include/*.h describes most |
| 16:48.07 | andromeda-galaxy | The include/bu.h |
| 16:48.15 | andromeda-galaxy | just says "Support routine for BU_CKMAG macro." |
| 16:48.19 | andromeda-galaxy | which is not too much help |
| 16:48.47 | brlcad | if something isn't docd there, can check the source files in src/*/*.c and we can create tasks to document them properly too :) |
| 16:49.24 | andromeda-galaxy | brlcad: okay... the problem with badmagic is that it looks fairly complicated and the badmagic.c file doesn't say what it does either |
| 16:49.30 | andromeda-galaxy | I might do the bomb.c ones though |
| 16:49.43 | binaryking | brlcad: I was looking at http://www.google-melange.com/gci/task/view/google/gci2013/5851582897848320 .......... I am interested in doing that |
| 16:50.13 | gcibot | Implement a surface area function for hyperboloids of one sheet (HYP) |
| 16:50.14 | gcibot | Status: Open |
| 16:50.14 | gcibot | Mentor(s): Sean |
| 16:50.30 | brlcad | binaryking: awesome! |
| 16:50.40 | binaryking | brlcad: and now I have also searched for the formula for the surface area, however I need to know the parameters and what they mean |
| 16:50.42 | brlcad | not an easy one, but doable |
| 16:50.43 | Notify | 03GCI:Andromeda Galaxy * Create an utility library (LIBBU) API unit test for bomb.c: Task Claimed - I would like to work on this task. |
| 16:50.55 | brlcad | try to make one in mged |
| 16:52.19 | *** join/#brlcad gjeet (~gaurav@117.212.49.178) | |
| 16:53.06 | *** join/#brlcad jschulte (~johannes@p4FDFBBDC.dip0.t-ipconnect.de) | |
| 16:53.19 | Notify | 03GCI:Sean * Create an utility library (LIBBU) API unit test for bomb.c: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 16:54.00 | andromeda-galaxy | brlcad: sorry, actually I think I'll work on MGED closedb until we have more of the libbn generic ones... |
| 16:54.23 | binaryking | brlcad: from Create -> Ellipsoids? |
| 16:54.24 | Notify | 03GCI:Andromeda Galaxy * Create an utility library (LIBBU) API unit test for bomb.c: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 16:54.39 | Notify | 03GCI:Andromeda Galaxy * Fix closedb: Task Claimed - I would like to work on this task. |
| 16:54.40 | Notify | 03GCI:Andromeda Galaxy * Create an utility library (LIBBU) API unit test for bomb.c: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 16:54.44 | Notify | 03GCI:Andromeda Galaxy * Fix closedb: Task Claimed - I would like to work on this task. |
| 16:56.09 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: How to become a maintainer - The paragraph on this page also states i should tell them how to take up the responsibility of... |
| 16:56.14 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: How to become a maintainer - The paragraph on this page also states i should tell them how to take up the responsibility of... |
| 16:57.24 | Notify | 03GCI:Gauravjeet Singh * Fix closedb: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 16:57.37 | binaryking | brlcad: how to make a hyperboloid in MGED? |
| 17:02.31 | binaryking | brlcad: http://mathworld.wolfram.com/One-SheetedHyperboloid.html - found this |
| 17:02.49 | Notify | 03GCI:Jacob B * Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 17:03.20 | binaryking | brlcad: can you please check the latest version of my current task? |
| 17:04.04 | andromeda-galaxy | brlcad: can you give me an example of the incorrect behavior? |
| 17:04.12 | andromeda-galaxy | for the closedb task? |
| 17:04.18 | andromeda-galaxy | it seems to be working correctly on my system |
| 17:04.30 | Notify | 03GCI:Mandeep Kaur * Create Wordpress theme for BRL-CAD website #2: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 17:14.25 | *** join/#brlcad ishwerdas (~inderplus@117.212.49.178) | |
| 17:16.37 | binaryking | ishwerdas: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 17:16.40 | gcibot | Create a CSS only version of BRL-CAD Logo |
| 17:16.41 | gcibot | Status: NeedsReview (2 days, 0 hours left) |
| 17:16.41 | gcibot | Mentor(s): Sean |
| 17:18.10 | ishwerdas | hi binaryking |
| 17:18.41 | binaryking | ishwerdas: I have uploaded a screenshot as well |
| 17:18.48 | ishwerdas | yes I have seen it |
| 17:19.43 | ishwerdas | but the logo is not correct yet |
| 17:19.52 | ishwerdas | So you haven't found the way to bulge it inwards |
| 17:20.03 | binaryking | which one? |
| 17:20.11 | binaryking | the black rect top border? |
| 17:20.14 | ishwerdas | yes |
| 17:20.46 | binaryking | ah, that one is a bit tricky, however I have changed the other borders |
| 17:20.53 | binaryking | the sides of the rect |
| 17:21.07 | binaryking | bulging inwards by using an ellipse element |
| 17:21.23 | binaryking | but the top one, I can't figure out what to do |
| 17:22.04 | binaryking | ishwerdas: we can easily do that with jQuery plugins ;) |
| 17:22.33 | binaryking | but for CSS3, I don't understand how can we do that |
| 17:24.06 | ishwerdas | I guess there's a trick with gradients that can be applied here. |
| 17:24.11 | ishwerdas | let me find you some |
| 17:24.15 | ishwerdas | good tutorial on that |
| 17:25.00 | ishwerdas | http://lea.verou.me/2011/03/beveled-corners-negative-border-radius-with-css3-gradients/ |
| 17:25.04 | ishwerdas | how about this |
| 17:26.52 | binaryking | ishwerdas: yeah, I already found this |
| 17:27.04 | ishwerdas | was it useful? |
| 17:27.51 | binaryking | ishwerdas: I couldn't incorporate it with my design |
| 17:28.00 | binaryking | so I used my custom made ellipses |
| 17:28.18 | binaryking | but for this one, I dunno |
| 17:29.22 | ishwerdas | yes it will not work out of the box, but gradients can help in it. |
| 17:29.31 | ishwerdas | there's another hack, that can be done |
| 17:30.32 | ishwerdas | if you slightly increase the height of the black box (gear connector) , and make it hide under the other two circles using z-index, that will also achieve the same effect ll also |
| 17:30.52 | Notify | 03GCI:Sharan * Design BRL-CAD sticker: Ready for review - The work on this task is ready to be reviewed. |
| 17:32.28 | ishwerdas | binaryking: also, give the width and height in percentage, so that it can be used out of the box in any situation for our website. |
| 17:33.11 | binaryking | ishwerdas: umm, but wil that help? I think it won't if you want it to be dynamic in size, I may be wrong |
| 17:33.40 | andromeda-galaxy | Could someone please explain the bug detailed in http://www.google-melange.com/gci/task/view/google/gci2013/6696007827980288? When I use opendb after closedb the commands seem to start working |
| 17:33.49 | gcibot | Fix closedb |
| 17:33.49 | gcibot | Status: Claimed (2 days, 23 hours left) |
| 17:33.49 | gcibot | Mentor(s): Sean |
| 17:34.55 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 17:35.22 | ishwerdas | binaryking: yes it will for sure help, we are going to use it as one complete module, so once you have set the sizes in percentages everything is at correct place it can be used. |
| 17:35.53 | binaryking | ishwerdas: z-index needs position:absolute as well, right? |
| 17:36.05 | ishwerdas | no, it just needs position to be defined |
| 17:36.39 | ishwerdas | and all the sub elements of logo should have it's position defined |
| 17:38.08 | ishwerdas | binaryking: c'mon make it fast, we have lot of interesting projects to do more. |
| 17:38.38 | binaryking | ishwerdas: the problem is the percentage thing |
| 17:38.55 | ishwerdas | binaryking: what's the problem |
| 17:40.52 | ishwerdas | binaryking: just give it a one more try. How much time is left for your task? |
| 17:41.07 | binaryking | ishwerdas: 2 days |
| 17:41.15 | binaryking | ishwerdas: but I also want to do more tasks ;) |
| 17:41.29 | *** join/#brlcad Kiryx (~Kiryx@109.231.0.47) | |
| 17:42.26 | ishwerdas | binaryking: that's plenty of time :) and don't worry we won't be falling short of tasks any sooner :) |
| 17:42.43 | Notify | 03GCI:Tan Di Sheng * Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 17:43.49 | ishwerdas | binaryking: do you have any experience or taste of SASS? |
| 17:44.08 | binaryking | ishwerdas: nope :( |
| 17:46.58 | ishwerdas | binaryking: should give it a try, it's not much of learning curve, ultimately brlcad website is going to be in SASS (and the mockup is) |
| 17:49.31 | binaryking | ishwerdas: https://dl.dropboxusercontent.com/u/50262219/Screenshot%20from%202013-11-19%2023%3A18%3A40.png |
| 17:49.34 | ishwerdas | mandeep: hi |
| 17:50.10 | ishwerdas | binaryking: that's beautiful! high five! Cheers! |
| 17:50.22 | binaryking | ishwerdas: thanks a lot! :D |
| 17:50.27 | binaryking | that was needed :P |
| 17:50.49 | binaryking | now, the challenge |
| 17:51.12 | binaryking | ishwerdas: as you can see, all the measurements have been hard-coded |
| 17:51.47 | binaryking | ishwerdas: lemme convert the pixels to percentage then :) |
| 17:53.00 | ishwerdas | binaryking: yes it won't be a much of hassle making it fluid, you will just have to take precautions with positioning :) and I will try my best to use it in the final website. Cheers! |
| 17:54.22 | maths22 | brlcad: for the wordpress theme, do we want the homepage to look like the cpp-tricks model, or just have the styling? |
| 17:54.31 | maths22 | IE should it have the sections? |
| 17:54.42 | *** join/#brlcad awabimakoto (~awabimako@117.136.0.201) | |
| 17:56.43 | andromeda-galaxy | ishwerdas: do you know when the rest of the "unit tests for any file in libbn" tasks will go up? |
| 17:56.48 | ishwerdas | maths22: the front page has to be the same which will actually be a static page but in the header (as seen in cpp-tricks model) instead of login module you have to put a recent posts from the blog. Blog part (which is the post loop) shall have slightly different design, making content (text) the center-piece |
| 17:57.08 | andromeda-galaxy | I basically have a test for bn_plane_3pts_distinct that I want to turn in |
| 17:58.14 | maths22 | How many posts do we want displayed there? |
| 17:58.15 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: include my name? - also should i include my name in the finished document? |
| 17:58.58 | ishwerdas | maths22: recent posts widget should be a slider featured images and the post heading. 5 would be sufficient plus a see more posts link |
| 18:00.30 | ishwerdas | andromeda-galaxy: I am not aware of that, may be someone else can answer your query better. :( |
| 18:00.38 | andromeda-galaxy | ishwerdas: okay thanks |
| 18:00.48 | andromeda-galaxy | ishwerdas: do you know what the closedb() bug is though? |
| 18:01.07 | andromeda-galaxy | That is the task that I have right now, but I don't see what the bug actually is on my installation of brlcad |
| 18:01.14 | andromeda-galaxy | (straight from SVN yesterda) |
| 18:01.33 | maths22 | OK |
| 18:05.33 | binaryking | ishwerdas: I converted all the pixel values to %, but doesn't work :( |
| 18:05.56 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 18:07.24 | binaryking | ishwerdas: do you have a css3 logo made by you in your PC with % values, which is working? |
| 18:10.09 | ishwerdas | andromeda-galaxy: Sorry but I won't be able to help you with that now, I don't currently have access to my machine that has brl-cad installed. May be someone else can answer it better. |
| 18:11.24 | binaryking | ishwerdas: does SASS support wrapping elements with another elements dimensions |
| 18:11.25 | binaryking | ? |
| 18:11.34 | ishwerdas | binaryking: no just changing the px into % won't work you would also have to take some precautions with positioning of elements. |
| 18:12.05 | ishwerdas | binaryking: couldn't get you there |
| 18:12.05 | binaryking | positioning? |
| 18:13.05 | ishwerdas | binaryking: yes positioning of each sub element of the logo |
| 18:14.47 | Notify | 03GCI:Gauravjeet Singh * Design BRL-CAD sticker: ST4.png - Thses are some good designs, I really liked the one with circle named st4.png. In ST4.png, write BRL-CAD in center using some good font.... |
| 18:15.12 | Notify | 03GCI:Gauravjeet Singh * Design BRL-CAD sticker: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 18:25.59 | *** join/#brlcad ishwerdas (~inderplus@117.212.49.178) | |
| 18:27.11 | binaryking | ishwerdas: I think I'll be using SASS instead |
| 18:27.25 | *** join/#brlcad gjeet (~gaurav@117.212.49.178) | |
| 18:27.31 | binaryking | I make a new css logo from the very beginning now |
| 18:27.37 | Notify | 03GCI:Sharan * Design BRL-CAD sticker: Ready for review - The work on this task is ready to be reviewed. |
| 18:27.43 | binaryking | ishwerdas: I hope to give it to you tomorrow |
| 18:27.47 | binaryking | :) |
| 18:28.21 | ishwerdas | binaryking: using SASS is a good option, but challenge is quite same. SASS at it's very basic is CSS with some extra features like functions and variables |
| 18:29.21 | binaryking | ishwerdas: https://github.com/bits-sass/bits.sass |
| 18:30.12 | Notify | 03GCI:Gauravjeet Singh * Create a graphical mock-up for wiki pages of BRL-CAD: Good going - You are going in a right direction. In this design, The width of the text is too huge, users will get... |
| 18:30.17 | Notify | 03GCI:Gauravjeet Singh * Create a graphical mock-up for wiki pages of BRL-CAD: Good going - You are going in a right direction. In this design, The width of the text is too huge, users will get... |
| 18:30.37 | Notify | 03GCI:Gauravjeet Singh * Create a graphical mock-up for wiki pages of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 18:30.59 | ishwerdas | I guess, you can do the same thing with CSS, and SASS won't make any difference. Just refresh your knowledge about positioning, and may be little tricks to keep the logo intact when size increases. |
| 18:31.09 | ishwerdas | gjeet: hi |
| 18:31.13 | Notify | 03GCI:Andromeda Galaxy * Fix closedb: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 18:31.18 | Notify | 03GCI:Andromeda Galaxy * Create an utility library (LIBBU) API unit test for any file: Task Claimed - I would like to work on this task. |
| 18:31.20 | Notify | 03GCI:Andromeda Galaxy * Fix closedb: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 18:32.02 | gjeet | ishwerdas: hello |
| 18:32.51 | ishwerdas | gjeet: can you tell me about the progress n graphical mock-up of wiki page, or send me a link to that task. as it's not an open task I am unable to look it myself. :( |
| 18:33.15 | caen23 | any idea why notify is misbehaving? i take it that it's not the code, but the server? |
| 18:33.33 | Notify | 03GCI:Sharan * Create a high quality png of BRL-CAD logo: Yep - Yep I took part in GCI 2012 But now i forget how to do everything.. Learning once again, in the meantime I thought I could do... |
| 18:34.45 | gjeet | ishwerdas: http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560 |
| 18:34.48 | gcibot | Create a graphical mock-up for wiki pages of BRL-CAD |
| 18:34.48 | gcibot | Status: NeedsWork (2 days, 3 hours left) |
| 18:34.48 | gcibot | Mentor(s): Sean |
| 18:35.51 | ishwerdas | gjeet: Thanks, that's neat :) |
| 18:38.05 | ishwerdas | gjeet: you can provide him the link to any typography article which talks in brief about number of words in a sentence, and I tried to comment but I was unable to |
| 18:38.20 | ishwerdas | gjeet: so also share http://docs.webplatform.org/wiki/Main_Page from my side as an inspiration source. |
| 18:40.04 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 18:40.13 | gjeet | ishwerdas: ok thanks :) |
| 18:40.24 | ishwerdas | gjeet: welcome :) |
| 18:44.10 | binaryking | ishwerdas: umm, even if I use % values for the logo, the % values mean the dimensions of the client |
| 18:44.19 | binaryking | ishwerdas: and that poses a problem to the code |
| 18:44.54 | binaryking | ishwerdas: suppose I set the main container's width and height to 70% |
| 18:45.25 | binaryking | ishwerdas: I am confused as to how can the different shapes be dynamically sized? |
| 18:45.41 | Notify | 03GCI:Mandeep Kaur * Create an utility library (LIBBU) API unit test for any file: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good... |
| 18:46.17 | maths22 | brlcad: can the theme task be split in two? |
| 18:46.30 | Notify | 03GCI:Gauravjeet Singh * Create a graphical mock-up for wiki pages of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560: Also Check out this wiki for... |
| 18:46.46 | maths22 | The new task would be to make the homepage work in wordpress and the current one would be to theme the site as a whole |
| 18:54.07 | ishwerdas | maths22: what do you meaning by theming the site as a whole? |
| 18:54.16 | ishwerdas | maths22: *mean |
| 18:58.26 | Notify | 03GCI:MirceaS * Implement surface area function for NURBS objects (BREP): Task Claimed - I would like to work on this task. |
| 19:04.37 | Notify | 03GCI:Charlie Dean * Model a toy car with wheels and axles in BRL-CAD: Task Claimed - I would like to work on this task. |
| 19:05.02 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Ready for review - The work on this task is ready to be reviewed. |
| 19:05.52 | Notify | 03GCI:Miked * Fix bounding box function for our polygonal mesh (BoT) primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:08.12 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Review Notes - I have created a crude approximation (necessary sacrifice for lack of SVG due to CSS limitations) in SCSS... |
| 19:08.17 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Review Notes - I have created a crude approximation (necessary sacrifice for lack of SVG due to CSS limitations) in SCSS... |
| 19:09.37 | Notify | 03GCI:Mandeep Kaur * Model a toy car with wheels and axles in BRL-CAD: Task Assigned - This task has been assigned to Charlie Dean. You have 72 hours to complete this task, good luck! |
| 19:09.47 | Notify | 03GCI:Mandeep Kaur * Implement surface area function for NURBS objects (BREP): Task Assigned - This task has been assigned to MirceaS. You have 72 hours to complete this task, good luck! |
| 19:09.48 | Notify | 03GCI:Mandeep Kaur * Implement surface area function for NURBS objects (BREP): Task Assigned - This task has been assigned to MirceaS. You have 72 hours to complete this task, good luck! |
| 19:11.58 | maths22 | The whole wordpress site needs to have the styling (colors, fonts, headers, footers, etc.) |
| 19:12.06 | maths22 | The main page is its own big undertaking |
| 19:12.22 | Notify | 03GCI:Charlie Dean * Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:12.27 | Notify | 03GCI:Charlie Dean * Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:12.57 | Notify | 03GCI:Charlie Dean * Model a toy car with wheels and axles in BRL-CAD: Task Claimed - I would like to work on this task. |
| 19:13.32 | Notify | 03GCI:Charlie Dean * Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:13.37 | Notify | 03GCI:Charlie Dean * Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:21.26 | ishwerdas | maths22: You need not to style the whole theme yet (for every kind of page that's there in current brl-cad website). You just have to style two pages. One is blog page, which you can (for now) style anyway you deem fit (we have separate tasks to design blog posts page, single post page, wiki pages, gallery etc.) |
| 19:22.20 | ishwerdas | maths22: and one is the main index page whose mockup you can see at cpp-tricks website. |
| 19:23.35 | ishwerdas | maths22: I would really be grateful if you can use SASS for styling, because that will ultimately be used in final website. |
| 19:28.26 | *** join/#brlcad andrei_ (~andrei@188.26.186.173) | |
| 19:28.37 | andrei_ | Hello, people! |
| 19:31.07 | caen23 | hey :-) |
| 19:34.07 | andrei_ | oh, you re still around, great |
| 19:37.38 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Plz.. Let me do this - I want to do this .. I have aldreay done most of it But my current task is been reviewed. |
| 19:56.51 | Notify | 03GCI:Cameron * Design a prototype CAD GUI layout #2: Task Claimed - I would like to work on this task. |
| 20:23.01 | Notify | 03GCI:Darcey Mckelvey * Write a ''BRL-CAD Commands Quick Reference'' document: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 20:24.05 | Notify | 03BRL-CAD:carlmoore * 58591 brlcad/trunk/src/proc-db/sphflake.c: supply Usage if no arguments |
| 20:29.21 | Notify | 03GCI:David Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: Task Claimed - I would like to work on this task. |
| 20:30.47 | *** join/#brlcad Expi1 (~Expi1@cpc1-dumb5-2-0-cust29.20-3.cable.virginm.net) | |
| 20:31.47 | Expi1 | hello all, I'm currently doing GCI 2013, and have started a task with BRL-CAD relating to the documentation, it refers to docbook xml files, and I was wondering where I could find these? |
| 20:34.58 | starseeker | Expi1: doc/docbook in the source code tree |
| 20:35.12 | starseeker | you need a source code checkout |
| 20:35.48 | Expi1 | alright, where is the repo? I've found one from google on sourceforge, but the details on the task themselves are sparse. |
| 20:37.45 | starseeker | Expi1: the simplest way is probably to use the virtual machine - see http://brlcad.org/wiki/Deuces |
| 20:38.24 | Expi1 | thanks, that looks great, sorry to be a bother, much appreciated. |
| 20:38.41 | starseeker | not at all - thanks for participating! |
| 20:38.54 | starseeker | any questions about docbook? |
| 20:39.51 | Expi1 | my task is to convert images to a new format, I think I understand what it's asking, however I'm unsure as to how to then submit the work once it's done, and what constitutes as 1 large file (as opposed to 3 small files) |
| 20:40.14 | starseeker | um. Which task did you take? |
| 20:40.22 | Expi1 | http://www.google-melange.com/gci/task/view/google/gci2013/5908226537160704 |
| 20:40.24 | gcibot | Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3 |
| 20:40.24 | gcibot | Status: ClaimRequested |
| 20:40.24 | gcibot | Mentor(s): Sean |
| 20:40.38 | starseeker | ah, that's not a change to images |
| 20:41.30 | *** join/#brlcad Expi (~Expi1@cpc1-dumb5-2-0-cust29.20-3.cable.virginm.net) | |
| 20:41.48 | starseeker | that's a change to the DocBook code that references the images |
| 20:42.07 | Expi | sorry about that, client cut out. yeah, I noticed I worded that wrongly, I understand what it's asking. |
| 20:42.07 | Notify | 03BRL-CAD:carlmoore * 58592 brlcad/trunk/src/proc-db/spltest.c: acknowledge saving of file; store 'filename' in the declaration, thus eliminating an 'else' branch |
| 20:44.05 | starseeker | If you want to just do a checkout, it's: svn co svn://svn.code.sf.net/p/brlcad/code/brlcad/trunk brlcad |
| 20:44.45 | andrei_ | starseeker, how familar are you with css? |
| 20:44.48 | Expi | alright, I'm unfamiliar with svn, I'll need to look into it. I'm just getting the vm installed at the moment. |
| 20:45.05 | andrei_ | Expi : I can help out with that |
| 20:45.47 | starseeker | andrei_: not at all, unfortunately |
| 20:46.00 | starseeker | Expi: if the VM works, that should do fine |
| 20:46.11 | Expi | thanks for all the help |
| 20:46.22 | starseeker | np |
| 20:47.38 | Notify | 03GCI:Johannes Schulte * Implement a surface area function for N-faced polysolid (ARBN): Task Claimed - I would like to work on this task. |
| 20:49.27 | Expi | andrei_: While I'm waiting for the image to download, I've done some css in the past, I might be able to lend a hand (albeit unexpierenced hand) |
| 20:59.27 | Notify | 03GCI:Sean * Implement a surface area function for N-faced polysolid (ARBN): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 20:59.28 | andrei_ | http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760 This one looks good to me, but I was hoping to get a second opinion |
| 20:59.28 | Notify | 03GCI:Sean * Implement a surface area function for N-faced polysolid (ARBN): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 20:59.32 | gcibot | Create a CSS only version of BRL-CAD Logo #2 |
| 20:59.32 | gcibot | Status: NeedsReview (46 hours, 26 minutes left) |
| 20:59.32 | gcibot | Mentor(s): Sean |
| 20:59.37 | Notify | 03GCI:Sean * Implement a surface area function for N-faced polysolid (ARBN): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 20:59.52 | andrei_ | apparently brlcad is around, great |
| 20:59.52 | Notify | 03GCI:Sean * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: Task Assigned - This task has been assigned to David Wood. You have 72 hours... |
| 21:04.09 | Expi | since I'm approved now, the task specifies doc/docbook/books/en/BRL-CAD_Tutorial_Series-VolumeIII.xml looking through this file, it looks like this has already been done? |
| 21:09.58 | Notify | 03GCI:Jacob B * Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:10.23 | Notify | 03GCI:Jacob B * Loading Google charts from API: Task Claimed - I would like to work on this task. |
| 21:14.42 | Expi | I'd like some clarification on something, have I to convert the single imageobject tags, to have both of them, one with role as html, the other with fo? |
| 21:17.30 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 21:17.30 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || We're pariticipating in GCI2013! http://google-opensource.blogspot.com/2013/11/mentoring-organizations-for-google-code.html | |
| 21:21.42 | Notify | 03BRL-CAD:carlmoore * 58593 brlcad/trunk/src/proc-db/spltest.c: improve handling of -h, -?, no-arguments |
| 21:22.48 | Notify | 03GCI:Johannes Schulte * Implement a surface area function for N-faced polysolid (ARBN): Ready for review - The work on this task is ready to be reviewed. |
| 21:28.52 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: .. - I don't feel confident in completing this assignment. |
| 21:28.54 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:28.57 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:35.23 | Notify | 03GCI:David Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None - I think I've finished this task in the Virtual Machine... |
| 21:35.28 | Notify | 03GCI:David Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None - I think I've finished this task in the Virtual Machine... |
| 21:43.53 | Notify | 03GCI:David Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None - I've submitted the files I've modified, they all originated... |
| 21:43.58 | Notify | 03GCI:David Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None - I've submitted the files I've modified, they all originated... |
| 21:43.59 | Notify | 03GCI:David Wood * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: Ready for review - The work on this task is ready to be reviewed. |
| 21:58.33 | *** join/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) | |
| 22:02.15 | Notify | 03GCI: * : - |
| 22:02.25 | Notify | 03GCI: * : - |
| 22:24.02 | Notify | 03GCI:James M * Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 22:25.48 | Notify | 03GCI:James M * Model BRL-CAD Logo Using BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 22:29.00 | *** join/#brlcad Kiryx (~Kiryx@85-202-48-130.internetia.net.pl) | |
| 22:34.03 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Task Claimed - I would like to work on this task. |
| 22:34.28 | *** part/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) | |
| 22:34.39 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: I misunderstood your comment - My apologies, I will finsh this asap. |
| 22:34.44 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: I misunderstood your comment - My apologies, I will finsh this asap. |
| 22:36.40 | Notify | 03BRL-CAD Wiki:Adamcoolcat * 0 /wiki/User:Adamcoolca: |
| 23:33.27 | Notify | 03GCI:Daniel Rossberg * Loading Google charts from API: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 23:34.27 | Notify | 03GCI:Daniel Rossberg * Create a graphical mock-up for wiki pages of BRL-CAD: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete this task, good luck! |
| 23:34.32 | Notify | 03GCI:Daniel Rossberg * Create a graphical mock-up for wiki pages of BRL-CAD: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete this task, good luck! |
| 23:47.50 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 00:01.56 | andromeda-galaxy | I have another unit test done (for libbn, bn_3pts_distinct), can someone please create a task that I can submit it for? |
| 01:15.57 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website: Ready for review - The work on this task is ready to be reviewed. |
| 01:16.17 | Notify | 03GCI:binaryking * Create a CSS only version of BRL-CAD Logo: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:26.43 | *** join/#brlcad atsoc (~andrew@135.0.83.118) | |
| 01:29.40 | *** join/#brlcad ishwerdas (~inderplus@117.207.153.176) | |
| 01:32.08 | ishwerdas | mandeep: hi |
| 01:33.02 | Notify | 03GCI:FaithOh * Create a CAD inspired icon-set for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 01:33.07 | Notify | 03GCI:FaithOh * Create a CAD inspired icon-set for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:33.08 | Notify | 03GCI:FaithOh * Create a CAD inspired icon-set for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 01:33.09 | Notify | 03GCI:FaithOh * Create a CAD inspired icon-set for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:34.18 | Notify | 03GCI:FaithOh * Create a CAD inspired icon-set for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 01:35.18 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo: so close - So close, but giving up? |
| 01:35.19 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo: so close - So close, but giving up? |
| 01:35.28 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: Task Assigned - This task has been assigned to FaithOh. You have 72 hours to complete this task, good luck! |
| 01:41.28 | Notify | 03GCI:Sam * Design a Cover Photo for Facebook page (and other social networks): Sure! - Hi Sean! Thanks! I'll definitely do my best for the next task as well! Thank you! |
| 01:43.13 | andromeda-galaxy | I have another unit test done (for libbn, bn_3pts_distinct), can someone please create a task that I can submit it for? |
| 01:47.00 | Notify | 03GCI:Sean * Create Wordpress theme for BRL-CAD website: details - Connor, Can you share some details about how you made the theme? Did you start with an existing wp theme from somewhere and... |
| 01:47.01 | Notify | 03GCI:Sean * Create Wordpress theme for BRL-CAD website: details - Connor, Can you share some details about how you made the theme? Did you start with an existing wp theme from somewhere and... |
| 01:54.59 | Notify | 03GCI:Sam * Create a web based interactive timeline giving historical tour of BRL-CAD: Task Claimed - I would like to work on this task. |
| 01:55.31 | brlcad | andromeda-galaxy: how long did it take you to pull that test together? |
| 01:55.36 | andromeda-galaxy | brlcad: not very long |
| 01:55.46 | brlcad | we generally don't want to have one function test per file |
| 01:55.53 | andromeda-galaxy | brlcad: okay.... |
| 01:56.01 | brlcad | tri_tri was an exception |
| 01:56.04 | andromeda-galaxy | brlcad: okay, sorry |
| 01:56.11 | brlcad | no need to apologize |
| 01:56.13 | andromeda-galaxy | I didn't see that in the HACKING file |
| 01:56.14 | brlcad | what's "not long? |
| 01:56.19 | brlcad | it's not in there |
| 01:56.44 | andromeda-galaxy | It took me probably < half hour |
| 01:56.57 | andromeda-galaxy | I can put together tests for more of the rest of the ones in that file for a task if you would like |
| 01:56.59 | brlcad | the idea is merely to group functionality so that ideally there's an MxN mapping of source files to test files, ideally 1-to-1 or 1-to-many under some circumstances |
| 01:57.30 | andromeda-galaxy | brlcad: I see. |
| 01:57.59 | brlcad | that's why the unit test tasks reference src/libbu/tests as being better examples to follow |
| 01:58.08 | andromeda-galaxy | I thought that plane might be another good candidate for breakup of the test files because it contains a lot of only loosely related functions that I thought would be best tested if the list of points was in the cmake file |
| 01:58.12 | brlcad | it's expected that you'll get faster at this |
| 01:58.21 | brlcad | how long did the first one take you? the coplanar one? |
| 01:58.44 | andromeda-galaxy | That took several hours, but most of the time was based on my a) understanding the code |
| 01:59.00 | brlcad | more specific than several ? |
| 01:59.01 | andromeda-galaxy | and b) trying to figure out whether that test should be failing or not |
| 01:59.08 | brlcad | closer to 3 to 5 to 7? |
| 01:59.37 | andromeda-galaxy | If you don't count the several hours that I sat in IRC hoping someone could tell me the expected behavior of the function, probably 3-5 |
| 02:00.13 | andromeda-galaxy | I would say that past getting brlcad to build & having to do some other things in between working on it, probably closer to 3 |
| 02:00.50 | andromeda-galaxy | I thought that it was not uncommon to use multiple test files because in libbu/tests there are all of the bu_bitv_*.c tests that each test only one function from bu_bitv |
| 02:01.00 | Notify | 03GCI:Jacob B * Loading Google charts from API: What to do - I'm not exactly sure what this task is asking me to do. |
| 02:01.09 | brlcad | andromeda-galaxy: okay, that sounds more on par |
| 02:01.10 | Notify | 03GCI:Jacob B * Loading Google charts from API: What to do - I'm not exactly sure what this task is asking me to do. |
| 02:01.16 | brlcad | more expected |
| 02:01.43 | andromeda-galaxy | brlcad: is the "correct" testing procedure more similar to bu_escape.c? |
| 02:01.49 | brlcad | a task should be about 2 hours if you subtract all the learning time, the waiting time, the compiling time, etc |
| 02:02.11 | andromeda-galaxy | where the main function takes in a function_to_test and then tests that particular function (I think)? |
| 02:03.59 | andromeda-galaxy | brlcad: Do you want me to rewrite a set of tests for all of plane.c in one file? that should take about the right amount of time, I think. |
| 02:04.14 | brlcad | there is not a notional "correct" without introducing a notion of code coverage or testing API behavior completeness |
| 02:04.35 | andromeda-galaxy | brlcad: by correct I meant closest to your standard testing style |
| 02:04.44 | andromeda-galaxy | since you said that you normally wanted 1 test file per code file |
| 02:06.32 | brlcad | give plane.c a try |
| 02:06.39 | andromeda-galaxy | brlcad: okay |
| 02:06.52 | andromeda-galaxy | will you be around for another ~1hr so that you can check it in when I'm done? |
| 02:06.53 | brlcad | 1 "test", but what constitutes a test varies dramatically |
| 02:06.57 | brlcad | yep |
| 02:07.08 | andromeda-galaxy | so 1 "test" for most of the functions in plane.c ideally, right |
| 02:07.21 | brlcad | yes, all the public functions in that file |
| 02:07.27 | brlcad | the ones declared in include/* |
| 02:07.32 | andromeda-galaxy | and it should take in a test function name/number and a list of points and an expected result, and then return 1/0 if it is true or false? |
| 02:08.52 | andromeda-galaxy | Or should it just run all of the tests with its own numbers from an argument-less main() method? |
| 02:10.04 | brlcad | that detail can go either way |
| 02:10.49 | brlcad | generally speaking, the reason for one vs the other is based on coverage |
| 02:11.08 | andromeda-galaxy | I think that I'll pass in the params & the test function name, because then a developer would be able to run just the necessary test and/or try a new test without having to modify the code |
| 02:14.22 | andromeda-galaxy | brlcad: one quick question |
| 02:14.35 | andromeda-galaxy | I think I know how to get around this anyway, but just out of curiosity |
| 02:14.54 | andromeda-galaxy | why does plane.c use fastf_t pointers instead of point_t? |
| 02:15.13 | brlcad | basically, if the test aims to test all or nearly all possible "types" of input, those might as well be embedded with the test so that it's working or not working |
| 02:15.16 | brlcad | e.g., libbu/tests/bu_quote.c |
| 02:15.42 | brlcad | if it's nearly impossible to test all possible input types, we test some of them and they tend to get listed in the CMakeLists.txt file intead |
| 02:16.10 | andromeda-galaxy | Ah, I see; then we don't have to clutter up CMakeLists.txt with lots of test case calls, and we only have to run one test instead of ~30 |
| 02:17.21 | Notify | 03GCI:Harmanpreet * Create a web based interactive timeline giving historical tour of BRL-CAD: Task Assigned - This task has been assigned to Sam. You have 72 hours to complete this task, good... |
| 02:17.28 | brlcad | most of libbn falls into the latter since covering all possible types of number pairings is a big issue |
| 02:17.49 | andromeda-galaxy | by the way, couldn't bn_3pts_distinct use bn_pt3_pt3_equal? |
| 02:17.57 | brlcad | it's not a quanity issue |
| 02:17.59 | brlcad | it's coverage |
| 02:18.28 | brlcad | if nearly everything is tested, then whether it passes or fails tells us whether something broke |
| 02:18.46 | brlcad | if only a few things are tested, we're looking for specific problems (testing is incomplete) |
| 02:19.20 | andromeda-galaxy | brlcad: okay then, I'll go with the embedded tests here --- it seems like at least for a lot of the 3pts_* functions the domain is pretty well defined |
| 02:19.27 | andromeda-galaxy | thanks for explaining |
| 02:19.28 | brlcad | yes, it probably could, but someone would have to inspect all the callers to bn_3pts_distinct() and/or have coverage testing that demonstrates using bn_pt3_pt3_equal() is equivalent |
| 02:19.47 | andromeda-galaxy | Ah, I see. |
| 02:20.00 | andromeda-galaxy | what about using point_t instead of fastf_t in various places in plane.c? |
| 02:20.30 | brlcad | you're not likely to approach complete coverage with bn_* tests |
| 02:20.49 | brlcad | there are issues with small numbers, near zero |
| 02:20.53 | brlcad | exactly zero |
| 02:20.54 | brlcad | nan |
| 02:20.55 | brlcad | inf |
| 02:20.57 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648: RE: details I took th css, scripts, and images... |
| 02:21.02 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website http://www.google-melange.com/gci/task/view/google/gci2013/4671617942683648: RE: details I took th css, scripts, and images... |
| 02:21.02 | brlcad | small numbers with big numbers |
| 02:21.03 | andromeda-galaxy | brlcad: okay then, I will put them in CMakeLists.txt after all |
| 02:21.04 | brlcad | big with big |
| 02:21.07 | brlcad | small with small |
| 02:21.10 | brlcad | and so on |
| 02:22.11 | brlcad | I don't recall if we kept it, but last year we had a task to create just one comprehensive unit test for one of the bn functions |
| 02:22.18 | brlcad | it was a task in itself |
| 02:22.38 | brlcad | it was a function like bn_pt3_pt3_equal or bn_3pts_distinct |
| 02:22.57 | andromeda-galaxy | I can see where that complexity could come from with all of the weird floating point things that periodically happen... |
| 02:26.57 | andromeda-galaxy | wow, there are a lot of public functions in plane.c... |
| 02:27.29 | andromeda-galaxy | brlcad: Since I am taking in the numbers from the CMakeLists, should I take the name of the function to test or a number (i.e. what does existing code do in good practice?) |
| 02:31.21 | brlcad | andromeda-galaxy: either sounds reasonable |
| 02:31.37 | andromeda-galaxy | brlcad: okay |
| 02:31.44 | brlcad | perhaps make each number/name correspond to a set of embedded tests for that function |
| 02:32.03 | brlcad | if the functions in plane.c logically group into subsets, you could start with a smaller set |
| 02:32.29 | andromeda-galaxy | okay |
| 02:32.38 | brlcad | looks like there are 43 functions in there |
| 02:32.40 | andromeda-galaxy | would that be like "all of the bn_isect*" or "all of the "bn_dist_*" |
| 02:33.29 | andromeda-galaxy | finally: where is bn_isect_line3_line3 defined? |
| 02:33.31 | *** part/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 02:33.38 | brlcad | yeah, looks like there are 11 isect and 11 dist |
| 02:33.43 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 02:33.49 | brlcad | yeah, looks like there are 11 isect and 11 dist |
| 02:34.40 | andromeda-galaxy | Since it takes a while to do the test cases, I was wondering about setting up tasks for _isect + _dist or something since otherwise 43 functions would take quite a while |
| 02:36.01 | brlcad | start with just dist |
| 02:36.17 | brlcad | or isect |
| 02:36.21 | brlcad | not both, not 43 ;) |
| 02:36.28 | andromeda-galaxy | brlcad: okay, I'll do that |
| 02:36.44 | andromeda-galaxy | Would you rather set up a task for that now or when I'm done? |
| 02:36.49 | brlcad | keep track of your time |
| 02:37.09 | andromeda-galaxy | brlcad: okay, I will |
| 02:37.52 | brlcad | at this point in GCI, it's more important to just keep busy working as much as you are willing, and we'll make sure tasks get created/credited |
| 02:38.08 | andromeda-galaxy | brlcad: okay |
| 02:38.36 | andromeda-galaxy | I'm making a list of all of the _dists right now |
| 02:41.01 | andromeda-galaxy | does _dist include _distsq? |
| 02:42.27 | brlcad | grep -E '^bn' plane.c | sort | cut -f1 -d\( | sort |
| 02:42.36 | brlcad | no |
| 02:42.54 | andromeda-galaxy | brlcad: thanks for the grep idea |
| 02:43.06 | andromeda-galaxy | brlcad: okay I will just do _dist_ functions fo rnow |
| 02:43.11 | andromeda-galaxy | *for now |
| 02:43.28 | brlcad | what was the func you just completed? |
| 02:43.38 | andromeda-galaxy | bn_plane_3pts_distinct |
| 02:43.52 | andromeda-galaxy | sorry, bn_3pts_distinct |
| 02:46.02 | brlcad | keep that one and perhaps add these seven others: grep -E '^bn' plane.c | sort | cut -f1 -d\( | sort | grep pt | grep -v _dist_ | grep -v _isect_ |
| 02:46.34 | brlcad | might be a smaller start |
| 02:46.38 | brlcad | before dist |
| 02:47.06 | andromeda-galaxy | brlcad: sure, what should the file be named? |
| 02:49.23 | andromeda-galaxy | The functions seem to be somewhat misc. |
| 02:49.37 | brlcad | they are all related to points |
| 02:49.58 | brlcad | maybe bn_plane_pt.c |
| 02:50.02 | andromeda-galaxy | okay! |
| 02:50.10 | andromeda-galaxy | I'll start my clock and get going... |
| 02:57.40 | andromeda-galaxy | Do you like things like having an array of test functions and calling the function at function_num position in that array? |
| 02:57.55 | andromeda-galaxy | or do you in general prefer things like just switch() on the function_num to call the correct function? |
| 02:59.23 | Notify | 03GCI:Luke Blue * Creating Motion Typography video for BRL-CAD: Task Claimed - I would like to work on this task. |
| 02:59.28 | Notify | 03GCI:Luke Blue * Creating Motion Typography video for BRL-CAD: Task Claimed - I would like to work on this task. |
| 03:01.24 | Notify | 03GCI:Luke Blue * Creating Motion Typography video for BRL-CAD: None - Do we need to narrate? |
| 03:03.46 | andromeda-galaxy | brlcad: one of the functions that you mentioned was one that I did for the first task |
| 03:04.08 | andromeda-galaxy | brlcad: should I make a diff moving that one into this file? if so, how? or would you just apply the new diff instead? |
| 03:07.52 | brlcad | andromeda-galaxy: three new tasks created, filter on "unit test" |
| 03:08.35 | andromeda-galaxy | brlcad: great, thanks |
| 03:08.44 | Notify | 03GCI:Andromeda Galaxy * Create an utility library (LIBBU) API unit test for any file: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 03:08.45 | Notify | 03GCI:Andromeda Galaxy * Create an utility library (LIBBU) API unit test for any file: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 03:08.46 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "point" functions: Task Claimed - I would like to work on this task. |
| 03:08.52 | andromeda-galaxy | brlcad: so should I move colliniear/distinct into the new file and submit the diff for the new file? |
| 03:08.58 | andromeda-galaxy | (not including removal from the old file) |
| 03:09.24 | Notify | 03GCI:Sean * Create unit tests for plane.c "point" functions: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 03:09.34 | Notify | 03GCI:Sean * Creating Motion Typography video for BRL-CAD: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck! |
| 03:09.39 | Notify | 03GCI:Sean * Creating Motion Typography video for BRL-CAD: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck! |
| 03:18.23 | Notify | 03GCI:Sean * Creating Motion Typography video for BRL-CAD: kinda hard - Kind of hard to create a typography without narration. I suggest narrating yourself and if it's a good story, we can replace... |
| 03:18.28 | Notify | 03GCI:Sean * Creating Motion Typography video for BRL-CAD: kinda hard - Kind of hard to create a typography without narration. I suggest narrating yourself and if it's a good story, we can replace... |
| 03:21.11 | andromeda-galaxy | In my tests should I use NEAR_EQUAL for the dist functions? |
| 03:21.55 | andromeda-galaxy | brlcad: or is there another function that takes one of those tolerance objects? |
| 03:24.14 | Notify | 03GCI:Pratik Mohapatra * Redesign MGED/Archer's Menu: Links - Can you provide me the links for these applications. |
| 03:27.05 | Notify | 03GCI:Karena * Create a CAD inspired icon-set for BRL-CAD website: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 03:44.12 | brlcad | andromeda-galaxy: regrouping functions into different files might make sense, but that's a lot of chaos during this initial week |
| 03:44.16 | brlcad | there's a lot going on |
| 03:44.32 | brlcad | should always use the vmath macros where possible |
| 03:44.51 | andromeda-galaxy | brlcad: do you mean I shouldn't move the collinear into bn_plane_pt test? |
| 03:44.53 | brlcad | there's lots of functions that take tolerance objects, search include/*.h |
| 03:44.59 | brlcad | huh? |
| 03:45.19 | andromeda-galaxy | What did you mean by "regrouping functions ..." --- did you mean splitting up plane.c? |
| 03:45.36 | brlcad | you mean moving the test or moving the function |
| 03:46.35 | brlcad | I meant splitting up plane.c |
| 03:46.39 | andromeda-galaxy | Ah, I see |
| 03:46.51 | andromeda-galaxy | maybe I could do that as a task at some later date? |
| 03:47.01 | brlcad | maybe |
| 03:47.16 | andromeda-galaxy | By the way, I am just about half way done with the point functions that you suggested so far and it has been about an hour |
| 03:47.39 | brlcad | that's something much more easily completed by someone with commit access (which you might attain if you keep it up and get to pristine patches) |
| 03:48.06 | andromeda-galaxy | Okay, thanks for the info on that |
| 03:48.19 | andromeda-galaxy | will you still be here in around an hour and a half? I need to eat dinner, and I was wondering if you would be able to look over my patches after that |
| 03:48.36 | brlcad | good, sounds about like what I'd expect .. about 5-10 minutes per function is what I'd expect |
| 03:50.31 | andromeda-galaxy | brlcad: but I haven't had to come up with testcases yet --- so far I have been mostly writing functioins to call the tests & making sure that they have all the right formatting conventions in thes ource and in CMakeLists.txt |
| 03:51.52 | brlcad | that's 90% of the work |
| 03:52.13 | brlcad | ideally it should take you a bit more than two hours |
| 03:52.25 | andromeda-galaxy | okay |
| 03:52.36 | andromeda-galaxy | I did want to check one thing with you on style |
| 03:52.46 | brlcad | but then if you did it again ... it should get much closer to 2 hrs |
| 03:53.10 | andromeda-galaxy | the test functions currently have to duplicate some amount of setup code in parsing the argument lists |
| 03:53.32 | andromeda-galaxy | would it generally be better to do something a little more complicated like try to write a function/macro that does some of that? |
| 03:53.41 | brlcad | reducing duplicate code is always a good practice |
| 03:54.46 | brlcad | you'll find lots of funcs and macros in some of the other tests |
| 03:55.12 | andromeda-galaxy | I'll try to do something clever there |
| 03:55.32 | andromeda-galaxy | the only problem is that the things that need to be done are somewhat diverse, so I don't know what all would make a good macro... |
| 03:56.01 | brlcad | if you stick to the dry principle, it might help |
| 03:56.14 | brlcad | basically the instant you find yourself repeating yourself, make that a function |
| 03:56.17 | brlcad | or macro |
| 03:56.21 | brlcad | and then keep going |
| 03:56.26 | brlcad | ~dry |
| 03:56.26 | infobot | that is the opposite of what is good |
| 03:56.36 | brlcad | heh |
| 03:57.11 | andromeda-galaxy | U was just thinking about how best to avoid really complicated macros that have to tell the difference between a number of rather diverse usecases as to what order the sub-macros should be called. |
| 03:57.18 | andromeda-galaxy | Sorry, I not U |
| 03:58.52 | brlcad | infobot: dry is Don't Repeat Yourself -- a software development principle that emphasizes no code duplication. See http://en.wikipedia.org/wiki/Don't_repeat_yourself for details. |
| 03:58.53 | infobot | ACTION dries is Don't Repeat Yourself -- a software development principle that emphasizes no code duplication. See http://en.wikipedia.org/wiki/Don't_repeat_yourself for details. |
| 03:59.10 | brlcad | infobot: no, dry is Don't Repeat Yourself -- a software development principle that emphasizes no code duplication. See http://en.wikipedia.org/wiki/Don't_repeat_yourself for details. |
| 03:59.10 | infobot | brlcad: okay |
| 04:00.43 | andromeda-galaxy | brlcad: okay, I am currently thinking: a macrothat takes a list of types & names and results in inserting them with the appropriate sscanf() calls |
| 04:01.27 | brlcad | andromeda-galaxy: that means very little to me :) |
| 04:01.47 | brlcad | you'll want to keep it as simple as possible |
| 04:01.54 | andromeda-galaxy | brlcad: I know |
| 04:01.55 | brlcad | use macros/functions purely to reduce duplication |
| 04:02.01 | andromeda-galaxy | that is why I was thinking macro/nomacro |
| 04:02.11 | andromeda-galaxy | because the problem I am looking at right now for macros: |
| 04:02.21 | brlcad | they don't have to have general utility |
| 04:02.23 | andromeda-galaxy | there is a bunch of code that sscanfs() the argument strings into the correct types and numbers of arguments |
| 04:02.46 | brlcad | they're not becoming part of implemention, they're testing infrastructure so they can be a little "dirty" |
| 04:03.00 | andromeda-galaxy | and that has to be quite different for each one |
| 04:03.13 | andromeda-galaxy | the only similarities are that oftentimes they need to read lists of a similar format |
| 04:03.46 | brlcad | see src/libbu/tests/bu_sscanf.c for about as complicated as it should get |
| 04:04.16 | brlcad | that's nearly comprehensive testing of an sscanf implementation including nearly all possible % specifiers in a format string |
| 04:05.04 | brlcad | if they're only similar, that's not exactly duplicate code |
| 04:05.57 | andromeda-galaxy | brlcad: ah, okay |
| 04:06.20 | andromeda-galaxy | brlcad: alright then, I'll write a couple of short macros, finish the testing code, and come up with some test cases |
| 04:06.29 | andromeda-galaxy | but maybe eat dinner in between some of those |
| 04:11.30 | andromeda-galaxy | brlcad: do you know whether you will be able to look over my task in around an hour and a half? |
| 04:26.38 | Notify | 03GCI:Mandeep Kaur * Design a prototype CAD GUI layout #2: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck! |
| 04:34.38 | Notify | 03GCI:Luke Blue * Creating Motion Typography video for BRL-CAD: Script - |
| 04:34.43 | Notify | 03GCI:Luke Blue * Creating Motion Typography video for BRL-CAD: Script - |
| 04:51.29 | Notify | 03GCI:Harmanpreet * Redesign MGED/Archer's Menu http://www.google-melange.com/gci/task/view/google/gci2013/4816070846185472: Use Virtual Disk Image You need to install these applications in... |
| 04:55.39 | Notify | 03GCI:Sean * Create Wordpress theme for BRL-CAD website: Task Closed - Congratulations, this task has been completed successfully. |
| 04:56.49 | Notify | 03GCI:Sean * Create Wordpress theme for BRL-CAD website: nicely done - Connor, That's looking great. We'll undoubtedly have follow-on tasks related to our migration to WP, so keep an eye out for... |
| 04:59.24 | Notify | 03GCI:Harmanpreet * Creating Motion Typography video for BRL-CAD: Good to go - Don't know about other mentors, but from my side, it is excellent. However, you may need to put more content into it... |
| 05:07.44 | Notify | 03GCI:Sean * Create a graphical mock-up for wiki pages of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/4524113196482560: responsive web design Palindrome, This may be of... |
| 05:12.59 | Notify | 03GCI:ehth77 * Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task. |
| 05:13.04 | Notify | 03GCI:ehth77 * Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task. |
| 05:29.26 | Notify | 03GCI:Sean * Doxygen cleanup for LIBRT: Task Assigned - This task has been assigned to ehth77. You have 72 hours to complete this task, good luck! |
| 05:31.56 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 05:40.56 | Notify | 03GCI:Sean * Creating Motion Typography video for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6102460527542272: fantastic That is great start and ditto what Harmanpreet... |
| 05:41.01 | Notify | 03GCI:Sean * Creating Motion Typography video for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6102460527542272: fantastic That is great start and ditto what Harmanpreet... |
| 05:41.16 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 05:46.57 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 05:52.12 | Notify | 03GCI:Sean * Design a Cover Photo for Facebook page (and other social networks) http://www.google-melange.com/gci/task/view/google/gci2013/5087063149903872: follow-on task A follow-on task has... |
| 05:52.17 | Notify | 03GCI:Sean * Design a Cover Photo for Facebook page (and other social networks) http://www.google-melange.com/gci/task/view/google/gci2013/5087063149903872: follow-on task A follow-on task has... |
| 05:56.22 | Notify | 03GCI:Sean * Create a high quality png of BRL-CAD logo: excellent - Outstanding. I'm sure it'll all eventually come back to you. That's quite an advantage! :) Best of luck! |
| 05:56.47 | Notify | 03GCI:Sam * Design a cover image or banner for our Facebook page (and other social media sites) #2: Hi Sean - Hi, would you mind reserving this task for me first? I already signed up for another... |
| 05:58.53 | *** join/#brlcad gjeet (~androirc@202.164.53.117) | |
| 05:59.51 | Notify | 03GCI:Ethan * Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Claimed - I would like to work on this task. |
| 05:59.52 | Notify | 03GCI:Ethan * Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Claimed - I would like to work on this task. |
| 06:01.02 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD: design - Tan, That zip file looks much better! That design is cute, but could you try a non-military design/byline? We have way too many pictures of... |
| 06:01.07 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD: design - Tan, That zip file looks much better! That design is cute, but could you try a non-military design/byline? We have way too many pictures of... |
| 06:01.32 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 06:01.32 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 06:03.12 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this... |
| 06:07.18 | YatharthROCK | Could someone review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 06:11.18 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: no rush - There is no rush. There are other tasks and we can create more if needed. |
| 06:15.53 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: mailing list - Direct them to our brlcad-devel mailing list and/or IRC channel so they can announce their interest and so we... |
| 06:15.57 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: mailing list - Direct them to our brlcad-devel mailing list and/or IRC channel so they can announce their interest and so we... |
| 06:21.33 | Notify | 03GCI:Sean * Design BRL-CAD sticker: intention - What is the intention or motivation for the diagonal color stripe that's a slightly different "reddish" tone. It's placement seems odd and peculiar... |
| 06:21.38 | Notify | 03GCI:Sean * Design BRL-CAD sticker: intention - What is the intention or motivation for the diagonal color stripe that's a slightly different "reddish" tone. It's placement seems odd and peculiar... |
| 06:31.28 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 06:31.33 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 06:32.47 | brlcad | YatharthROCK: that's looking great... almost |
| 06:32.48 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo #2 http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760: looking fantastic Yatharth, that's looking fantastic, but... |
| 06:32.54 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo #2 http://www.google-melange.com/gci/task/view/google/gci2013/5081237563637760: looking fantastic Yatharth, that's looking fantastic, but... |
| 06:33.03 | brlcad | enwanders a bit |
| 06:33.24 | YatharthROCK | brlcad: Hmm... what needs to be changed? |
| 06:33.39 | YatharthROCK | Let me lay it over the SVG versions and see the differences. |
| 06:33.52 | YatharthROCK | Also, what's the font used in the logo? |
| 06:42.38 | brlcad | more detail in the comment |
| 06:42.45 | brlcad | background color, see the url |
| 06:43.10 | brlcad | and we dont' have a set font, just tend to prefer something "solid" looking |
| 06:43.35 | YatharthROCK | brlcad: I uploaded a file showing the differences in the logo. I don't think there's much. |
| 06:43.52 | YatharthROCK | brlcad: And for the background, which browser are you using? |
| 06:44.57 | YatharthROCK | I'll just update my linear-gradient background property. |
| 06:44.57 | YatharthROCK | in my SASS mixin. |
| 07:16.16 | *** join/#brlcad andrei_ (~andrei@188.26.90.180) | |
| 07:17.03 | YatharthROCK | brlcad: Could you check if it works for you now? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 07:17.09 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Ready for review - The work on this task is ready to be reviewed. |
| 07:20.32 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:21.13 | andrei_ | Yatharth, whenever I opened brlcad.html in my Chromium browser |
| 07:21.24 | andrei_ | and I don't get anything in it, it s plain |
| 07:27.35 | Notify | 03GCI:Andrei * Create a CSS only version of BRL-CAD Logo #2: None - I tried to see brlcad.html in both Chromium and Firefox and I got virtually no display. Do you know what's causing the issue?... |
| 07:27.40 | Notify | 03GCI:Andrei * Create a CSS only version of BRL-CAD Logo #2: None - I tried to see brlcad.html in both Chromium and Firefox and I got virtually no display. Do you know what's causing the issue?... |
| 07:27.41 | Notify | 03GCI:Andrei * Create a CSS only version of BRL-CAD Logo #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 07:28.41 | YatharthROCK | Is Andrei here? |
| 07:28.50 | YatharthROCK | Oh, there you are. |
| 07:29.03 | YatharthROCK | andrei_: Chromium? One second... |
| 07:29.17 | andrei_ | I tried on Firefox aswell, Yatharth |
| 07:29.51 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:31.24 | YatharthROCK | andrei_: Could you please check if any external resources loaded? |
| 07:31.42 | YatharthROCK | I think the problem is the my external CSS file isn't imported. |
| 07:31.52 | Notify | 03GCI:Luke Blue * Creating Motion Typography video for BRL-CAD: Sorry - Sorry for grammatical errors, I made the script really fast and forgot to pay attention to grammar. Breaking the task would... |
| 07:33.52 | YatharthROCK | Damn silent failures!! Why did the we have to be so forgiving? |
| 07:33.53 | andrei_ | brlcad1.css is "Failed to load resource" |
| 07:33.54 | andrei_ | :) |
| 07:34.09 | YatharthROCK | andrei_: I found the bug. I'll just upload the fixed version now. |
| 07:34.36 | andrei_ | okay |
| 07:36.37 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Ready for review - The work on this task is ready to be reviewed. |
| 07:38.16 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Fixed bug - The bug was caused by a stupid typo while declaring the external CSS file. Chrome glazed over it, but the other... |
| 07:38.21 | YatharthROCK | <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 07:38.21 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Fixed bug - The bug was caused by a stupid typo while declaring the external CSS file. Chrome glazed over it, but the other... |
| 07:38.49 | andrei_ | Yatharth, this works, but you've got the same issue as the previous version talked of |
| 07:38.54 | andrei_ | the gray background |
| 07:39.11 | andrei_ | it's not a race, there will be plenty of tasks and plenty of time for it :). |
| 07:39.46 | YatharthROCK | andrei: Which browser? It works on Chrome and Firefox for me. |
| 07:40.02 | andrei_ | It works for me, aswell |
| 07:40.16 | andrei_ | but you've got a whole "band" of gray |
| 07:40.28 | andrei_ | gray background, I mean |
| 07:40.34 | YatharthROCK | No gradient? |
| 07:40.42 | YatharthROCK | I see the gradient. |
| 07:40.48 | YatharthROCK | I'm using the latest Firefox Beta. |
| 07:41.10 | YatharthROCK | The canonical linear-gradient property has been supported in Firefox since 4. |
| 07:41.19 | andrei_ | hold on a bit |
| 07:41.27 | YatharthROCK | Could you take a screenshot? |
| 07:41.30 | YatharthROCK | kk |
| 07:41.34 | andrei_ | from what I've seen in Sean's comment, he expected you to have that only as far as the logo goes, not on the entire screen |
| 07:41.43 | andrei_ | I'm not familiar to CSS so I might be wrong |
| 07:43.16 | YatharthROCK | Uhh... I'm not very familiar with CSS either (this was a learning experience). I'll try to make the background not stretch. I don't think I can auto-size it; can I hard-code the width? |
| 07:45.33 | andrei_ | it would probably be a good starting point :) |
| 07:52.16 | YatharthROCK | andrei: I found a way to adapt its dimensions to it's contents' dimensions :D |
| 07:53.53 | YatharthROCK | andrei_: Anything else? |
| 08:09.06 | *** join/#brlcad Kiryx (~Kiryx@85-202-48-130.internetia.net.pl) | |
| 08:09.43 | *** part/#brlcad Kiryx (~Kiryx@85-202-48-130.internetia.net.pl) | |
| 08:16.20 | YatharthROCK | Could someone review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 08:17.57 | Notify | 03GCI:Sam * Create a web based interactive timeline giving historical tour of BRL-CAD: None - Hi, I have a question. Where may I be able to find information about the history of BRL-CAD? The only... |
| 09:02.13 | YatharthROCK | I added text too. Could someone review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 09:08.23 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Notes - I added the text in a free font that closely matches the one used in the original logo. I also refactored my code and... |
| 09:09.03 | Notify | 03GCI:Sharan * Design BRL-CAD sticker: no PSD - I use Inkscape to edit svg files they are all inkscape svgs so they are editable... I made the holes white but they dont look like they are white... |
| 09:09.08 | Notify | 03GCI:Sharan * Design BRL-CAD sticker: no PSD - I use Inkscape to edit svg files they are all inkscape svgs so they are editable... I made the holes white but they dont look like they are white... |
| 09:12.04 | Notify | 03GCI:Sharan * Design BRL-CAD sticker: Ready for review - i cant see the mark task as complete button |
| 09:27.47 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 09:38.45 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 09:38.56 | *** part/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 10:17.41 | Notify | 03GCI:Oleg * Design a coffee mug for BRL-CAD #2: Task Claimed - I would like to work on this task. |
| 10:18.06 | Notify | 03GCI:Oleg * Design a coffee mug for BRL-CAD #2: None - Sean, where I can speak with you about the task? |
| 10:22.33 | Notify | 03GCI:Mandeep Kaur * Design a coffee mug for BRL-CAD #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck! |
| 10:22.38 | Notify | 03GCI:Mandeep Kaur * Design a coffee mug for BRL-CAD #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck! |
| 10:25.18 | Notify | 03GCI:Luke Blue * Creating Motion Typography video for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 10:25.25 | Notify | 03GCI:Luke Blue * Creating Motion Typography video for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 10:25.48 | Notify | 03GCI:Luke Blue * Create a CAD inspired icon-set for BRL-CAD website: Task Claimed - I would like to work on this task. |
| 10:32.07 | YatharthROCK | Which timezone are you guys in? |
| 11:18.58 | Notify | 03GCI:Harmanpreet * Create a CAD inspired icon-set for BRL-CAD website: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck! |
| 11:24.44 | Notify | 03GCI:Tan Di Sheng * Design a coffee mug for BRL-CAD: Design ideas - Dear Sean, I have thought about it and decided to remove the tank images and replace it with something else. I'm currently... |
| 11:24.59 | Notify | 03GCI:YuGin * Write article on BRL-CAD's code hardening efforts: Task Claimed - I would like to work on this task. |
| 11:25.04 | Notify | 03GCI:YuGin * Write article on BRL-CAD's code hardening efforts: Task Claimed - I would like to work on this task. |
| 11:28.44 | Notify | 03GCI:Gauravjeet Singh * Write article on BRL-CAD's code hardening efforts: Task Assigned - This task has been assigned to YuGin. You have 72 hours to complete this task, good luck! |
| 11:29.51 | *** join/#brlcad gjeet (~androirc@202.164.53.117) | |
| 11:30.04 | Notify | 03GCI:Oleg * Design a coffee mug for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed. |
| 11:30.09 | Notify | 03GCI:Oleg * Design a coffee mug for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed. |
| 11:32.18 | Notify | 03GCI:Oleg * Design a coffee mug for BRL-CAD #2: None - Mandeep, where is the Sean? I have some questions about another tasks. Maybe you can give me answers, if Sean isn't here? |
| 11:36.05 | *** join/#brlcad gcibot (~gcibot@117.214.52.3) | |
| 11:38.50 | YuGin | To any BRL-CAD developer- Can I confirm that you guys follow American English instead of British English? (I'm 'Writ(ing) (an) article on BRL-CAD's code hardening efforts') |
| 12:24.58 | *** join/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 12:25.21 | Destroy | Hi all. |
| 12:25.26 | Destroy | Sean, are you here? |
| 12:25.39 | Destroy | /GCI2013/ |
| 12:29.46 | *** join/#brlcad MartinHermida (~MartinHer@33.Red-83-41-62.dynamicIP.rima-tde.net) | |
| 12:31.28 | MartinHermida | My work on GCI is ready to be reviewed |
| 12:31.39 | Destroy | My too |
| 12:31.48 | Destroy | But mentors isn't here... |
| 12:33.08 | MartinHermida | Oh... I've waited since yesterday 22:00 UTC and no one has checked my work yet |
| 12:34.59 | Destroy | + |
| 12:44.27 | starseeker | Destroy: MartinHermida: can you post links to your tasks? |
| 12:45.18 | starseeker | I see 2 that need review - the arbn surface area and one of the documentation tasks - are those yours? |
| 12:45.59 | Destroy | Yes |
| 12:46.04 | Destroy | One moment |
| 12:46.14 | Destroy | https://google-melange.appspot.com/gci/task/view/google/gci2013/5789856567394304 |
| 12:46.19 | gcibot | Design a coffee mug for BRL-CAD #2 |
| 12:46.19 | gcibot | Status: NeedsReview (2 days, 21 hours left) |
| 12:46.19 | gcibot | Mentor(s): Sean |
| 12:46.21 | Destroy | starseeker |
| 12:47.12 | Destroy | starseeker: are you the mentor? |
| 12:47.20 | starseeker | I'm one of the mentors |
| 12:47.44 | starseeker | it's early morning for a lot of us, which may be why you aren't seeing immediate responses |
| 12:48.04 | Destroy | O'K ) |
| 12:48.29 | Destroy | At my time now 2:48 PM (14:48) |
| 12:49.12 | Destroy | Starseeker, Can you help me with the imporning model to the BRL-Cad? |
| 12:49.28 | Destroy | If you can, of course. |
| 12:49.30 | starseeker | Destroy: I'm looking at it now |
| 12:50.10 | Destroy | ? |
| 12:51.43 | Destroy | starseeker, I have sample.g model file. How can I import him to display at MGED Graphics Window? |
| 12:54.08 | starseeker | pardon? You can use the opendb command in mged |
| 12:54.30 | starseeker | then on the mged command prompt type the command: tops |
| 12:54.35 | starseeker | that will list the geometry in the file |
| 12:54.54 | starseeker | then to see a wireframe of it, you use the draw command: draw <geometry_name> |
| 12:57.21 | starseeker | Destroy: I got the images for the coffee mug up - I don't have much artistic sense compared to Sean, but it looks good to me - I'll mark it as closed so you can move to another task, but keep an eye out for comments by him |
| 12:57.21 | Destroy | starseeker, |
| 12:57.21 | Destroy | mged> opendb star.g |
| 12:57.21 | Destroy | Create new database (y|n)[n]? y |
| 12:57.21 | Destroy | The new database star.g was successfully created. |
| 12:57.21 | Destroy | Untitled BRL-CAD Database (units=mm) |
| 12:57.22 | Destroy | mged> |
| 12:57.39 | starseeker | uh - is your file named sample.g or star.g |
| 12:58.47 | Destroy | Ok, mark it as "Complete", I'll start work on another task, and I wait for opinion of Sean. |
| 12:58.55 | starseeker | you may need to specify the full path to your file, or alternatly use the File->Open dialog |
| 12:59.21 | Notify | 03GCI:starseeker * Design a coffee mug for BRL-CAD #2: Task Closed - Congratulations, this task has been completed successfully. |
| 12:59.26 | Notify | 03GCI:starseeker * Design a coffee mug for BRL-CAD #2: Task Closed - Congratulations, this task has been completed successfully. |
| 12:59.34 | Destroy | One second, I'll try to explain the matter more clearly |
| 13:00.21 | Destroy | I work on Brl-Cad on Windows 7 |
| 13:00.23 | Destroy | C:\Program Files (x86)\BRLCAD 7.24.0\share\db |
| 13:00.45 | Destroy | Here is some models like pinewood, havoc and other |
| 13:01.14 | Destroy | How can I see this models in Brl-Cad? |
| 13:01.28 | starseeker | You have MGED running? |
| 13:01.32 | Destroy | Yep |
| 13:01.40 | starseeker | OK, try File->Open |
| 13:01.45 | starseeker | from the GUI menu |
| 13:01.50 | starseeker | you should get a dialog |
| 13:02.02 | Destroy | yes |
| 13:02.18 | starseeker | navigate to the .g file you want to open |
| 13:02.46 | Destroy | Yes |
| 13:02.56 | Destroy | But it don't dispay somewhere |
| 13:02.59 | Destroy | :( |
| 13:03.08 | Destroy | displays* |
| 13:03.10 | starseeker | it won't by default |
| 13:03.15 | starseeker | run the command "tops" |
| 13:03.19 | starseeker | on the MGED command line |
| 13:03.25 | Destroy | yes |
| 13:03.28 | Destroy | Next |
| 13:03.29 | starseeker | what do you see? |
| 13:03.42 | Destroy | mged> tops |
| 13:03.42 | Destroy | all.g/ old.s79 r682/R r684/R |
| 13:03.42 | Destroy | cab.g/ old.s82 r683/R r685/R |
| 13:03.59 | starseeker | now use the draw command: draw all.g |
| 13:04.11 | Destroy | AAAA!!!!! |
| 13:04.17 | Destroy | THANK YOU VERY MUCH |
| 13:04.21 | Destroy | I LUV U:333 |
| 13:04.28 | MartinHermida | starseeker: My task is to make a t-shirt design. Here's the link: http://www.google-melange.com/gci/task/view/google/gci2013/5820985550831616 |
| 13:04.32 | gcibot | Design a T-Shirt for BRL-CAD |
| 13:04.32 | gcibot | Status: NeedsReview (2 days, 1 hours left) |
| 13:04.32 | gcibot | Mentor(s): Sean |
| 13:05.13 | starseeker | Destroy: if you're going to work with MGED, I recommend checking the tutorial: http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdfhttp://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf |
| 13:05.20 | starseeker | gah http://brlcad.org/w/images/c/cf/Introduction_to_MGED.pdf |
| 13:05.26 | starseeker | MartinHermida: ok, one second |
| 13:06.01 | Notify | 03GCI:Oleg * Create an ISST screenshot or animation: Task Claimed - I would like to work on this task. |
| 13:06.28 | Destroy | starseeker, O'K, sensei, thank you. |
| 13:08.11 | Notify | 03GCI:starseeker * Design a T-Shirt for BRL-CAD: None - What is the source for the artwork on the front of the shirt? |
| 13:08.16 | Notify | 03GCI:starseeker * Design a T-Shirt for BRL-CAD: None - What is the source for the artwork on the front of the shirt? |
| 13:10.01 | Notify | 03GCI: * : - |
| 13:10.06 | Notify | 03GCI: * : - |
| 13:11.07 | Notify | 03GCI:starseeker * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: None - Looks good! |
| 13:11.22 | Notify | 03GCI:starseeker * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: Task Closed - Congratulations, this task has been completed... |
| 13:11.30 | YuGin | Hi starseeker, I am working on and finishing up the task of writing an article detailing BRL-CAD's code hardening efforts. I would like to clarify some things though: first, in this wiki page on Code Cleanup: http://brlcad.org/wiki/Code_Cleanup , what exactly does 'Strict Compilation' (the second point) refer to? |
| 13:11.50 | starseeker | Strict compilation |
| 13:11.53 | starseeker | ah |
| 13:11.55 | starseeker | one second... |
| 13:12.03 | YuGin | Ok |
| 13:12.34 | starseeker | Strict compilation means treating compiler warnings as build-haulting errors, not just warnings |
| 13:12.45 | starseeker | see the Werror flag for GCC, for example |
| 13:12.56 | YuGin | I see |
| 13:13.06 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 13:13.16 | *** part/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 13:13.42 | Notify | 03GCI:starseeker * Design a T-Shirt for BRL-CAD: None - Please post the source links for the images in a reply - those are things we need to document |
| 13:13.44 | Destroy | starseeker, help me please, how can I disable orange grid on the model? |
| 13:13.46 | YuGin | That's useful information- but I actually intended to ask if the compiler is an internal program written by the dev team? Or is it a general program sourced from elsewhere? |
| 13:13.55 | starseeker | orange grid? |
| 13:14.05 | Destroy | Yes |
| 13:14.27 | starseeker | the compiler? that's a program written by other people |
| 13:14.49 | Destroy | ? |
| 13:14.55 | Destroy | It's to me? |
| 13:15.03 | Destroy | Or to YuGin? |
| 13:15.06 | starseeker | a compiler is a standard tool for translating human writable source code (C/C++ in this case, primarily) to machine understandable code (binaries) |
| 13:15.09 | starseeker | YuGin |
| 13:15.18 | starseeker | Destroy: I'm not sure what the orange grid would be... |
| 13:15.25 | Destroy | Sec |
| 13:16.12 | starseeker | YuGin: the standard open source compilers are http://gcc.gnu.org/ and http://clang.llvm.org/ for C and C++ |
| 13:16.46 | YuGin | Ah, standard tool, I get it now. One last thing if I may- which part of the community portal do I submit the article to? Is it 'Final Review', 'Initial Drafts' or somewhere else? |
| 13:16.49 | Destroy | starseeker, this: http://s10.postimg.org/4hk7id8jt/grid.jpg |
| 13:17.25 | starseeker | YuGin: if the task didn't specify, I'd say Initial Drafts - add a link to it in your task's comment section |
| 13:17.49 | starseeker | Destroy: ah, that's the wireframe |
| 13:17.50 | YuGin | Right, thanks- I'll leave you to answer the serious questions now :P |
| 13:17.54 | Destroy | =) |
| 13:18.09 | Destroy | I'll try to remember ) |
| 13:18.19 | starseeker | Destroy: bring up the File->Raytrace dialog |
| 13:18.25 | Destroy | Yep |
| 13:18.38 | starseeker | There's a "Framebuffer" menu item at the top of that |
| 13:19.00 | starseeker | Open that, and you'll see three options at the bottom of the menu - Overlay, Interlay, and Underlay |
| 13:19.04 | starseeker | select Overlay |
| 13:19.19 | Destroy | SENKYOU VEYMUCH : D |
| 13:19.23 | Notify | 03GCI:Pulkit Mehta * Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task. |
| 13:20.23 | Notify | 03BRL-CAD:starseeker * 58594 (brlcad/trunk/doc/docbook/lessons/en/mged13_placing_shapes_in_3d.xml brlcad/trunk/doc/docbook/lessons/en/mged14_placing_shapes_in_3d_2.xml and 2 others): Fixes to imageobject inclusions by David Wood from GCI. |
| 13:20.24 | Notify | 03GCI: * : - |
| 13:20.25 | Notify | 03GCI: * : - |
| 13:21.18 | Notify | 03GCI:Pulkit Mehta * Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:21.33 | Notify | 03GCI:Pulkit Mehta * Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task. |
| 13:21.38 | Notify | 03GCI:Pulkit Mehta * Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task. |
| 13:21.58 | MartinHermida | <starseeker> Just posted the source of both images |
| 13:24.28 | MartinHermida | starseeker: Is my work right? |
| 13:24.42 | MartinHermida | (T-Shirt design) |
| 13:24.54 | starseeker | MartinHermida: OK, since it's another artistic one like the mug, I'll accept it but keep an eye out for comments from Sean |
| 13:25.49 | Notify | 03GCI:starseeker * Design a T-Shirt for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 13:26.00 | MartinHermida | starseeker: OK, thanks |
| 13:27.00 | Notify | 03GCI:starseeker * Implement a surface area function for N-faced polysolid (ARBN): None - Patch applies cleanly and builds (at least on Linux) - haven't tested for correctness but if I understand... |
| 13:27.05 | Notify | 03GCI:starseeker * Implement a surface area function for N-faced polysolid (ARBN): Task Closed - Congratulations, this task has been completed successfully. |
| 13:27.07 | MartinHermida | starseeker: Will Sean comment on the task thread or by the IRC channel? |
| 13:27.10 | Notify | 03GCI:starseeker * Implement a surface area function for N-faced polysolid (ARBN): Task Closed - Congratulations, this task has been completed successfully. |
| 13:27.28 | YuGin | starseeker- in what context is the article on code hardening likely to be used? I'm not quite sure how much of an introduction to BRL-CAD and code hardening I should include. |
| 13:27.55 | Notify | 03BRL-CAD:starseeker * 58595 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/table.c): Apply arbn surface area function patch from Johannes Schulte (GCI) |
| 13:28.23 | starseeker | MartinHermida: it could be either - my guess would be IRC, but not sure |
| 13:28.54 | MartinHermida | starseeker: OK, so I'll stay online for his review |
| 13:29.01 | starseeker | YuGin: not sure - if it were me I'd put in the information I didn't know and would have liked to know |
| 13:29.13 | starseeker | that's usually a good starting point |
| 13:29.25 | YuGin | I see, I'll take that into account. |
| 13:29.46 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 13:30.04 | starseeker | YuGin: obviously you don't want to go crazy with background info, but at least some context is probably good (with links to more extensive info if you think your audience is likely to want it) |
| 13:30.20 | Notify | 03GCI:Mandeep Kaur * Create an ISST screenshot or animation: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck! |
| 13:30.22 | Notify | 03GCI:Mandeep Kaur * Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to complete this task, good luck! |
| 13:30.24 | starseeker | OK folks, I'm out of time for now, but other mentors should be coming online |
| 13:30.25 | Notify | 03GCI:Mandeep Kaur * Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to complete this task, good luck! |
| 13:30.56 | YatharthROCK | Could you review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 13:31.03 | YatharthROCK | Which time zones are you guys in? |
| 13:31.16 | Destroy | GTM +2 |
| 13:31.32 | Destroy | bloodseeker |
| 13:31.35 | Destroy | oh |
| 13:31.43 | Destroy | starseeker, help me please |
| 13:31.46 | Destroy | ISST SCREENSHOT |
| 13:31.51 | Destroy | What is the ISST? |
| 13:35.20 | Destroy | starseeker, sensei, where are you? |
| 13:35.41 | Notify | 03GCI:Pulkit Mehta * Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:41.33 | Destroy | starseeker, please :), answer: what is the ISST? |
| 13:44.20 | *** join/#brlcad Stattrav (~suryajith@unaffiliated/stattrav) | |
| 13:44.29 | Stattrav | maths22: Hey |
| 13:45.42 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Claimed - I would like to work on this task. |
| 13:47.07 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to... |
| 13:47.17 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to... |
| 13:47.23 | Notify | 03BRL-CAD Wiki:Theiceman458 * 0 /wiki/User:Theiceman458: |
| 13:48.55 | Destroy | starseeker |
| 13:52.14 | *** part/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 13:54.35 | *** join/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 13:54.56 | Destroy | :-Dstarseeker, are you here? |
| 13:59.42 | YuGin | I think starseeker said he had to go off |
| 14:00.02 | Destroy | Where? When? |
| 14:00.03 | Destroy | : D |
| 14:00.41 | YuGin | [21:30] <starseeker> OK folks, I'm out of time for now, but other mentors should be coming online soon |
| 14:00.52 | YuGin | That was half an hour ago |
| 14:01.12 | Destroy | O'K, I didn't seen it. |
| 14:01.15 | Destroy | Thank you |
| 14:01.53 | YuGin | Btw, have you tried editing on the BRL-CAD wiki before? |
| 14:02.34 | Destroy | Newer yet : D |
| 14:02.37 | Destroy | Never* |
| 14:02.44 | Notify | 03GCI:Oleg * Create an ISST screenshot or animation: None - Complete. |
| 14:02.45 | Notify | 03GCI:Oleg * Create an ISST screenshot or animation: None - Complete. |
| 14:03.17 | Destroy | Bot just godlike |
| 14:03.39 | Destroy | YuGin, where are you from? |
| 14:04.59 | YuGin | I'm from Singapore |
| 14:05.17 | ``Erik | ISST is a program that uses the TIE raytracing engine to interrogate geometry... there're sorta kinda 3 variants... the main BRL-CAD repo has a very basic tcl/tk based one, and there is a git repo that has both GTK+ and SDL based frontends |
| 14:05.51 | Notify | 03BRL-CAD Wiki:Theiceman458 * 0 /wiki/File:CPPCHECK-CLEANUP_sample_output.PNG: |
| 14:05.59 | ``Erik | the tcl/tk one was created with the intent of reproducing the gtk+ interface in a more portable and less dependancy heavy fashion |
| 14:06.10 | Notify | 03GCI: * : - |
| 14:06.31 | Notify | 03BRL-CAD Wiki:Theiceman458 * 0 /wiki/File:Simian_analysis_sample_output.PNG: |
| 14:07.01 | Notify | 03GCI:Oleg * Create an ISST screenshot or animation: Ready for review - The work on this task is ready to be reviewed. |
| 14:07.06 | ``Erik | (the sdl one was an experiment to provide an interface closer to familiar video game interfaces) |
| 14:07.06 | Notify | 03GCI:Oleg * Create an ISST screenshot or animation: Ready for review - The work on this task is ready to be reviewed. |
| 14:07.58 | Destroy | Erik, hello, thanks for the explanation. |
| 14:08.05 | Destroy | Are you the Mentor? |
| 14:09.24 | YatharthROCK | 'The Mentor', LOL... |
| 14:10.12 | Notify | 03BRL-CAD Wiki:Theiceman458 * 6316 /wiki/Community_Publication_Portal: Submission of 'BRL-CAD's Code Hardening Efforts' article under 'Initial Drafts' for Google Code-in 2013 task. |
| 14:10.32 | YuGin | wow, Notify's fast |
| 14:11.45 | ``Erik | Destroy: one of them, yes... was also the one who maintained the libtie/adrt/isst stuff, wrote the sdl version, etc... |
| 14:12.50 | ``Erik | YuGin: thanks :D all these messages are actually rapid email polling and parsing with plenty of fixing still needed (like the gci double email issue) |
| 14:13.08 | YatharthROCK | ``Erik: Could you review my task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 14:13.44 | YatharthROCK | Rapid polling and parsing? Srsly? I thought you hooked into Melange's API. |
| 14:13.49 | Destroy | Erik, great job, yes. Can you review this: https://google-melange.appspot.com/gci/task/view/google/gci2013/5807415064788992 |
| 14:14.02 | gcibot | Create an ISST screenshot or animation |
| 14:14.02 | gcibot | Status: NeedsReview (2 days, 23 hours left) |
| 14:14.02 | gcibot | Mentor(s): Sean |
| 14:15.43 | YuGin | Hmm, anyone can offer advice on how to write italicised text on the BRL-CAD wiki? The normal [i][/i] tags aren't working for me... |
| 14:18.11 | Destroy | ``Erik, where are the other mentors? |
| 14:18.42 | YatharthROCK | I've been waiting all day too. |
| 14:19.47 | Notify | 03GCI:Kelsey * Create a graphical mock-up for BRL-CAD's Blog: Task Claimed - I would like to work on this task. |
| 14:20.21 | ``Erik | YatharthROCK: I'd kinda prefer Sean review it, he has an art eye that I lack :) and the gci one is parsing emails, yes, https://github.com/erikg/cl-cia/blob/master/maildir.lisp #'process-brlcad-gci-mail-dir |
| 14:21.02 | Notify | 03GCI:Kelsey * Create a graphical mock-up for BRL-CAD's Blog: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:21.07 | Notify | 03GCI:Kelsey * Create a graphical mock-up for BRL-CAD's Blog: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:21.08 | ``Erik | I believe several mentors are in the process of relocating their offices? *shrug* |
| 14:21.24 | Destroy | ``Erik, dear, can you review my work, please? |
| 14:22.02 | Notify | 03GCI:Alex * Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 14:22.37 | Notify | 03GCI:Jack * Model a toy car with wheels and axles in BRL-CAD: Task Claimed - I would like to work on this task. |
| 14:22.49 | Destroy | Do mentors get money from google for overseeing GCI? |
| 14:23.10 | ``Erik | Destroy: that's MGED, not ISST... |
| 14:23.22 | Notify | 03GCI:Jack * Model a toy car with wheels and axles in BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:23.27 | Notify | 03GCI:Alex * Design a coffee mug for BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:24.15 | Destroy | Hmm |
| 14:24.21 | ``Erik | Destroy: I don't believe so, and the BRL-CAD project has historically rejected the $500 mentor stipend for the GSoC program to avoid a conflict of interest concern.... we do get tshirts, though :D |
| 14:24.46 | Destroy | : D |
| 14:24.55 | Destroy | Thats fun but sad : D |
| 14:24.57 | Notify | 03GCI:Alex * Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 14:25.10 | YuGin | Erik- can you help with my wiki formatting problem? That's all that's left before I submit my work for review... |
| 14:25.22 | Notify | 03GCI:Rachel * Design a coffee mug for BRL-CAD #4: Task Claimed - I would like to work on this task. |
| 14:25.27 | Notify | 03GCI:Rachel * Design a coffee mug for BRL-CAD #4: Task Claimed - I would like to work on this task. |
| 14:25.30 | Destroy | Can you give link for download ISST? |
| 14:25.53 | Notify | 03GCI:erikg * Create an ISST screenshot or animation: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 14:27.43 | Notify | 03GCI:grabriel * Design a banner ad for BRL-CAD: Task Claimed - I would like to work on this task. |
| 14:27.58 | Notify | 03GCI:erikg * Create an ISST screenshot or animation: Wrong program - provided images are the result of MGED, not ISST. git clone git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git |
| 14:28.20 | ``Erik | YuGin: what's the issue? |
| 14:28.38 | YuGin | How do you italicise text? [i][/i] doesn't work for me. |
| 14:28.51 | Destroy | ``Erik, thank you. Do I must built it git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git on Linux? |
| 14:30.30 | ``Erik | [i] is bbcode, not wiki... http://en.wikipedia.org/wiki/Wikipedia:Tutorial/Formatting indicates ''this'', and you might be able to use straight html, as well... |
| 14:31.27 | YuGin | Ah, I see, thanks! |
| 14:32.19 | Notify | 03BRL-CAD Wiki:Theiceman458 * 6317 /wiki/Community_Publication_Portal: Fixed wonky image embedding and text italicising. |
| 14:32.20 | ``Erik | Destroy: yes, it's known to work well on linux. You might need to verify that the gtk+ dev package is installed. It might not want to compile due to changes in gtk... |
| 14:32.36 | ``Erik | (it's known to work well on linux a couple years ago) |
| 14:32.55 | Notify | 03BRL-CAD Wiki:Theiceman458 * 6318 /wiki/Community_Publication_Portal: /* Tan YuGin: BRL-CAD's Code Hardening Efforts */ |
| 14:33.42 | Notify | 03GCI:YuGin * Write article on BRL-CAD's code hardening efforts: Ready for review - The work on this task is ready to be reviewed. |
| 14:33.42 | Destroy | Thank you. |
| 14:33.46 | Notify | 03GCI:YuGin * Write article on BRL-CAD's code hardening efforts: Ready for review - The work on this task is ready to be reviewed. |
| 14:39.11 | *** join/#brlcad gcibot (~gcibot@117.200.89.237) | |
| 14:40.42 | YatharthROCK | ``Erik: :/ |
| 14:40.53 | YatharthROCK | When will Sean come online? |
| 14:43.29 | YatharthROCK | ``Erik: "(it's known to work well on linux a couple years ago)": You haven't tested it since then? What testing framework does BRL-CAD use BTW? |
| 14:53.51 | Notify | 03GCI:grabriel * Design a banner ad for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:55.53 | Notify | 03GCI:Mandeep Kaur * Design a coffee mug for BRL-CAD #3: Task Assigned - This task has been assigned to Alex . You have 72 hours to complete this task, good luck! |
| 14:55.58 | Notify | 03GCI: * : - |
| 14:55.59 | Notify | 03GCI:Mandeep Kaur * Design a coffee mug for BRL-CAD #4: Task Assigned - This task has been assigned to Rachel . You have 72 hours to complete this task, good luck! |
| 14:56.00 | Notify | 03GCI: * : - |
| 14:56.04 | Notify | 03GCI:Mandeep Kaur * Design a coffee mug for BRL-CAD #4: Task Assigned - This task has been assigned to Rachel . You have 72 hours to complete this task, good luck! |
| 15:01.46 | *** part/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 15:04.51 | YatharthROCK | I've noticed that this year there are mainly designing tasks... |
| 15:07.32 | *** join/#brlcad destroy (~quassel@bras3.donapex.net) | |
| 15:16.36 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 15:16.41 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 15:17.06 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:18.33 | *** join/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 15:19.06 | andromeda-galaxy | bn_distsq_pt3_lseg3_v2 seems to have some contradictory documentation --- can anyone tell me wht return codes 3 and 4 really mean? bn.h gives them two meanings |
| 15:19.11 | Notify | 03GCI:Oleg * Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:19.16 | Notify | 03GCI:Oleg * Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:19.46 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: Task Claimed - I would like to work on this task. |
| 15:19.51 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: Task Claimed - I would like to work on this task. |
| 15:20.40 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5956421170495488: how is this different how is this different... |
| 15:20.45 | Notify | 03GCI:Connor Vickers * Create Wordpress theme for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5956421170495488: how is this different how is this different... |
| 15:21.40 | Destroy | ``Erik, claim it please https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 15:21.44 | gcibot | Design a BRL-CAD Sticker #2 |
| 15:21.44 | gcibot | Status: ClaimRequested |
| 15:21.44 | gcibot | Mentor(s): Sean |
| 15:23.10 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: Task Claimed - I would like to work on this task. |
| 15:23.11 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: Task Claimed - I would like to work on this task. |
| 15:37.06 | Notify | 03GCI:Yatharth Agarwal * Create a book layout for Doc Camp Book: Questions - Should the book be designed for the web, or for print? Do you just want a mock-up, or a document detailing how the... |
| 15:37.23 | YatharthROCK | ``Erik: How was the Notify script implemented again |
| 15:38.02 | YatharthROCK | And could you please review my task like, now? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 15:38.57 | YatharthROCK | I could imagine setting up a Google Drive Apps Script that hooked into a new mail event in Gmail, did the parsing and then posted it on this channel using its new socket functionality :) |
| 15:41.16 | *** join/#brlcad awabimakoto (~tc@2402:f000:5:7901:f2de:f1ff:fe59:138a) | |
| 15:49.16 | Notify | 03GCI:Deep Inder Singh * Create a book layout for Doc Camp Book: Task Claimed - I would like to work on this task. |
| 15:49.17 | Notify | 03GCI:Deep Inder Singh * Create a book layout for Doc Camp Book: Task Claimed - I would like to work on this task. |
| 15:50.06 | Destroy | Mentors |
| 15:50.09 | Destroy | Where are you? |
| 15:51.20 | *** join/#brlcad MartinHermida (~MartinHer@24.Red-83-50-150.dynamicIP.rima-tde.net) | |
| 15:51.32 | andromeda-galaxy | Does anyone know when brlcad is likely to be here? |
| 15:53.09 | Destroy | No, I don't |
| 15:53.24 | Destroy | MENTORS GOTO IRC |
| 15:55.27 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD Sticker #5: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck! |
| 15:55.28 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD Sticker #5: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck! |
| 15:55.29 | Notify | 03GCI:Mandeep Kaur * Create a book layout for Doc Camp Book: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck! |
| 15:55.33 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD Sticker #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck! |
| 15:55.34 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD Sticker #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck! |
| 15:57.28 | YatharthROCK | Mandeep Kaur, you're evidently a mentor. Are you on this channel? |
| 15:57.29 | Destroy | Mandeep Kaur, task http://www.google-melange.com/gci/task/view/google/gci2013/5898141282861056 will successfully complete |
| 15:57.31 | gcibot | Design a BRL-CAD Sticker #2 |
| 15:57.31 | gcibot | Status: Claimed (2 days, 23 hours left) |
| 15:57.31 | gcibot | Mentor(s): Sean |
| 15:57.52 | Destroy | was* |
| 15:58.07 | Destroy | Yatharth, who knows... |
| 15:58.15 | Destroy | They like anonymous |
| 16:05.12 | Notify | 03GCI:John Tryfonopoulos * Create Iron Man Arc Reactor Model in BRL-CAD: Task Claimed - I would like to work on this task. |
| 16:05.17 | Notify | 03GCI:John Tryfonopoulos * Create Iron Man Arc Reactor Model in BRL-CAD: Task Claimed - I would like to work on this task. |
| 16:06.01 | YatharthROCK | Destroy: Is Sean 'brlcad'? |
| 16:06.31 | andromeda-galaxy | YatharthROCK: Yes |
| 16:06.39 | Destroy | Yep |
| 16:06.49 | andromeda-galaxy | YatharthROCK: a lot of the devs have their nicks listed in the AUTHORS file |
| 16:06.57 | Destroy | +++ |
| 16:07.12 | Destroy | But where they are? |
| 16:07.19 | Destroy | =( |
| 16:13.10 | andromeda-galaxy | have either of you worked on the brlcad plane_t? |
| 16:14.28 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed. |
| 16:18.38 | Notify | 03GCI:Mandeep Kaur * Create Iron Man Arc Reactor Model in BRL-CAD: Task Assigned - This task has been assigned to John Tryfonopoulos. You have 72 hours to complete this task, good luck! |
| 16:20.38 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: Ready for review - The work on this task is ready to be reviewed. |
| 16:20.43 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: Ready for review - The work on this task is ready to be reviewed. |
| 16:24.37 | Destroy | ``Erik, confirm please |
| 16:32.45 | Destroy | Mentors |
| 16:38.14 | Notify | 03BRL-CAD:starseeker * 58596 brlcad/trunk/src/mged/titles.c: Make sure ipathpos doesn't take us beyond the end of dbfp when preparing the title string - fixes a crash, but doesn't address how ipathpos is getting set to the problematic value in the first place. |
| 16:39.55 | Destroy | starseeker, hello, confirm my new task, please |
| 16:40.06 | Destroy | https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 16:40.13 | gcibot | Design a BRL-CAD Sticker #2 |
| 16:40.14 | gcibot | Status: NeedsReview (2 days, 23 hours left) |
| 16:40.14 | gcibot | Mentor(s): Sean |
| 16:40.51 | YatharthROCK | Or review mine so I can claim another one: https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760 |
| 16:40.54 | gcibot | Create a CSS only version of BRL-CAD Logo #2 |
| 16:40.55 | gcibot | Status: NeedsReview (26 hours, 44 minutes left) |
| 16:40.55 | gcibot | Mentor(s): Sean |
| 16:41.55 | Destroy | I'm gonna too. If Sean says smth, I will recomplete my task. |
| 16:52.44 | *** join/#brlcad gcibot (~gcibot@117.200.89.237) | |
| 17:00.32 | Destroy | starseeker |
| 17:00.37 | Destroy | Please |
| 17:00.43 | Destroy | Confirm our tasks |
| 17:02.48 | Destroy | ``Erik |
| 17:02.51 | Destroy | Someone... |
| 17:02.59 | Destroy | :'( |
| 17:05.49 | maths22 | when I build on brlcad.org, I ge the following error: /usr/local/include/tk8.6/tk.h:21:3: error: #error Tk 8.6 must be compiled with tcl.h from Tcl 8.6 or better |
| 17:09.52 | Notify | 03GCI: * : - |
| 17:09.57 | Notify | 03GCI: * : - |
| 17:10.53 | MartinHermida | Just completed my task: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 17:11.02 | gcibot | Create a CSS only version of BRL-CAD Logo |
| 17:11.02 | gcibot | Status: NeedsReview (2 days, 21 hours left) |
| 17:11.02 | gcibot | Mentor(s): Sean |
| 17:12.40 | Destroy | And my https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 17:12.43 | gcibot | Design a BRL-CAD Sticker #2 |
| 17:12.43 | gcibot | Status: NeedsReview (2 days, 22 hours left) |
| 17:12.43 | gcibot | Mentor(s): Sean |
| 17:13.57 | *** join/#brlcad Stattrav (~suryajith@123.236.75.44) | |
| 17:14.32 | maths22 | They have jobs and other stufff to do in addition to GCI |
| 17:14.41 | maths22 | Be patient, ant they will get to you soon |
| 17:20.58 | *** join/#brlcad gjeet (~gaurav@117.199.111.140) | |
| 17:21.30 | Stattrav | maths22: ping |
| 17:22.10 | Stattrav | maths22: So, you asked on the melange page what has to be done. |
| 17:24.10 | Destroy | pong |
| 17:24.27 | Stattrav | So, it is quite simple. The way I've implemented the code is kind of messy. It "builds" some js code to be pasted into the webpage and this js code renders the chart/graph after contacting the google server. If you can find a better way to get a chart from the data or clean up that messy code. It is self contained. That file can be run by itself and it doesn't need any external service etc. |
| 17:24.52 | Stattrav | Oh! You're Jacob. 2 instances of the same person. Alright. |
| 17:25.21 | Stattrav | I've been waiting to catch Jacob here to answer what specifically has to be done. |
| 17:26.17 | Stattrav | maths22: If you've got further questions about this task, ping me here or just mail me: suryajith1987 [at] gmail. |
| 17:26.38 | YatharthROCK | Stattrav: If you don't mind, could you review my task too? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 17:27.11 | Stattrav | YatharthROCK: I did see that. :) I am not the right person to review that. |
| 17:27.15 | Stattrav | Sorry. |
| 17:27.25 | Stattrav | Anyway, shall log back in in a bit. |
| 17:28.08 | YatharthROCK | Aww, come on! The logo looks almost entirely the same (a comparison pic was uploaded), has been tested by Andrei and was satisfactory according to Sean. |
| 17:28.09 | *** join/#brlcad Stattrav (~suryajith@unaffiliated/stattrav) | |
| 17:28.26 | Stattrav | Alright. Back. |
| 17:28.28 | YatharthROCK | Stattrav: Aww, come on! The logo looks almost entirely the same (a comparison pic was uploaded), has been tested by Andrei and was satisfactory according to Sean. |
| 17:29.41 | Stattrav | I saw that too :) |
| 17:30.06 | Stattrav | btw, the one on the left or the right ? |
| 17:30.18 | YatharthROCK | Stattrav: See? You can't tell! |
| 17:30.24 | YatharthROCK | Right BTW. |
| 17:30.56 | Destroy | Stattrav, are you a mentor? |
| 17:31.15 | YatharthROCK | Destroy: No you don't. He's reviewing my task FIRST :P |
| 17:31.21 | YatharthROCK | jk ^^^ |
| 17:32.45 | Destroy | :33333333 |
| 17:32.49 | Destroy | O'K, bro : D |
| 17:33.16 | YatharthROCK | Right after I convince him to do it... :/ |
| 17:33.51 | Stattrav | YatharthROCK: well, I can tell. :) Proportions wise. |
| 17:33.57 | Stattrav | I am not reviewing anything. |
| 17:34.03 | Stattrav | No, I am not a mentor. |
| 17:34.25 | Destroy | :)And then who are you? |
| 17:34.34 | YatharthROCK | LOL, interesting convo... |
| 17:35.26 | YatharthROCK | Stattrav: Proportions-wise? Are you sure? I thoughy I'd gotten them nailed. I just though the tips of the black gear were off. |
| 17:35.42 | YatharthROCK | Maybe I need to turn the zoom in my browser up a bit... |
| 17:36.26 | Stattrav | YatharthROCK: the circles in the non-black gear are bigger than what they need to be. The link is a bit more curvy in the actual one. |
| 17:37.03 | YatharthROCK | Stattrav: Oh yeah, in the updated version (where the overlapping doesn't happen), I had to use some sub-optimal curves. |
| 17:38.52 | Stattrav | I see. Those are my two cents. Well, Andrei and Sean are the authorities. |
| 17:43.15 | MartinHermida | Can any mentor review my task?: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 17:43.19 | gcibot | Create a CSS only version of BRL-CAD Logo |
| 17:43.19 | gcibot | Status: NeedsReview (2 days, 21 hours left) |
| 17:43.19 | gcibot | Mentor(s): Sean |
| 17:46.58 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer http://www.google-melange.com/gci/task/view/google/gci2013/4534595869474816: Uploading to BRL-CAD wiki? As i am supposed... |
| 17:47.32 | Destroy | Mentors |
| 17:48.04 | Destroy | Have any of you been here? |
| 18:08.11 | MartinHermida | Well guys, I must go, see you -or read you, better- tomorrow |
| 18:08.20 | Notify | 03GCI:Maciek * Model BRL-CAD Logo Using BRL-CAD: Task Claimed - I would like to work on this task. |
| 18:14.02 | *** join/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) | |
| 18:23.42 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 18:24.27 | YatharthROCK | Destroy: Fill me in. Anyone come online? |
| 18:30.50 | Destroy | No, everyone is offline =( |
| 18:38.40 | Notify | 03GCI:Mandeep Kaur * Model BRL-CAD Logo Using BRL-CAD: Task Assigned - This task has been assigned to Maciek. You have 72 hours to complete this task, good luck! |
| 18:39.30 | YatharthROCK | Destroy: Who was Stattrav? |
| 18:44.38 | Destroy | Not mentor |
| 18:44.53 | Destroy | MENTORS WHERE ARE YOU, MY DEAR? |
| 18:46.15 | YatharthROCK | Uhh... my dear? |
| 18:46.18 | mandeep | Yes, I'm here. How Can I help you? |
| 18:46.45 | YatharthROCK | Could you review my task for me? https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760 |
| 18:46.53 | gcibot | Create a CSS only version of BRL-CAD Logo #2 |
| 18:46.53 | gcibot | Status: NeedsReview (24 hours, 38 minutes left) |
| 18:46.54 | gcibot | Mentor(s): Sean |
| 18:47.35 | Destroy | mandeep, my task, please: https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 18:47.38 | gcibot | Design a BRL-CAD Sticker #2 |
| 18:47.38 | gcibot | Status: NeedsReview (2 days, 21 hours left) |
| 18:47.38 | gcibot | Mentor(s): Sean |
| 18:49.32 | YatharthROCK | Destroy: You sure its not too detailed for an average-sized stciker, bro? |
| 18:51.36 | Destroy | Why do you think so? |
| 18:52.43 | Destroy | In setting no limits. Do as you like. |
| 18:53.36 | YatharthROCK | The small lettering, and the complex shading (how do you do that BTW? must be tough) is probably not appropriate for a sticker. |
| 18:53.44 | YatharthROCK | Look really good, though. |
| 18:54.03 | YatharthROCK | They probably implicitly meant '... within the context of a sticker'. |
| 18:59.07 | Destroy | I canCan I increase the size of the text. |
| 18:59.08 | Destroy | But mentoring is not here, as usual :). For this we need to wait for them. |
| 19:08.24 | mandeep | Destroy: Add less text on sticker and don't change BRL-CAD to BRL-KAD. Also D in KAD looks like A. Make it simple. |
| 19:10.30 | Destroy | mandeep: It is a Greek alphabet. I wanted to add flavor to the sticker. |
| 19:10.34 | Destroy | But O'K |
| 19:12.01 | mandeep | Ok, You did nice work. |
| 19:15.50 | Destroy | Updated |
| 19:15.51 | Destroy | https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 19:15.51 | Notify | 03BRL-CAD:tbrowder2 * 58597 ova/Sourceforge-VM-files/README.txt: correct for current VM |
| 19:15.52 | gcibot | Design a BRL-CAD Sticker #2 |
| 19:15.53 | gcibot | Status: NeedsReview (2 days, 20 hours left) |
| 19:15.53 | gcibot | Mentor(s): Sean |
| 19:15.55 | Destroy | mandeep |
| 19:23.03 | Notify | 03BRL-CAD Wiki:86.153.149.102 * 6319 /wiki/Community_Publication_Portal: |
| 19:24.02 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: Ready for review - The work on this task is ready to be reviewed. |
| 19:27.17 | Destroy | Heey, mandeep... |
| 19:27.17 | Destroy | Mentors, where are all you..? |
| 19:32.09 | Notify | 03BRL-CAD Wiki:86.153.149.102 * 6320 /wiki/Community_Publication_Portal: /* Wanted - Software Maintainer for Windows Binary Platform */ |
| 19:35.39 | Notify | 03BRL-CAD Wiki:86.153.149.102 * 6321 /wiki/Community_Publication_Portal: /* Wanted - Software Maintainer for Windows Binary Platform */ |
| 19:38.59 | Notify | 03GCI:frog@Jonathan * Design a cover image or banner for our Facebook page (and other social media sites) #3: Help - I would like to work on this task. But i do not get, what for a new logo you... |
| 19:39.15 | Notify | 03BRL-CAD Wiki:86.153.149.102 * 6322 /wiki/Community_Publication_Portal: /* Wanted - Software Maintainer for Windows Binary Platform */ |
| 19:41.41 | Notify | 03BRL-CAD Wiki:86.153.149.102 * 6323 /wiki/Community_Publication_Portal: /* Wanted - Software Maintainer for Windows Binary Platform */ |
| 19:42.41 | Notify | 03GCI:frog@Jonathan * Create a graphical mock-up for BRL-CAD's Blog: link - On which page/url is the blog? |
| 19:42.46 | Notify | 03GCI:frog@Jonathan * Create a graphical mock-up for BRL-CAD's Blog: link - On which page/url is the blog? |
| 19:42.52 | Notify | 03BRL-CAD Wiki:86.153.149.102 * 6324 /wiki/Community_Publication_Portal: /* Alexander Lotsu: Wanted - Software Maintainer for Windows Binary Platform */ |
| 19:43.58 | Destroy | Already half a day has passed. Where is everybody? |
| 19:45.41 | andromeda_galaxy | Yesterday brlcad came over I. The morning --- I don't know what is going on today... |
| 19:47.32 | Destroy | My time is +2. |
| 19:47.45 | Destroy | 9:47 PM (21:47) |
| 19:51.08 | maths22 | Stattrav: I cant tell what has changed since the orginal file was done |
| 20:23.41 | *** part/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) | |
| 20:30.23 | Destroy | <PROTECTED> |
| 20:30.25 | Destroy | <PROTECTED> |
| 20:30.44 | Destroy | Mentors, where are you? |
| 20:37.58 | Notify | 03GCI:Luke Blue * Create a CAD inspired icon-set for BRL-CAD website: Ready for review - The work on this task is ready to be reviewed. |
| 20:40.33 | Notify | 03BRL-CAD:starseeker * 58598 brlcad/trunk/TODO: The ipathpos variable in MGED shouldn't be getting set to something larger than fp_len - fixed a crashing behavior that was triggered by it, but should still figure out how it's happening. |
| 21:04.15 | Notify | 03GCI:Jacob B * Loading Google charts from API: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:04.20 | Notify | 03GCI:Jacob B * Loading Google charts from API: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:05.00 | Notify | 03GCI:Jacob B * Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task. |
| 21:05.05 | Notify | 03GCI:Jacob B * Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task. |
| 21:14.31 | Notify | 03BRL-CAD:starseeker * 58599 (brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp brlcad/trunk/src/conv/step/g-step/ON_Brep.cpp and 2 others): ON_BRep_to_STEP should take an ON_Brep, not an rt interal form. Not all such interal forms will be breps. |
| 21:33.06 | Notify | 03BRL-CAD:starseeker * 58600 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Try creating breps from solids and exporting them (unevaluated, csg->brep implicit primitive conversion only.) |
| 21:53.20 | Destroy | ``Erik, starseeker, mandeep |
| 21:53.42 | Destroy | Confirm it, please: https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 21:53.45 | gcibot | Design a BRL-CAD Sticker #2 |
| 21:53.45 | gcibot | Status: NeedsReview (2 days, 18 hours left) |
| 21:53.45 | gcibot | Mentor(s): Sean |
| 22:16.11 | *** part/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 22:47.50 | Notify | 03GCI:Ethan * Design a cover image or banner for our Facebook page (and other social media sites) #4: Ready for review - The work on this task is ready to be reviewed. |
| 22:51.40 | Notify | 03GCI:Johannes Schulte * Implement a volume function for triangle meshes (BOT): Task Claimed - I would like to work on this task. |
| 22:51.45 | Notify | 03GCI:Johannes Schulte * Implement a volume function for triangle meshes (BOT): Task Claimed - I would like to work on this task. |
| 22:51.51 | *** join/#brlcad jschulte (~johannes@p4FDFB7E0.dip0.t-ipconnect.de) | |
| 23:29.54 | *** join/#brlcad atsoc (~andrew@135.0.83.118) | |
| 23:39.59 | atsoc | Hey. I'm working on the centroid function for the rhc primitive. There doesn't seem to be a closed-form solution. Does there need to be a guaranteed upperbound on the error? |
| 23:40.56 | Notify | 03GCI:Daniel Rossberg * Create a custom wikimedia skin for BRL-CAD: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 23:40.57 | Notify | 03GCI:Daniel Rossberg * Create a custom wikimedia skin for BRL-CAD: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 23:41.36 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for triangle meshes (BOT): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 23:41.41 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for triangle meshes (BOT): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 00:45.17 | *** join/#brlcad tbrowder2 (~tbrowde@fl-76-3-1-251.dhcp.embarqhsd.net) | |
| 00:48.46 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 01:00.30 | Notify | 03GCI:Daniel Rossberg * Create a CSS only version of BRL-CAD Logo: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 01:00.40 | Notify | 03GCI:Daniel Rossberg * Create a CSS only version of BRL-CAD Logo: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 01:00.41 | Notify | 03GCI:Daniel Rossberg * Create a CSS only version of BRL-CAD Logo: Scalable? - Same as said before: It should be scalable. Look at the magnifying glass example at the css-tricks website to get an... |
| 01:00.45 | Notify | 03GCI:Daniel Rossberg * Create a CSS only version of BRL-CAD Logo: Scalable? - Same as said before: It should be scalable. Look at the magnifying glass example at the css-tricks website to get an... |
| 01:04.34 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 01:29.00 | *** join/#brlcad gcibot (~gcibot@117.200.89.237) | |
| 01:31.11 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed. |
| 02:19.08 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for right hyperbolic cylinders (RHC): Not bad - I havn't teted it yet but it looks not bad. However, first you need to fix some coding style... |
| 02:19.18 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for right hyperbolic cylinders (RHC): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 02:33.43 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed. |
| 02:33.48 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed. |
| 03:35.21 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): None - Sorry. I found an error. Please consider rhc_centroid_rev2.patch. |
| 03:38.29 | *** join/#brlcad deep_inder (~chatzilla@117.212.49.107) | |
| 03:59.42 | *** join/#brlcad Stattrav (~suryajith@123.236.75.44) | |
| 04:00.35 | *** join/#brlcad deep_inder (~chatzilla@59.91.233.240) | |
| 04:28.29 | Notify | 03BRL-CAD Wiki:JesseTuten * 0 /wiki/User:JesseTuten: |
| 04:29.09 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo #2: good for the task - Yatharth, Nice work. This is good enough to close the task, but more work will be needed to actually use this. Here... |
| 04:29.15 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo #2: Task Closed - Congratulations, this task has been completed successfully. |
| 04:34.44 | Notify | 03GCI:Sean * Design BRL-CAD sticker: i like it - Nicely done, I like the end result. The only issue I saw remaining is the black link is "lumpy". The two red ones are nice circles, but the black... |
| 04:34.49 | Notify | 03GCI:Sean * Design BRL-CAD sticker: Task Closed - Congratulations, this task has been completed successfully. |
| 04:34.50 | Notify | 03GCI:Sean * Design BRL-CAD sticker: Task Closed - Congratulations, this task has been completed successfully. |
| 04:37.59 | Notify | 03GCI:Sam * Create a web based interactive timeline giving historical tour of BRL-CAD: Question - Hi Sean, it would be great if I could receive a reply as soon as possible so that I can work on... |
| 04:42.19 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #2: peculiar design - Oleg, Per our project guidelines, our official name is "BRL-CAD" and it's to be treated as a proper noun. Your design emphasizes our... |
| 04:42.21 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 04:42.59 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Task Claimed - I would like to work on this task. |
| 04:46.04 | *** topic/#brlcad by brlcad -> BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 04:57.10 | Notify | 03GCI:Mandeep Kaur * Model a toy car with wheels and axles in BRL-CAD: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good luck! |
| 05:00.30 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: too long - Tan, the article is actually too long. It needs to be a much more succinct summary, less than half the length you... |
| 05:00.31 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: too long - Tan, the article is actually too long. It needs to be a much more succinct summary, less than half the length you... |
| 05:00.32 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 05:00.45 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 05:17.15 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: effort? - Pulkit, the amount of effort involved in your design is rather lacking. It looks like... |
| 05:17.21 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the... |
| 05:20.44 | *** join/#brlcad deep_inder (~chatzilla@59.91.233.240) | |
| 05:25.22 | Notify | 03GCI: * : - |
| 05:25.32 | Notify | 03GCI: * : - |
| 05:28.20 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 05:29.22 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: made it - I have made it but it does not look good because of the word TOY in the car I will upload the work as soon as possible. |
| 05:31.17 | Notify | 03GCI:Johannes Schulte * Implement a volume function for triangle meshes (BOT): Ready for review - The work on this task is ready to be reviewed. |
| 05:31.47 | Notify | 03GCI:Yatharth Agarwal * Create a book layout for Doc Camp Book: Deep Inder Singh - I really wanted to claim this task, but it wasn't possible because Sean ahdn't approved of my previous task. If... |
| 05:32.13 | Notify | 03BRL-CAD Wiki:Theiceman458 * 6325 /wiki/Community_Publication_Portal: /* Tan YuGin: BRL-CAD's Code Hardening Efforts */ Shortened the article substantially. |
| 05:33.08 | Notify | 03GCI:YuGin * Write article on BRL-CAD's code hardening efforts: Ready for review - The work on this task is ready to be reviewed. |
| 05:35.58 | Notify | 03GCI:YuGin * Write article on BRL-CAD's code hardening efforts: Resubmitted - Hi Sean, I originally wrote the article to such a length because the task description stipulated a maximum of 900... |
| 05:36.33 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: tighten - Alex, this is looking good, but can you tighten it up a little bit. You repeat your points a little bit in the... |
| 05:36.38 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: tighten - Alex, this is looking good, but can you tighten it up a little bit. You repeat your points a little bit in the... |
| 05:36.39 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task... |
| 05:36.48 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 05:38.03 | Notify | 03GCI:Yatharth Agarwal * Create a CSS only version of BRL-CAD Logo #2: Follow-up Task - I would be interested, but I don't think I can solve these issues:- you mentioned there are still small... |
| 05:38.24 | YatharthROCK | brlcad: Isn't there already another version of this task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5081237563637760> |
| 05:38.54 | YatharthROCK | GCIBot needs to learn to capture links within angle brackets. |
| 05:48.28 | Notify | 03GCI:Yatharth Agarwal * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Task Claimed - I would like to work on this task. |
| 05:52.57 | YatharthROCK | Is there any mentor online? brlcad mandeep |
| 06:02.15 | *** join/#brlcad deep_inder (~chatzilla@59.91.235.245) | |
| 06:04.00 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 06:04.00 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 06:12.00 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Incomplete - this has overlaps when doing rtcheck So please give me suggestions to improve it more.... I also haven't joined the... |
| 06:18.24 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website: describe - Luke, what can you tell me about your icon set? Why'd you pick those particular icons vs so many possibilities? |
| 06:26.00 | Notify | 03GCI:Mandeep Kaur * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Task Assigned - This task has been assigned to Yatharth Agarwal. You... |
| 06:51.56 | *** join/#brlcad gjeet (~androirc@202.164.53.117) | |
| 06:53.41 | Notify | 03GCI:Luke Blue * Create a CAD inspired icon-set for BRL-CAD website: icon description - The first four icons of social media are designed with keeping in mind there logo's and colors as they can... |
| 06:53.46 | Notify | 03GCI:Luke Blue * Create a CAD inspired icon-set for BRL-CAD website: icon description - The first four icons of social media are designed with keeping in mind there logo's and colors as they can... |
| 06:55.23 | *** join/#brlcad deep_inder (~chatzilla@59.91.235.245) | |
| 06:57.22 | *** join/#brlcad deep_inder (~chatzilla@59.91.235.245) | |
| 07:23.55 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 07:37.03 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Overlapps - I removed all the overlapps rtcheck isnt giving any overlapps now.. Any suggestions for joining the O in the toy with... |
| 07:58.41 | *** join/#brlcad deep_inder_ (~chatzilla@117.220.147.91) | |
| 07:59.31 | YatharthROCK | I really need to talk to a mentor regarding my task... brlcad mandeep https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264 |
| 08:32.29 | YatharthROCK | starseeker: You there? |
| 08:35.45 | YatharthROCK | What you, ``Erik? |
| 08:40.51 | Notify | 03GCI:Alexandra Covor * Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed. |
| 08:40.56 | Notify | 03GCI:Alexandra Covor * Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed. |
| 09:23.53 | Notify | 03GCI:Harmanpreet * Design BRL-CAD phone/tablet back cover: Need more work - Hi Covor, This is good start by we expect a more creative design. You changed BRL-CAD logo (put eyes in logo) that is... |
| 09:24.03 | Notify | 03GCI:Harmanpreet * Design BRL-CAD phone/tablet back cover: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 09:26.44 | Notify | 03GCI:Deep Inder Singh * Create a book layout for Doc Camp Book: Ready for review - The work on this task is ready to be reviewed. |
| 09:29.36 | *** join/#brlcad benkaiser (~benkaiser@pa49-181-56-199.pa.nsw.optusnet.com.au) | |
| 09:41.24 | *** join/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 09:41.30 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: Ready for review - The work on this task is ready to be reviewed. |
| 09:43.11 | *** part/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 09:49.31 | *** join/#brlcad destroy (~quassel@bras3.donapex.net) | |
| 10:01.04 | *** join/#brlcad destroy (~quassel@bras3.donapex.net) | |
| 10:01.42 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 10:24.15 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: None - No Problem sir i will try again actually that BRL-CAD was just for a sample.... |
| 11:46.37 | YatharthROCK | I really need to talk to a mentor regarding my task... brlcad mandeep starseeker https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264 |
| 11:49.38 | ``Erik | !notify ask |
| 11:49.39 | Notify | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 11:54.38 | YatharthROCK | ``Erik: Sorry. Any in this task: <https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264> |
| 11:54.44 | *** join/#brlcad deep_inder (~chatzilla@59.91.233.102) | |
| 11:54.46 | YatharthROCK | I'm not really sure what is being asked. |
| 11:55.35 | YatharthROCK | I think I just have so whip out a few command-line utilities to replace "<imageobject> <imagedata align="center" fileref="../../lessons/en/images/img.png" format="PNG"/> </imageobject>" with "<imageobject role="html"> <imagedata align="center" fileref="../../books/en/images/img.png" format="PNG"/> </imageobject> <imageobject role="fo"> <imagedata align="center" fileref="../../books/en/images/img.png" format="PNG"/> </ |
| 11:55.59 | YatharthROCK | What's the hard part in that? It's just itarating over the files and doing a regex replace. |
| 12:02.37 | *** part/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 12:02.45 | ``Erik | that might be all there is, it looks like every image should have both 'html' and 'fo' roles (I'm guessing for quality differences down the road... 72dpi vs 300dpi, etc)... looks like brlcad added it so he'd be the best to verify that, starseeker may have good input as well |
| 12:02.49 | ``Erik | doh |
| 12:02.58 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 12:07.34 | tbrowder2 | Ref this task: <https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264>, the intent IS to prepare for the next step which is to apply separate formatting for html versus pdf, so it would be helpful to keep the new code in the same format as the old so the two blocks can be compared easily vertically by eye, i.e., watch to preserve spacing with any regex replace. So, e.g. |
| 12:12.54 | YatharthROCK | tbrowder2: So I just do the regex replace and I'm done? |
| 12:16.29 | tbrowder2 | Yes, as long as "make doc" shows valid code (if I were checking it, I would check the patches looking for the format as in the task description). |
| 12:17.17 | ``Erik | 07:02 <``Erik> that might be all there is, it looks like every image should have both 'html' and 'fo' roles (I'm guessing for quality differences down the road... 72dpi vs 300dpi, etc)... looks like brlcad added it so he'd be the best to verify that, starseeker may have good input as well |
| 12:17.39 | *** join/#brlcad deep_inder (~chatzilla@59.91.233.102) | |
| 12:23.31 | YatharthROCK | tbrowder2: Whether I modified files or not, 'make doc' just says 'nothing to be done' |
| 12:43.16 | tbrowder2 | Are you using the setup in the VM? |
| 12:44.24 | starseeker | YatharthROCK: if you whip up a tool to do the replacements correctly, that would be an awesome way to complete the task! |
| 12:45.31 | YatharthROCK | starseeker: Du-oh! Did you think I'd do it manually? |
| 12:45.43 | starseeker | some people would |
| 12:45.49 | starseeker | either way, so long as it gets done! |
| 12:45.58 | YatharthROCK | How about a follow-up task asking for the tool, and this task just asking for 4 documents? ;) |
| 12:46.06 | YatharthROCK | Pleease... |
| 12:46.09 | starseeker | heh - sure |
| 12:46.52 | starseeker | YatharthROCK: are you set up to compile? (i.e. did you do the build steps for CMake configuring?) |
| 12:47.31 | YatharthROCK | starseeker: No. I downloaded the source, but installed from the deb. |
| 12:47.40 | YatharthROCK | I dunno how to build it. |
| 12:47.47 | starseeker | YatharthROCK: one thing about automated tools - you want to make very sure it changed only what you intended |
| 12:47.51 | starseeker | YatharthROCK: that's why |
| 12:48.01 | starseeker | go to the soure directory and do the following: |
| 12:48.06 | starseeker | mkdir build |
| 12:48.07 | starseeker | cd build |
| 12:48.13 | starseeker | cmake .. |
| 12:48.43 | starseeker | if you don't have CMake, you may need to install that from your distro's package archive |
| 12:49.35 | YatharthROCK | I had to do this last year, so i have that : |
| 12:49.38 | YatharthROCK | It's building. |
| 12:51.03 | starseeker | OK, so once it's built you should see it re-building as you make changes to the xml files |
| 12:51.22 | YatharthROCK | starseeker: Ohhh... till now I was using 'make' for some stupid reason. |
| 12:51.33 | starseeker | you use make to actually build |
| 12:51.35 | YatharthROCK | No wonder it was showing me that stupid error. |
| 12:51.40 | starseeker | but you need to run cmake first |
| 12:51.43 | YatharthROCK | Wait, what? |
| 12:51.45 | YatharthROCK | Ohh... |
| 12:52.01 | starseeker | make didn't have any Makefiles to tell it what to do, because CMake generates them |
| 12:52.22 | YatharthROCK | I foud cmake using apropos. Reading the man page, I though it made the CMakeLists files for make to use. |
| 12:52.41 | YatharthROCK | Oh, you just typed that before me. |
| 12:52.53 | starseeker | so the error "nothing to be done" was because there were no Makefiles - if you run make in a totally empty directory, you'll see the same error |
| 12:52.53 | YatharthROCK | starseeker: So will i have to run make after this |
| 12:52.57 | starseeker | yep |
| 12:53.12 | YatharthROCK | Will it take a sh*t-load of time? |
| 12:53.22 | YatharthROCK | I don't exactly have top-notch hardware. |
| 12:53.31 | starseeker | since you are focused on the docbook, I'd suggest changing directories into build/doc/docbook |
| 12:53.45 | starseeker | then type "make" and it'll build just the documentation |
| 12:53.58 | starseeker | and whatever tools it needs to generate it |
| 12:54.03 | YatharthROCK | Uhh... you mean ./doc/docbook/build right |
| 12:54.04 | YatharthROCK | ? |
| 12:54.07 | starseeker | nope |
| 12:54.15 | starseeker | let's say your source is in /home/user/brlcad |
| 12:54.31 | starseeker | you should have made a directory "build" at /home/user/brlcad/build/ |
| 12:54.45 | starseeker | then cd /home/user/brlcad/build && cmake .. |
| 12:54.50 | starseeker | that's what's running initially |
| 12:55.02 | starseeker | once that's done, you cd into /home/user/brlcad/build/doc/docbook/ |
| 12:55.19 | starseeker | that's where the Makefiles specific to DocBook have been placed |
| 12:56.11 | YatharthROCK | Oh, OK. 10x |
| 12:56.18 | YatharthROCK | And how do you do a SVN diff? |
| 12:56.34 | YatharthROCK | Why don't you guys use git? Historical reasons? |
| 12:56.49 | starseeker | from the directory /home/user/brlcad run the command 'svn diff' |
| 12:56.53 | *** join/#brlcad awabimakoto (~awabimako@117.136.0.196) | |
| 12:56.59 | starseeker | that'll show you what has been changed. |
| 12:57.22 | YatharthROCK | So redirect it to a file and upload? |
| 12:57.25 | starseeker | I usually pipe that into a patch file: svn diff > /home/user/brlcad_doc_changes.patch |
| 12:57.30 | starseeker | er, yeah |
| 12:58.21 | starseeker | lot of reasons - we stick to a centralized development model |
| 12:58.33 | starseeker | svn is very good for that scenario |
| 12:59.06 | starseeker | everyone has to stay up with the latest changes, rather than working in isolation |
| 12:59.18 | starseeker | which we view as a Good Thing |
| 12:59.48 | starseeker | open source software is a collaborative process, but lots of times people prefer to go off into their own corner and work until their piece is "done" |
| 13:00.37 | starseeker | we try to encourage people to interact with the community as part of the development process - faster learning, easier integration of work, can help to avoid pursuit of "blind alleys" |
| 13:02.01 | starseeker | YatharthROCK: if you are comfortable with DocBook, would you be interested in other "follow-on" DocBook tasks? The image command updating is just the first step - after that, we need to get the images correctly sized and positioned |
| 13:03.52 | starseeker | that'll require having Apache FOP installed and working (I believe there is an 'fop' package for most of the Debian based distros) |
| 13:04.25 | starseeker | OK, I gotta run - thanks YatharthROCK for your work on this task! |
| 13:04.44 | YatharthROCK | starseeker: I dunno about the image one, |
| 13:04.47 | YatharthROCK | kk bye |
| 13:04.57 | YatharthROCK | What about the follow-up task for a sciprt to this task? |
| 13:05.12 | YatharthROCK | starseeker: The one that asks for the script, not just the files. |
| 13:05.43 | starseeker | YatharthROCK: I think that sounds reasonable, if you do in fact have a script that can do the update for *all* the xml files and change only what you're intending to change |
| 13:06.04 | YatharthROCK | starseeker: Uhhh... 'python script' belongs to 'script', right? |
| 13:06.14 | starseeker | is wary of unintended consequences with regex expressions and xml files ;-) |
| 13:06.17 | starseeker | YatharthROCK: sure |
| 13:06.35 | starseeker | YatharthROCK: this is a "one time" change, ideally, since new documents should adhere to the new standard |
| 13:06.45 | YatharthROCK | I use grep using os.popen and pretty constrained re, so it should be OK. |
| 13:06.52 | YatharthROCK | starseeker: 10x a lot :D |
| 13:06.58 | YatharthROCK | How will you keep me updated? |
| 13:07.24 | starseeker | the task would be "create a script that automatically updates all image tags to the html+fo" format - I'll try to define such a task quickly |
| 13:08.26 | *** join/#brlcad deep_inder (~chatzilla@59.91.233.102) | |
| 13:10.50 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: New Pair of wheels - I just went to your site and found that MGED had a tire function built into into it |
| 13:13.57 | starseeker | YatharthROCK: I tried to submit a task for the script - keep an eye out for it appearing on the list |
| 13:14.19 | YatharthROCK | starseeker: Will Notify tell me? |
| 13:14.39 | starseeker | I don't think it will - you may have to watch the task list itself |
| 13:14.50 | YatharthROCK | starseeker: If you're not out of time, could you review this task? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264> |
| 13:15.06 | Notify | 03GCI:Yatharth Agarwal * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Ready for review - The work on this task is ready to be reviewed. |
| 13:15.08 | YatharthROCK | starseeker: What's the other task's title? |
| 13:15.10 | Notify | 03GCI:Yatharth Agarwal * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Ready for review - The work on this task is ready to be reviewed. |
| 13:15.38 | starseeker | the title I suggested was: "Write a script to complete all DocBook image tag updates" |
| 13:15.51 | YatharthROCK | starseeker: What happens if I interrupt a make build in between? |
| 13:16.09 | starseeker | just type make again and it should resume where it left off |
| 13:16.29 | YatharthROCK | starseeker: Really? Ctrl-C, then run it again? |
| 13:16.36 | YatharthROCK | That's so cool... |
| 13:16.54 | starseeker | YatharthROCK: can you add a couple more files to your patch? |
| 13:17.14 | YatharthROCK | starseeker: kk, wait |
| 13:20.52 | YatharthROCK | starseeker: I modified the 4 files with the most occurrences of mediaobject that weren't already modified. Enough? |
| 13:21.00 | starseeker | YatharthROCK: yes |
| 13:21.28 | YatharthROCK | https://google-melange.appspot.com/gci/task/view/google/gci2013/5377263889547264 |
| 13:21.40 | YatharthROCK | I miss GCIBot. |
| 13:22.13 | starseeker | YatharthROCK: mged15 was already updated by an earlier task |
| 13:22.28 | starseeker | did you do "svn update" in your tree? |
| 13:23.23 | YatharthROCK | No. |
| 13:23.38 | starseeker | ah - yeah, make sure you do that periodically so you see what has already been done |
| 13:23.52 | starseeker | 4 of the lesson files have been updated |
| 13:23.55 | YatharthROCK | Please tell me I won't have to resolve merge conflicts. |
| 13:24.17 | starseeker | just svn revert doc/docbook/lessons/en/mged15_creating_a_toy_truck.xml |
| 13:24.24 | starseeker | then do svn update |
| 13:24.30 | YatharthROCK | I already did. |
| 13:24.36 | YatharthROCK | Now its asking me how to resolve it. |
| 13:24.43 | starseeker | "theirs full" |
| 13:24.45 | starseeker | tf |
| 13:25.05 | YatharthROCK | It's saying tc |
| 13:25.09 | YatharthROCK | Oh, for all of them |
| 13:25.30 | starseeker | you're wiping out your local changes and applying theirs |
| 13:26.01 | YatharthROCK | starseeker: Uploaded the updated patch file. |
| 13:26.22 | starseeker | that's the three article files? |
| 13:26.31 | starseeker | can you update one more of those to make 4? |
| 13:26.37 | YatharthROCK | <facepalm> OK. |
| 13:27.08 | ``Erik | can also do an 'svn revert -R .' to get back to an 'unmodified' checkout, so an update should work without conflict (but local changes will be tossed out) |
| 13:27.11 | YatharthROCK | Dammit, I lost the regex I was using. |
| 13:27.23 | starseeker | YatharthROCK: I've *really* got to go |
| 13:27.26 | ``Erik | if there is a good reason to use git, we have a read only git repo |
| 13:27.30 | starseeker | ``Erik: can you take him the rest of the way? |
| 13:27.41 | starseeker | YatharthROCK: thanks for the great work! |
| 13:27.45 | YatharthROCK | starseeker: Please just accept it. It said 1 large or 4 small. |
| 13:27.49 | ``Erik | starseeker: I can try, but I'm not big on the docbook stuff :) |
| 13:28.31 | starseeker | YatharthROCK: OK, I guess that'll do :-) |
| 13:28.42 | YatharthROCK | :D |
| 13:29.04 | Notify | 03GCI:starseeker * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents): Task Closed - Congratulations, this task has been completed successfully. |
| 13:29.07 | starseeker | YatharthROCK: keep up the good work! |
| 13:29.15 | ``Erik | I think the '1 large or 4 small' was intended to limit the scope for people doing it by hand... if your script can bash it all out in one whack, why not? |
| 13:29.26 | starseeker | ``Erik: that's why he wants a script task |
| 13:29.27 | YatharthROCK | starseeker: Will the new task be there by now? |
| 13:29.36 | starseeker | I tried to submit one via that form, but I don't see it yet |
| 13:30.15 | YatharthROCK | starseeker: Not for long :/ I have my ISEEs, SSATs and TOEFLs coming up, as well as an MUN and school exams. All in the same 30 days along with GCi which I'd been waiting a year for to ace. |
| 13:30.29 | ``Erik | 'that form' being the google doc one? I think sean has to manually export, import it to melange, resolve the conflicts, and manually add it to the wiki... centralized, but not automated? |
| 13:30.34 | YatharthROCK | I'll have to stop after some tasks this year too. |
| 13:30.35 | starseeker | bah |
| 13:31.04 | starseeker | YatharthROCK: tell you what - grab one of the other DocBook tasks for this work, and use that to submit the script |
| 13:31.12 | YatharthROCK | ``Erik: Nooo... Sean comes online when it's night for me. I won't be able to claim it. |
| 13:31.24 | starseeker | https://google-melange.appspot.com/gci/task/view/google/gci2013/5007157967716352 |
| 13:31.30 | YatharthROCK | starseeker: There are many tasks like that? |
| 13:31.31 | ``Erik | starseeker, get the fuck out of here |
| 13:31.32 | starseeker | use that one |
| 13:31.40 | YatharthROCK | Why didn't you guys just ask for the script before-hand? |
| 13:31.46 | YatharthROCK | Oh right, one-time stuff. |
| 13:31.52 | YatharthROCK | Still, you could've told them to modify all the files. |
| 13:32.12 | starseeker | YatharthROCK: use that last open task for the script |
| 13:32.15 | ``Erik | YatharthROCK: if you're down with git, you can always make a github project for holding it and toss it in there... then when you're jobseeking and someone checks your github profile, you have this gem of usefulness :) |
| 13:32.17 | starseeker | ``Erik: heh, k - later all |
| 13:32.27 | YatharthROCK | starseeker: You told me half an hour ago that you *really8 needed to go. You should better do that. 10x for everything :D |
| 13:33.20 | YatharthROCK | ``Erik: Why would anyone value a simple script that does a regex replace all on all files in a directory that contain that string? |
| 13:33.55 | Notify | 03GCI:Yatharth Agarwal * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Task Claimed - I would like to work on this task. |
| 13:33.58 | ``Erik | YatharthROCK: because it solves a very real problem, and there are a lot of "developers" and "software engineers" who couldn't manage it and would do it by hand |
| 13:34.00 | Notify | 03GCI:Yatharth Agarwal * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Task Claimed - I would like to work on this task. |
| 13:34.16 | *** join/#brlcad gjeet (~gjeet@59.91.233.70) | |
| 13:34.35 | ``Erik | that you thought to script it instead of manually doing it already puts you above the median |
| 13:35.01 | Notify | 03GCI:Gauravjeet Singh * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Task Assigned - This task has been assigned to Yatharth Agarwal.... |
| 13:35.11 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:35.46 | YatharthROCK | ``Erik: Uhh... right. What exactly do those poor sods *do* in their job then? |
| 13:36.23 | ``Erik | piss off those of us that are competent *cough* I mean, um, slog crap code that satisfies mgmt |
| 13:37.45 | ``Erik | people who are good enough and care enough to do scripts and code for fun are already "rock stars" in the greater scheme of things, srry :) |
| 13:40.09 | YatharthROCK | How come BRL-CAD got open-sources BTW? And does the US army still use it? |
| 13:42.31 | ``Erik | the BRL-CAD developers are open source weenies. it's always has the source code distributed, but there was a multi-year effort by the coders to make it unhindered (when I first heard of it, you had to fill out a form and agreement to fax to the army and they'd send you an encrypted tarball and the key). |
| 13:43.51 | ``Erik | the army research lab still uses it, it's the geometry interrogation engine for the simulations to test new armor and weapons, um, https://www.arl.army.mil/slad/ is mostly built ontop of librt down in the guts |
| 13:47.15 | ``Erik | (if you have some time to waste and want to see how bad the worst of the worst is, http://thedailywtf.com is an amusing blog of horror stories :) |
| 13:52.31 | *** join/#brlcad Stattrav (~suryajith@123.236.75.44) | |
| 14:04.44 | Notify | 03GCI:Gauravjeet Singh * Create a book layout for Doc Camp Book http://www.google-melange.com/gci/task/view/google/gci2013/5178734931869696: Needs more work I really appreciate the work done by... |
| 14:04.50 | Notify | 03GCI:Gauravjeet Singh * Create a book layout for Doc Camp Book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 14:04.54 | Notify | 03GCI:Gauravjeet Singh * Create a book layout for Doc Camp Book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 14:07.49 | YatharthROCK | ``Erik: Definitely lives up to its name. |
| 14:08.15 | YatharthROCK | and what do you mean exactly by 'open source weenies'? Like they whined for it or against it? |
| 14:10.16 | ``Erik | we like open source... a lot |
| 14:12.14 | Notify | 03GCI:Sharan * Design BRL-CAD sticker: Follow up - I have improved it check it out on @Dropbox https://db.tt/VeX0O2uU |
| 14:12.19 | Notify | 03GCI:Sharan * Design BRL-CAD sticker: Follow up - I have improved it check it out on @Dropbox https://db.tt/VeX0O2uU |
| 14:13.53 | YatharthROCK | :D |
| 14:14.25 | Notify | 03GCI:Yatharth Agarwal * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Ready for review - The work on this task is ready to be... |
| 14:14.26 | Notify | 03GCI:Yatharth Agarwal * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Ready for review - The work on this task is ready to be... |
| 14:15.50 | YatharthROCK | ``Erik: I'll see if we can get starseeker's submitted task past Sean. Could you review this task till then? https://google-melange.appspot.com/gci/task/view/google/gci2013/5007157967716352 |
| 14:16.19 | Notify | 03GCI:Sam * Create a web based interactive timeline giving historical tour of BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 14:16.24 | Notify | 03GCI:Sam * Create a web based interactive timeline giving historical tour of BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 14:17.18 | YatharthROCK | gjeet: You there? |
| 14:17.27 | gjeet | yes |
| 14:17.39 | YatharthROCK | Could you review my task? https://google-melange.appspot.com/gci/task/view/google/gci2013/5007157967716352 |
| 14:17.47 | YatharthROCK | You assigned it to me. |
| 14:20.58 | YatharthROCK | gjeet: |
| 14:22.19 | Notify | 03GCI: * : - |
| 14:22.36 | gjeet | YatharthROCK: wait, I am reviewing some other task, after that I will review this one |
| 14:22.51 | YatharthROCK | gjeet: kk, no prob. 10x :) |
| 14:29.44 | Notify | 03GCI: * : - |
| 14:30.00 | Notify | 03GCI: * : - |
| 14:32.54 | YatharthROCK | Can someone explain to me how exactly the Google Charts wrapper is supposed to behave? <https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696> |
| 14:33.53 | YatharthROCK | ``Erik: Are you like a ChanOp or something? You show up at the top of the user list... |
| 14:34.04 | YatharthROCK | Oh, the backticks must be sorted first... |
| 14:37.29 | YatharthROCK | Is any mentor here who can review my task? https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696 |
| 14:37.42 | YatharthROCK | brlcad: Are you there? |
| 14:51.55 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed. |
| 14:52.00 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed. |
| 15:05.19 | YatharthROCK | starseeker: You back? |
| 15:05.50 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: None - sir, i hope you like it this time. |
| 15:07.38 | brlcad | YatharthROCK: same as last year |
| 15:07.40 | brlcad | ~ask |
| 15:07.40 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 15:08.00 | brlcad | if you can't wait, then you shouldn't be using irc here |
| 15:08.43 | YatharthROCK | brlcad: Well, it's not a question, is it? More like a request. I'm sorry, I'll try be more patient now. |
| 15:08.48 | brlcad | tasks are reviewed in a queue, not based on who asks the most |
| 15:09.12 | YatharthROCK | LOL, sorry again. |
| 15:09.18 | YatharthROCK | BTW, for this task: https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696 |
| 15:09.30 | YatharthROCK | What exactly is the GCharts code supposed to do? |
| 15:09.32 | brlcad | that means it's important to make sure you ask useful questions that don't require going back and forth several times, each time you get back in line |
| 15:09.37 | *** join/#brlcad MartinHermida (~MartinHer@24.Red-83-50-150.dynamicIP.rima-tde.net) | |
| 15:09.41 | YatharthROCK | As in, why can't it just return a PNG? |
| 15:09.44 | *** join/#brlcad benkaiser (~benkaiser@pa49-181-56-199.pa.nsw.optusnet.com.au) | |
| 15:10.54 | YatharthROCK | brlcad: You mean get all the possible required info from before only so you don't have to be told to fix your submission later? |
| 15:11.25 | brlcad | YatharthROCK: no, not at all |
| 15:11.56 | MartinHermida | brlcad: Could I use some SVG just to draw the interconnecting portions directly written in the HTML? I mean: the SVG code, not an image itself |
| 15:11.57 | brlcad | I mean be careful about what questions you ask and how you ask them |
| 15:12.10 | YatharthROCK | brlcad: And whaddaya' mean, same as last year? You actually remember me doing that last year too? (I really need to learn after just being told once...) |
| 15:12.16 | brlcad | some questions that are much more easily answered than others |
| 15:12.32 | brlcad | YatharthROCK: yes, last year you failed the "~ask" many time |
| 15:12.39 | YatharthROCK | :$ |
| 15:12.48 | brlcad | stop asking if people are here, just ask your question and be on irc for a response |
| 15:12.55 | brlcad | which may be seconds or hours later |
| 15:13.26 | brlcad | pretty much all irc tools have tools to help you keep track of discussions directed at you even if it's a really busy channel |
| 15:13.40 | brlcad | e.g., /last YatharthROCK |
| 15:13.48 | YatharthROCK | And this channel has logs too, so i won't miss out even when I'm gone. |
| 15:14.48 | *** join/#brlcad ishwerdas (~inderplus@59.91.233.70) | |
| 15:14.52 | YatharthROCK | '/last YatharthROCK' doesn't do anything for me. Is a client-specific thing? My client is pretty primitive. |
| 15:16.07 | YatharthROCK | Could you tell me what exactly is expected in this task? I want to work on it after my current one is reviewed. <https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696> |
| 15:16.34 | MartinHermida | brlcad: I'd also like to know if scaling the CSS logo using "transform:scale();" will be right |
| 15:16.37 | brlcad | except we won't answer questions for people that are not here |
| 15:16.39 | YatharthROCK | I won't fail ~ask again, brlcad. |
| 15:16.43 | brlcad | so logs aren't helpful there |
| 15:17.07 | brlcad | and yes, /last was just an example -- every client is a little different |
| 15:17.18 | brlcad | (learn your client's features being the suggestion) |
| 15:17.41 | Notify | 03GCI:Tan Di Sheng * Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 15:17.46 | Notify | 03GCI:Tan Di Sheng * Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 15:18.22 | YatharthROCK | My client is built on Chrome's API and doesn't do much, but I get the drift. |
| 15:18.24 | YatharthROCK | brlcad: Also, did you see starseeker's task proposal to write a script to format all the image tags? |
| 15:18.33 | brlcad | by the way -- "what exactly is expected" is not a good question, if it's unclear to you state what you do understand of the task and what you do not understand |
| 15:18.46 | brlcad | that said, that task is not written very well, it should be more clear |
| 15:19.18 | brlcad | so I suggest putting a comment there for the task's author and/or the benefit of others to clarify the deliverable(s) |
| 15:20.03 | brlcad | MartinHermida: I don't know if that will be right, but I know a great way to find out (try it) |
| 15:20.53 | brlcad | YatharthROCK: at a glance, that task says that code wraps gchart and gchart has changed, so assumedly the task is to update it to the new gcharts API |
| 15:21.17 | brlcad | or as it states, use the new API "more optimally" than it currently does |
| 15:21.23 | MartinHermida | brlcad: Don't you know if will be right scaling it that way, writing SVG directly in HTML or borth? |
| 15:21.42 | MartinHermida | brlcad: both* |
| 15:21.51 | Notify | 03GCI:Yatharth Agarwal * Loading Google charts from API: Clarification on the deliverables - Could you state what exactly is required of the code? Is it supposed to entirely follow the specs of... |
| 15:21.56 | Notify | 03GCI:Yatharth Agarwal * Loading Google charts from API: Clarification on the deliverables - Could you state what exactly is required of the code? Is it supposed to entirely follow the specs of... |
| 15:22.13 | YatharthROCK | brlcad: Yeah. That API will be deprecated by 2015, I think. |
| 15:22.15 | brlcad | MartinHermida: I am not familiar with the particulars of that task, but you could ask that question as a comment to the task |
| 15:22.24 | brlcad | YatharthROCK: so then .. what's unclear? |
| 15:23.07 | YatharthROCK | Why don't you just use a library? Googling for 'google charts python' gave lots of comprehensive and easy-to-use libraries with minimal dependencies. |
| 15:23.39 | ishwerdas | hi MartinHermida |
| 15:24.08 | YatharthROCK | I just want to know, can we return the chart as a finished PNG? |
| 15:24.10 | MartinHermida | ishwerdas: hi |
| 15:24.27 | ishwerdas | MartinHermida: can you give me a link to your task |
| 15:24.41 | MartinHermida | Here it is: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 15:24.42 | ishwerdas | MartinHermida: so that i can see what you have done till now |
| 15:24.49 | YatharthROCK | That way, I just have to write some middle-man code between BRLCAD and the library and it'll be done. |
| 15:25.06 | ishwerdas | MartinHermida: will get back to you soon in a minute :) |
| 15:25.30 | Notify | 03GCI:Harmanpreet * Design a cover image or banner for our Facebook page (and other social media sites) #2: Need to be Impressive - It looks you put your effort but design still lacks creativity... |
| 15:25.31 | Notify | 03GCI:Harmanpreet * Design a cover image or banner for our Facebook page (and other social media sites) #2: Need to be Impressive - It looks you put your effort but design still lacks creativity... |
| 15:25.37 | YatharthROCK | The only problem being of dependencies. |
| 15:25.46 | Notify | 03GCI:Harmanpreet * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to... |
| 15:25.46 | Notify | 03GCI:Harmanpreet * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to... |
| 15:29.08 | YatharthROCK | brlcad: Also, did you see starseeker 's task proposal to write a script to format all the image tags? |
| 15:32.38 | ishwerdas | MartinHermida: what we mean by scaling is that when we increase the size of the container the logo would be able to scale itself |
| 15:33.38 | ishwerdas | MartinHermida: making it somewhat responsive probably by using fluid widths, can you do that? |
| 15:33.51 | ishwerdas | MartinHermida: percentage in widths and heights |
| 15:36.19 | MartinHermida | ishwerdas: I'll try, but if I can't do it that way will it be right scaling it with the CSS property 'transform:scale();' |
| 15:36.43 | *** join/#brlcad gjeet (~gjeet@59.91.233.70) | |
| 15:36.58 | *** join/#brlcad harmanpreet (~chatzilla@124.253.91.230) | |
| 15:40.25 | brlcad | YatharthROCK: whats the current output of that class? if it ultimately is used to get a png, then you probably could just return an image |
| 15:40.46 | brlcad | you'll have to look at the callers of that class |
| 15:40.46 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: Will improve - Ok thanks for the feedback i will make sure i improve on what you said |
| 15:40.51 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: Will improve - Ok thanks for the feedback i will make sure i improve on what you said |
| 15:42.51 | brlcad | and again, asking me if i saw something isn't very useful -- ask what you're intending to ask in followup |
| 15:43.47 | ishwerdas | MartinHermida: Yes, but then you would have to add slight javascript so that it checks the width and height of the container div and whenever browser is resized, it scales accordingly. |
| 15:45.02 | MartinHermida | ishwerdas: By using transform:scale(); I think I won't have to use javascript |
| 15:45.21 | MartinHermida | ishwerdas: it's a CSS property |
| 15:48.05 | ishwerdas | MartinHermida: Yes, you can also use media queries to have that effect, what I want to say is firstly try it without transform scale, I am sure you will be able to do that. |
| 15:48.47 | ishwerdas | MartinHermida: Also, I guess transform:scale() has limited browser support for only webkit browsers (if I am not wrong) |
| 15:49.13 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Task Claimed - I would like to work on this task. |
| 15:49.18 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Task Claimed - I would like to work on this task. |
| 15:50.22 | MartinHermida | ishwerdas: It also works on firefox. OK, I'll try doing it with CSS, SVG and JS |
| 15:51.02 | ishwerdas | MartinHermida: SVG for what? |
| 15:52.30 | YatharthROCK | brlcad: It returns some HTML and embedded JS code. I now see why: it makes for higher-resolution, faster, possibly-interactive and expected code. |
| 15:52.37 | MartinHermida | ishwerdas: For the 'bridges' between the two white circles in the pink shape |
| 15:53.20 | andromeda-galaxy | brlcad: the pt function tests are taking ~3hrs for half of them due to the necessity of coming up with test cases |
| 15:53.29 | YatharthROCK | MartinHermida: It is possible to approximate it with only CSS, |
| 15:53.47 | ishwerdas | MartinHermida: you can do it without SVG and only CSS, can't you? |
| 15:54.00 | brlcad | tbrowder2: greetings |
| 15:54.31 | brlcad | tbrowder2: it's not acceptable, but I don't see what you spoke of in my immediate lot -- checking further back but feel free to PM me any names involved |
| 15:54.37 | brlcad | s/lot/log/ |
| 15:55.19 | brlcad | andromeda-galaxy: thanks for the feedback |
| 15:55.26 | MartinHermida | ishwerdas: I'll try to improve the 'connection' between, because brlcad told me it has to be smother |
| 15:55.42 | brlcad | that's pretty good then -- basically if you had to write it again, you'd probably easily come in under 2 hours |
| 15:56.01 | andromeda-galaxy | brlcad: can we break this one into two tasks? since the first half has taken so long? |
| 15:56.06 | brlcad | heh, don't smother me! |
| 15:56.08 | ishwerdas | MartinHermida: It can be done only with CSS, our last claimant 'binaryking' was able to do that, he just quit before he could make it responsive. He didn't upload that file on melange, but he shared it on IRC, and it was smooth :) |
| 15:56.10 | brlcad | smoother would be good though |
| 15:56.22 | YatharthROCK | brlcad: 'Have you seen it?' -> 'What do you think of it'? -> 'Is the task going to be added to the list?' -> 'I had written some code for it already while completing another task. Will the task be added?' |
| 15:56.57 | andromeda-galaxy | brlcad: The problem is that coming up with the testcases takes a certain amount of time, even when familiar with the code, because you have to make sure that you can actually put the right results in your testcases |
| 15:57.13 | YatharthROCK | ishwerdas: 'smooth' in which sense? No discontinuities? |
| 15:57.14 | Notify | 03GCI:Alec * Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Claimed - I would like to work on this task. |
| 15:57.19 | Notify | 03GCI:Alec * Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Claimed - I would like to work on this task. |
| 15:57.42 | MartinHermida | Sorry brlcad, I meant 'smoother', forgive me :) |
| 15:57.55 | brlcad | YatharthROCK: now you're getting it .. those first questions are pretty much irrelevant -- you just want to know if/when it'll be added, to which I can easily say "yes, it'll be added soon -- new tasks are processed throughout the day most days" |
| 15:58.04 | Notify | 03GCI:Harmanpreet * Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Assigned - This task has been assigned to Alec. You have 72 hours to complete this... |
| 15:58.14 | brlcad | MartinHermida: I know, just play on words with the spelling error |
| 15:58.19 | Notify | 03GCI:Harmanpreet * Design a BRL-CAD Sticker #3: Task Assigned - This task has been assigned to ISRanjith. You have 72 hours to complete this task, good luck! |
| 15:58.24 | Notify | 03GCI:Harmanpreet * Design a BRL-CAD Sticker #3: Task Assigned - This task has been assigned to ISRanjith. You have 72 hours to complete this task, good luck! |
| 15:58.25 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Where is the upload button? - I can't find the upload button please help. |
| 15:58.29 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Where is the upload button? - I can't find the upload button please help. |
| 15:58.57 | ishwerdas | YatharthROCK: yes no space between various sub-modules and also the curves in the bridge between the various subparts need to be good (which binary king was able to do with a bit of assistance) |
| 15:59.56 | brlcad | binaryking's was off a little bit too, but some mentor let it pass |
| 16:00.40 | YatharthROCK | Even mine... :$ |
| 16:01.41 | ishwerdas | brlcad: Yes, but here at IRC he had a good amount of chat with me and during that he was able to improve, he also shared a screenshot of the results which were just what I wanted in the task (while I was writing it) |
| 16:01.43 | YatharthROCK | BTW I found the fix to the transparency problem: use a negative border-radius for the bridge using CSS3 gradients!! |
| 16:02.04 | ishwerdas | YathartROCK: exactly! |
| 16:02.37 | ishwerdas | YatarthROCK: can you share a screenshot of your best output here? |
| 16:03.00 | YatharthROCK | ishwerdas: I didn't implement the negative border radius thing. |
| 16:03.09 | andromeda-galaxy | brlcad: I can give you bn_3pts_collinear through bn_distsq_pt3_lseg3_v2 right now (the first half) |
| 16:03.31 | ishwerdas | YatharthROCK: Ok :) |
| 16:04.47 | *** join/#brlcad YatharthROCK_ (~Yatharth@95.175.77.95) | |
| 16:05.41 | Notify | 03BRL-CAD:starseeker * 58601 brlcad/trunk/src/libbn/chull.c: Start trying to rework the C++ convex hull code into libbn C style. |
| 16:07.42 | YatharthROCK | ishwerdas: Here it is: <https://dl.dropboxusercontent.com/u/60644193/BRL-CAD.png> |
| 16:08.29 | brlcad | needs a dash, BRL-CAD |
| 16:08.36 | brlcad | official has it |
| 16:08.43 | brlcad | contest image did not |
| 16:09.44 | brlcad | slight discontinuity on the links (at least the top red, bottom connection) |
| 16:09.45 | YatharthROCK | brlcad: I guess so. There was this URL on the BRL-CAD site containing '*/angelov*.png' |
| 16:09.56 | brlcad | yep, that's the contest image |
| 16:10.08 | brlcad | you wouldn't have known (now you do) :) |
| 16:11.02 | YatharthROCK | Did the other submission support transparent backgrounds? |
| 16:11.30 | YatharthROCK | Oh yeah, I remember seeing a link to creating fake in-bevels on the task page. |
| 16:17.49 | Notify | 03GCI:Angelo Nickele * Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 16:20.34 | Notify | 03GCI:Harmanpreet * Model BRL-CAD Logo Using BRL-CAD #3: Task Assigned - This task has been assigned to Angelo Nickele. You have 72 hours to complete this task, good luck! |
| 16:20.44 | Notify | 03GCI:Harmanpreet * Model BRL-CAD Logo Using BRL-CAD #3: Task Assigned - This task has been assigned to Angelo Nickele. You have 72 hours to complete this task, good luck! |
| 16:23.34 | kanzure | "Mikhail Kazakov from OpenCascade SAS just announced at the Salome User's Day that next OCCT version will be LGPL" |
| 16:37.29 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Closed - Congratulations, this task has been completed successfully. |
| 16:37.34 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #4: Task Closed - Congratulations, this task has been completed successfully. |
| 16:37.35 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #4: Good Work - Ethan you did good work and this design looks nice. |
| 16:37.39 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #4: Good Work - Ethan you did good work and this design looks nice. |
| 16:53.32 | Notify | 03GCI:Ethan * Design a BRL-CAD Sticker #4: Task Claimed - I would like to work on this task. |
| 16:53.37 | Notify | 03GCI:Ethan * Design a BRL-CAD Sticker #4: Task Claimed - I would like to work on this task. |
| 17:09.30 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:39.01 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD Sticker #4: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck! |
| 17:39.02 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD Sticker #4: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck! |
| 17:42.21 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status... |
| 17:50.13 | Notify | 03BRL-CAD Wiki:86.153.149.102 * 6326 /wiki/Community_Publication_Portal: /* Alexander Lotsu: Wanted - Software Maintainer for Windows Binary Platform */ |
| 17:52.27 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: Ready for review - The work on this task is ready to be reviewed. |
| 17:52.32 | Notify | 03GCI:Alex * Write an article soliciting a Windows platform maintainer: Ready for review - The work on this task is ready to be reviewed. |
| 17:53.37 | *** join/#brlcad dk_ (~chatzilla@117.199.97.61) | |
| 17:54.48 | *** join/#brlcad mandeep (~mandeep@202.164.53.116) | |
| 17:57.42 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 17:58.27 | Notify | 03GCI:Jacob B * Create a custom wikimedia skin for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:58.47 | Notify | 03GCI:Jacob B * Create a custom wikimedia skin for BRL-CAD: Task - I am interested in this task, but I found another one I want to do first. |
| 17:58.52 | Notify | 03GCI:Jacob B * Create a custom wikimedia skin for BRL-CAD: Task - I am interested in this task, but I found another one I want to do first. |
| 17:59.12 | Notify | 03GCI:Jacob B * Transcribe Geometry Model Data from a PDF report to an ASCII file: Task Claimed - I would like to work on this task. |
| 17:59.13 | Notify | 03GCI:Jacob B * Transcribe Geometry Model Data from a PDF report to an ASCII file: Task Claimed - I would like to work on this task. |
| 17:59.58 | Notify | 03GCI:Mandeep Kaur * Transcribe Geometry Model Data from a PDF report to an ASCII file: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 18:09.01 | Notify | 03BRL-CAD:carlmoore * 58602 brlcad/trunk/src/proc-db/tea.c: set up -h, -?, no-argument help; if no arguments, program continues running as it did before I made this changes; if program stops, we have NOT set up file teapot.g |
| 18:11.52 | MartinHermida | I've just finished the CSS logo but the only way to make the separation between the pink and black things is with a circle with a JS script to make it change the color matching the container div's one. Will it be right making it that way? Thanks |
| 18:23.35 | Deepak_ | brlcad : I want to discuss about new tasks for GCI need your suggestions. |
| 18:23.45 | Notify | 03GCI: * : - |
| 18:23.46 | Notify | 03GCI: * : - |
| 18:38.55 | *** join/#brlcad MartinHermida (~MartinHer@24.Red-83-50-150.dynamicIP.rima-tde.net) | |
| 18:40.19 | MartinHermida | Maybe I'll need more time in my task, please, could you extend the time if the task is not right? http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 18:41.12 | Notify | 03BRL-CAD:starseeker * 58603 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c and 2 others): use lower case |
| 18:44.37 | Notify | 03BRL-CAD:starseeker * 58604 brlcad/trunk/src/libbn/tests/bn_chull.c: tweak to hull tests |
| 18:53.08 | Notify | 03BRL-CAD:starseeker * 58605 (brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/tests/bn_chull.c): tweak pointers... |
| 18:56.23 | *** join/#brlcad MartinHermida (~MartinHer@109.Red-83-41-58.dynamicIP.rima-tde.net) | |
| 19:15.42 | Notify | 03GCI:Marin Alexandra * Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed. |
| 19:15.47 | Notify | 03GCI:Marin Alexandra * Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed. |
| 19:25.11 | Notify | 03BRL-CAD:carlmoore * 58606 brlcad/trunk/src/proc-db/tea_nmg.c: although the result is broken, I fixed the alignment of 'case' statement, allowed for -h & -? and no-arguments help, and suppressed file creation if the program will exit due to bad options or use of -h or -? |
| 19:44.15 | Notify | 03GCI:Andrei * Create a screen-cast for BRL-CAD: Time - I am afraid I had some school issues so I am sorry, but I will need more time. I will try to upload a video as soon as possible to ask you... |
| 19:44.18 | Notify | 03GCI:Andrei * Create a screen-cast for BRL-CAD: Time - I am afraid I had some school issues so I am sorry, but I will need more time. I will try to upload a video as soon as possible to ask you... |
| 19:54.25 | Notify | 03GCI:Mandeep Kaur * Create a screen-cast for BRL-CAD: Extending Time - I'm extenting time for this task. You can continue your work and show output quickly. All the best. |
| 19:54.40 | Notify | 03GCI:Mandeep Kaur * Create a screen-cast for BRL-CAD: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 20:17.08 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 20:19.39 | brlcad | back in a bit |
| 20:58.18 | maths22 | For http://www.google-melange.com/gci/task/view/google/gci2013/5597236545191936 |
| 20:58.29 | maths22 | I have completed transcription of table 2 |
| 21:03.36 | MartinHermida | brlcad: Fixed the "bridge", now it's quite smooth, and scaling: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 21:03.41 | maths22 | Also, is there any documentation of the Com-Geom type itselft? |
| 21:04.11 | starseeker | maths22: um. I think the GIFT reports might have something... |
| 21:04.46 | maths22 | just so you know, after I had run it through ocr, table 2 (I think the easiest) took about an hour |
| 21:05.01 | maths22 | Thank you |
| 21:05.10 | starseeker | nods - yeah, it's tedious |
| 21:05.29 | starseeker | maths22: give me a second, I'm checking the GIFT stuff... |
| 21:06.06 | starseeker | maths22: could we write a script or something to help? (like, say, converting five characters consisting of either 0 or O to all 0?) |
| 21:07.59 | starseeker | maths22: try this - http://www.dtic.mil/docs/citations/ADB006037 |
| 21:09.27 | starseeker | maths22: if we need to scope the tasks to parts of the PDF file, that's fine too |
| 21:10.03 | maths22 | Does brlcad do anything with the names themselves, or do they not matter? |
| 21:11.04 | starseeker | which names? |
| 21:11.24 | maths22 | The comments/remarks fields |
| 21:12.03 | maths22 | I also cannot figure out a relationship between table 3 and the document's Reigion idendification information |
| 21:12.46 | maths22 | Sorry about the bad spelling-typing with one hand does that |
| 21:13.28 | starseeker | the Region Identification information being table 4? |
| 21:14.43 | starseeker | maths22: the tool that we'll be using to import these is comgeom-g |
| 21:15.22 | Notify | 03GCI:alebcay * Create a graphical mock-up for BRL-CAD's Blog: Task Claimed - I would like to work on this task. |
| 21:15.27 | Notify | 03GCI:alebcay * Create a graphical mock-up for BRL-CAD's Blog: Task Claimed - I would like to work on this task. |
| 21:16.23 | starseeker | maths22: for the transcription tasks, even a literal ascii text transcription of the report would be fine - if we need to, we can make subsequent tasks to assemble "valid" comgeom files |
| 21:19.18 | maths22 | ok |
| 21:19.26 | maths22 | Would an excel/csv file work? |
| 21:19.39 | starseeker | maths22: in my opinion, it's worth preserving the contents of the REMARKS column - it won't (currently) be reflected in the object names, but the converter should preserve it as an attribute even if it isn't doing it now |
| 21:20.03 | starseeker | I'd go with csv - excel is a commercial format - but that's a fine place to start |
| 21:20.21 | maths22 | OK |
| 21:20.59 | starseeker | maths22: and yes, it's expected that the solids table will take more time due to the density of the numerical information |
| 21:21.27 | starseeker | if you want to do your work in excel and then export CSV, that's fine |
| 21:22.00 | starseeker | or gnumeric, or libreoffice - whatever you prefer ;-) |
| 21:23.17 | starseeker | you might even be able to get acrobat reader to spit out a text file you could import into the spreadsheet as a starting point... |
| 21:24.41 | maths22 | I am using an ocr file to start |
| 21:24.50 | starseeker | cool |
| 21:26.02 | maths22 | Does table 2 actually have the descr in the final file |
| 21:26.41 | starseeker | you mean the remarks column in table 2? |
| 21:26.55 | maths22 | yes |
| 21:27.09 | starseeker | I'm not sure if comgeom-g currently preserves them, but if it doesn't it should |
| 21:27.18 | maths22 | . |
| 21:27.20 | maths22 | [4~ |
| 21:28.32 | starseeker | maths22: once we have this file transcribed properly, it's slated to become a test file for the comgeom-g importer |
| 21:29.12 | MartinHermida | starseeker: Could you review my task?: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 21:30.12 | starseeker | <PROTECTED> |
| 21:31.15 | MartinHermida | starseeker: Oh sorry, never mind |
| 21:31.38 | starseeker | MartinHermida: no need to apologize, I just have a really bad artistic eye |
| 21:32.26 | starseeker | looks like you're getting a lot of interest and feedback - someone should be able to look at it fairly soon |
| 21:33.14 | MartinHermida | starseeker: OK, so I'll wait for someone 'qualified' to do it ;-) |
| 21:33.48 | maths22 | I did not see it in the pdf you posted in the comgeom |
| 21:33.58 | starseeker | maths22: which "it"? |
| 21:34.06 | starseeker | the file format definition? |
| 21:34.25 | maths22 | the prsence of the remarks column |
| 21:35.32 | starseeker | ah - are you hoping that you won't have to review that column for accuracy? ;-) |
| 21:36.33 | maths22 | no- I just have to re-ocr it then |
| 21:36.54 | starseeker | maths22: take a look at page 47 (page 48 in my PDF reader) - Figure 25 |
| 21:37.33 | maths22 | That is table 3 |
| 21:37.50 | maths22 | I mean am refering to the one on 44 |
| 21:38.46 | starseeker | Ah, OK. so for that one, it looks like the "REMARKS" column corresponds to the "Comments" section, 70-80 |
| 21:41.53 | starseeker | maths22: ultimately, we want comgeom-g to handle the file as-is - my take on it is that means we should strive to be as accurate as possible in preserving what's in the data file as seen in the report |
| 22:07.52 | maths22 | OK thank you |
| 22:16.54 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 22:20.39 | brlcad | maths22: awesome to hear you taking that one on .. there's practically an unlimited supply of comgeom data that could be converted |
| 23:00.51 | Notify | 03GCI:Daniel Rossberg * Create a graphical mock-up for BRL-CAD's Blog: Task Assigned - This task has been assigned to alebcay. You have 72 hours to complete this task, good luck! |
| 23:00.55 | maths22 | OCR run |
| 23:01.01 | maths22 | I will proof it later |
| 23:02.01 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for right hyperbolic cylinders (RHC): Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 23:03.18 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 23:12.12 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for right hyperbolic cylinders (RHC): Again the indents - Remember our indent style: Indents are 4 characters, tabs are 8 characters, ie use a... |
| 23:12.17 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for right hyperbolic cylinders (RHC): Again the indents - Remember our indent style: Indents are 4 characters, tabs are 8 characters, ie use a... |
| 23:12.18 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for right hyperbolic cylinders (RHC): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 23:30.16 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for triangle meshes (BOT): initialize volume - Wouldn't it be a good idea to initialize volume first to 0? I know other primitives don't... |
| 23:30.26 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for triangle meshes (BOT): initialize volume - Wouldn't it be a good idea to initialize volume first to 0? I know other primitives don't... |
| 23:30.27 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for triangle meshes (BOT): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 23:30.31 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for triangle meshes (BOT): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 23:57.08 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Delay - Due to an unexpected flood of schoolwork, this task will not be completed in time. |
| 00:02.11 | maths22 | Proofed |
| 00:08.34 | maths22 | I am using excel macros to simplyfy the process some |
| 00:10.19 | Notify | 03GCI:Ethan * Design a BRL-CAD Sticker #4: Ready for review - The work on this task is ready to be reviewed. |
| 00:30.03 | maths22 | Does table 4 need to be transcribed? |
| 00:30.19 | maths22 | It has the same information laid out differently as table 3 |
| 00:39.02 | brlcad | no idea, depends on the comgeom format, which is far too old for me to remember the details |
| 00:41.06 | brlcad | might help to look at an example working comgeom file |
| 00:41.43 | brlcad | maths22: if you read src/conv/vdeck/vdeck.c, I believe that has a little bit of the details on those input files |
| 00:42.06 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed. |
| 00:42.11 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): Ready for review - The work on this task is ready to be reviewed. |
| 00:42.26 | brlcad | basically, if you have those three files ocr'd and verified, it should be enough to run the conversion ... |
| 00:45.27 | Notify | 03GCI:Harmanpreet * Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 0 days and 23 hours. |
| 00:45.32 | Notify | 03GCI:Harmanpreet * Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 0 days and 23 hours. |
| 00:47.31 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Broadness of task - When it says spelling errors, does that include general grammatical errors, or strictly... |
| 00:47.32 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Broadness of task - When it says spelling errors, does that include general grammatical errors, or strictly... |
| 00:49.41 | Notify | 03GCI:Harmanpreet * Fix at least 8 spelling mistakes in at least 8 different files: Deadline Extended - Not a problem David. I just extended the deadline for your task. We really want you to enjoy... |
| 00:50.56 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Thanks - Thanks for the extension! |
| 00:58.56 | maths22 | Starseeker had a nice pdf he liked to |
| 00:59.00 | maths22 | I will look at it later |
| 01:00.37 | Notify | 03GCI:Cameron * Design a prototype CAD GUI layout #2: Ready for review - The work on this task is ready to be reviewed. |
| 01:00.47 | Notify | 03GCI:Cameron * Design a prototype CAD GUI layout #2: Ready for review - The work on this task is ready to be reviewed. |
| 01:18.25 | Notify | 03BRL-CAD:starseeker * 58607 (brlcad/trunk/doc/docbook/articles/en/nirt.xml brlcad/trunk/doc/docbook/articles/en/oed.xml brlcad/trunk/doc/docbook/articles/en/tire.xml): Commit slightly tweaked version of patch from Yatharth Agarwal (GCI) updating image inclusions in DocBook files |
| 01:35.55 | Notify | 03GCI:Jacob * Create an utility library (LIBBU) API unit test for any file: Task Claimed - I would like to work on this task. |
| 01:57.25 | Notify | 03GCI:Sean * Create an utility library (LIBBU) API unit test for any file: Task Assigned - This task has been assigned to Jacob. You have 72 hours to complete this task, good luck! |
| 01:57.30 | Notify | 03GCI:Sean * Create an utility library (LIBBU) API unit test for any file: Task Assigned - This task has been assigned to Jacob. You have 72 hours to complete this task, good luck! |
| 02:17.19 | maths22 | Table 3 is done |
| 02:22.47 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 02:22.52 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 02:35.37 | *** join/#brlcad Deepak_ (~chatzilla@59.91.117.36) | |
| 02:39.19 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: better but more still - That's a good improvement but it's still missing a closing summary. The length could also be reduced futher... |
| 02:41.29 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: Task Closed - Congratulations, this task has been completed successfully. |
| 02:41.34 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: Task Closed - Congratulations, this task has been completed successfully. |
| 02:52.10 | Notify | 03GCI:Sean * Write an article soliciting a Windows platform maintainer: fantastic - Fantastic work Alex! If you join our brlcad-news mailing list, you'll eventually see your article when it gets... |
| 03:20.35 | Notify | 03GCI:Sean * Model a toy car with wheels and axles in BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6503163796389888: interesting interpretation Sharan, Really interesting... |
| 03:20.45 | Notify | 03GCI:Sean * Model a toy car with wheels and axles in BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6503163796389888: interesting interpretation Sharan, Really interesting... |
| 03:21.00 | Notify | 03GCI:Sean * Model a toy car with wheels and axles in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 03:21.05 | Notify | 03GCI:Sean * Model a toy car with wheels and axles in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 03:23.59 | starseeker | OK, the temptation to try combining this: https://github.com/jorgen/yat and this: https://github.com/advancingu/QmlOgre to make a new editing GUI is *very* strong... |
| 03:30.01 | brlcad | starseeker: this doc task look good? http://www.google-melange.com/gci/task/view/google/gci2013/5007157967716352 |
| 03:31.38 | starseeker | looks good in the patch - let me try applying it quick |
| 03:32.50 | starseeker | wonders if the yat terminal could work on Windows... might be worth a test |
| 03:32.54 | maths22 | starseeker: is table IV necessary for Transcription? |
| 03:33.28 | starseeker | maths22: I'm not sure, to be honest. |
| 03:34.52 | starseeker | maths22: maybe the thing to do is assemble what you have into the actual comgeom file and try comgeom-g |
| 03:35.23 | maths22 | ok |
| 03:35.27 | starseeker | to do that you'll need to take the csv file and convert it to the spaces based ASCII file |
| 03:35.38 | maths22 | I will work on that when I finish table 1 |
| 03:36.03 | maths22 | I have gotten through the first 2 columns ... the fun ones will come tomorrow |
| 03:36.07 | starseeker | at this era in geometry editing, punch cards were the cutting edge |
| 03:36.27 | maths22 | Do you know if it is COMGEOM v4 or v5? |
| 03:36.53 | starseeker | no - we'd be hard pressed at this point to characterize the differences between those two versions, even |
| 03:37.17 | starseeker | with any luck, as part of the process of recovering older models we'll figure some of this out |
| 03:37.30 | starseeker | maths22: you've entered into the relm of coding archeology :-) |
| 03:38.59 | starseeker | that's part of what makes this so cool :-) |
| 03:39.15 | starseeker | you're almost literally bringing history back to life |
| 03:39.35 | maths22 | OK |
| 03:41.24 | starseeker | brlcad: almost done with the build test for that patch |
| 03:43.22 | maths22 | Something fun I am noticing: |
| 03:43.41 | maths22 | The original documents have some typos in the description column |
| 03:43.53 | starseeker | heh |
| 03:44.14 | starseeker | some of that may be compressing due to character limitations of punch cards... |
| 03:44.50 | maths22 | I am leaving them as written in my transcription |
| 03:45.25 | starseeker | keep a tally of the ones you notice - after we have the original file in it's "proper" form and committed, we can apply a patch with any fixes you found ;-) |
| 03:45.50 | maths22 | OK |
| 03:46.09 | starseeker | brlcad: patch looks good |
| 03:46.25 | starseeker | passes validation and html build |
| 03:46.37 | starseeker | shall I go ahead and commit? |
| 03:46.51 | maths22 | EX: CRANSKSHAFT |
| 03:47.01 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website: Task Closed - Congratulations, this task has been completed successfully. |
| 03:47.40 | maths22 | Four emails now! |
| 03:48.06 | *** join/#brlcad harmanpreet (~chatzilla@124.253.242.5) | |
| 03:50.16 | Notify | 03GCI:starseeker * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Task Closed - Congratulations, this task has been completed... |
| 03:50.33 | Notify | 03BRL-CAD:starseeker * 58608 (brlcad/trunk/doc/docbook/articles/en/pipes.xml brlcad/trunk/doc/docbook/lessons/en/mged02_learning_viewing_options.xml and 3 others): Add improvements to image inclusion in DocBook files from Yatharth Agarwal (GCI) |
| 03:52.38 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website: nice work - Thanks for the answers to my questions. Nice work. If you join the brlcad-news mailing list, you'll see future... |
| 03:55.09 | Notify | 03GCI:Sean * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: thanks - A follow-up task will be posted in a day or two including the... |
| 04:00.07 | starseeker | maths22: hehe |
| 04:00.16 | starseeker | yeah, that does look a little... odd |
| 04:00.50 | starseeker | maybe someone didn't feel like redoing a punch card or a typewritten page |
| 04:03.11 | *** join/#brlcad atsoc (~andrew@135.0.83.118) | |
| 04:09.13 | Notify | 03GCI:Harmanpreet * Design a BRL-CAD Sticker #2: So many colours - Hi Oleg Thanks for following Sean's instructions by keeping the word together and including dash. But as suggested by him, you... |
| 04:10.19 | Notify | 03GCI:Harmanpreet * Design a BRL-CAD Sticker #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 04:13.09 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/4897259955159040: more work needed There are even more issues with the new design. We... |
| 04:13.19 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 04:13.20 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 04:13.21 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 04:13.54 | Notify | 03GCI:Sean * Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 04:13.59 | Notify | 03GCI:Sean * Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 04:16.29 | Notify | 03GCI:Luke Blue * Create a CAD inspired icon-set for BRL-CAD website: Thank You - Thank you so much for giving me this opportunity to work with you. I am overwhelmed with happiness and my real... |
| 04:19.20 | Notify | 03GCI:Sean * Design a BRL-CAD wallpaper http://www.google-melange.com/gci/task/view/google/gci2013/5097545822896128: needs more effort You have the start of a semi-abstract design, but it looks... |
| 04:19.21 | Notify | 03GCI:Sean * Design a BRL-CAD wallpaper http://www.google-melange.com/gci/task/view/google/gci2013/5097545822896128: needs more effort You have the start of a semi-abstract design, but it looks... |
| 04:19.30 | Notify | 03GCI:Sean * Design a BRL-CAD wallpaper: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours. |
| 04:21.09 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Hey Harmanpreet - Just to clarify, when it says spelling errors, does that include general grammatical errors,... |
| 04:23.24 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #4: byline - Where'd you get the "Build your own reality" tagline? Not bad, but our official tagline is simply "Open Source Solid Modeling". Would you also... |
| 04:23.29 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 04:24.14 | Notify | 03GCI:Harmanpreet * Design a BRL-CAD Sticker #4: Loving it - Ethan I love your design. Just need small changes and you are done. Please include our website's link and write something to describe... |
| 04:31.30 | Notify | 03GCI:David Gumberg * Create a custom wikimedia skin for BRL-CAD: Graphical Mock-Up - In the description you say to repher to the graphical mock-up, which I don't see a link to? Are you talking... |
| 04:36.15 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664: portability? I see this in Safari on Mac OS X: : portability?... |
| 04:36.20 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664: portability? I see this in Safari on Mac OS X: : portability?... |
| 04:36.21 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 04:42.04 | Notify | 03GCI:Harmanpreet * Fix at least 8 spelling mistakes in at least 8 different files: Only Spellings - For this task, you just need to check spelling errors. |
| 04:49.25 | Notify | 03GCI:Ethan * Design a BRL-CAD Sticker #4: Ready for review - The work on this task is ready to be reviewed. |
| 04:54.11 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 04:58.12 | Notify | 03GCI:Sean * Create a web based interactive timeline giving historical tour of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 04:58.13 | Notify | 03GCI:Sean * Create a web based interactive timeline giving historical tour of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/5957136014114816: multiple sources The history... |
| 04:58.17 | Notify | 03GCI:Sean * Create a web based interactive timeline giving historical tour of BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 04:58.18 | Notify | 03GCI:Sean * Create a web based interactive timeline giving historical tour of BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/5957136014114816: multiple sources The history... |
| 04:59.28 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Spelling Style - In terms of spelling style, should it be US english or UK english? |
| 05:00.03 | Notify | 03GCI:Sean * Create a web based interactive timeline giving historical tour of BRL-CAD: on the right track - not to misunderstand, you're definitely on the right track and made fantastic progress.... |
| 05:00.17 | Notify | 03GCI:Sean * Create a web based interactive timeline giving historical tour of BRL-CAD: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours. |
| 05:17.40 | Notify | 03BRL-CAD:starseeker * 58609 brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Add in raw contents of Hacking BRL-CAD book - haven't even begun formatting yet, but at least get the raw material in the repo. |
| 05:19.27 | Notify | 03BRL-CAD:starseeker * 58610 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/attributes.xml): Experiment with including a table in a man page via xinclude |
| 05:53.21 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.77.95) | |
| 06:09.10 | Notify | 03GCI:Harmanpreet * Fix at least 8 spelling mistakes in at least 8 different files: US English - It should be in US English. |
| 06:18.50 | Notify | 03GCI:Yatharth Agarwal * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Woah! - In your authorship file, srsly? I'd only seen the... |
| 06:18.55 | Notify | 03GCI:Yatharth Agarwal * Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #2: Woah! - In your authorship file, srsly? I'd only seen the... |
| 06:35.29 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 06:41.00 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 07:16.05 | *** join/#brlcad Deepak_ (~chatzilla@202.164.53.117) | |
| 07:43.13 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:56.50 | Notify | 03GCI: * : - |
| 07:56.55 | Notify | 03GCI: * : - |
| 08:31.29 | Notify | 03GCI:Alexandra Covor * Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed. |
| 08:31.34 | Notify | 03GCI:Alexandra Covor * Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed. |
| 08:31.50 | Notify | 03GCI:Alexandra Covor * Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed. |
| 08:31.55 | Notify | 03GCI:Alexandra Covor * Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed. |
| 08:33.35 | Notify | 03GCI:Melange * Design BRL-CAD phone/tablet back cover: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work... |
| 08:42.55 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 08:49.41 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 09:26.35 | Notify | 03BRL-CAD Wiki:Theiceman458 * 6327 /wiki/Community_Publication_Portal: /* Tan YuGin: BRL-CAD's Code Hardening Efforts */ Further shortened the article and reworked the conclusion. |
| 09:28.06 | Notify | 03GCI:YuGin * Write article on BRL-CAD's code hardening efforts: Ready for review - The work on this task is ready to be reviewed. |
| 09:29.37 | *** join/#brlcad YatharthROCK_ (~YatharthR@95.175.73.215) | |
| 09:44.00 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 09:48.18 | Notify | 03GCI:Tan Di Sheng * Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 09:48.23 | Notify | 03GCI:Tan Di Sheng * Design a coffee mug for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 10:00.38 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 10:05.58 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:13.00 | *** join/#brlcad witness123_ (~witness12@122.248.183.23) | |
| 10:16.25 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 10:23.58 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:46.24 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 11:06.16 | *** join/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:07.04 | *** part/#brlcad binaryking (~binarykin@unaffiliated/nafcool) | |
| 11:48.57 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed. |
| 12:00.04 | Notify | 03GCI:Kesha Shah * Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 12:00.04 | Notify | 03GCI:Kesha Shah * Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 12:00.44 | *** join/#brlcad witness (~witness12@122.161.151.196) | |
| 12:03.10 | Notify | 03GCI:Kesha Shah * Design a BRL-CAD Sticker #3: BRL-CAD signature - IS Ranjith, A good start, but you should probably modify the design such that its clear that the sticker is of BRL-CAD only.... |
| 12:03.15 | Notify | 03GCI:Kesha Shah * Design a BRL-CAD Sticker #3: BRL-CAD signature - IS Ranjith, A good start, but you should probably modify the design such that its clear that the sticker is of BRL-CAD only.... |
| 12:04.53 | kesha | wonders does Notify follows double duplicate protocol ? |
| 12:14.17 | Notify | 03BRL-CAD:tbrowder2 * 58611 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: remove redundant attribute |
| 12:14.29 | Notify | 03BRL-CAD:tbrowder2 * 58612 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: simplify path |
| 12:16.06 | *** join/#brlcad benkaiser (~benkaiser@pa49-183-33-118.pa.vic.optusnet.com.au) | |
| 12:19.08 | benkaiser | how can I check the volume of an object in mged? |
| 12:22.05 | benkaiser | brlcad, you there? |
| 12:44.05 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 12:44.16 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 12:45.45 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Do this - draw car.c axles.c wheels.c it should do the trick, I did rtcheck it shows overlaps but it i cant remove it because it... |
| 12:45.50 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Do this - draw car.c axles.c wheels.c it should do the trick, I did rtcheck it shows overlaps but it i cant remove it because it... |
| 12:50.40 | Notify | 03GCI:Benjamin Kaiser * Implement a volume function for elliptical hyperboloids (EHY): Task Claimed - I would like to work on this task. |
| 12:54.32 | *** join/#brlcad witness (~witness12@122.161.151.196) | |
| 12:55.27 | Notify | 03GCI:Mandeep Kaur * Implement a volume function for elliptical hyperboloids (EHY): Task Assigned - This task has been assigned to Benjamin Kaiser. You have 72 hours to complete this task, good... |
| 12:58.22 | Notify | 03GCI:Benjamin Kaiser * Implement a volume function for elliptical hyperboloids (EHY): Check Volume - How do I check the volume of an object using mged? or should I do it some other way? I want to... |
| 13:04.25 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 13:15.37 | *** join/#brlcad benkaiser (~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au) | |
| 13:21.01 | benkaiser | brlcad, you available? |
| 13:22.09 | *** join/#brlcad gjeet (~androirc@117.199.110.201) | |
| 13:28.26 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:29.31 | benkaiser | gjeet, what's up? |
| 13:46.03 | benkaiser | anyone online? |
| 14:07.41 | YatharthROCK | ~ask |
| 14:07.42 | infobot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 14:15.15 | Notify | 03GCI:Sam * Create a web based interactive timeline giving historical tour of BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 14:16.40 | Notify | 03GCI:Sam * Create a web based interactive timeline giving historical tour of BRL-CAD: None - Hi, Google Code-In doesn't allow deleting of files after they have been uploaded, so I have uploaded... |
| 14:20.34 | Notify | 03GCI:Jacob * Create an utility library (LIBBU) API unit test for any file: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:20.44 | Notify | 03GCI:Jacob * Create an utility library (LIBBU) API unit test for any file: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:22.11 | YatharthROCK | If you have a question about your task, leave it as a comment, or post it here and someone will get to it. |
| 14:22.21 | YatharthROCK | I've been ~ask'ed many many times here... |
| 14:28.36 | Notify | 03GCI:Rachel * Design a coffee mug for BRL-CAD #4: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:32.27 | Notify | 03BRL-CAD:starseeker * 58613 brlcad/trunk/src/libbn/chull.c: This needs a lot more careful though, but if I'm thinking correctly about the implications of sorting a list of points in this fashion and the requirements of the Melkman polyline convex hull algorithm, the sorting of the list of points ends up creating a set of points that may be treated as defining line segments in a non-self-intersecting polyline |
| 14:32.29 | Notify | (barring degenerate points, which come to think of it we may need to handle in melkman anyway) and hence the sorted point list can be fed directly to the melkman implementation rather than needing separate logic. |
| 14:39.38 | *** join/#brlcad benkaiser (~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au) | |
| 14:44.29 | Notify | 03BRL-CAD:tbrowder2 * 58614 (brlcad/trunk/src/librt/db5_attrs.cpp brlcad/trunk/src/librt/db5_attrs_private.h): add mew member 'property' for attributes; make load_maps available to other files |
| 14:51.55 | Notify | 03BRL-CAD:starseeker * 58615 brlcad/trunk/src/libbn/chull.c: Flip the way points are sorted. |
| 14:52.21 | *** join/#brlcad benkaiser (~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au) | |
| 14:54.42 | *** join/#brlcad witness (~witness12@122.161.151.196) | |
| 14:55.53 | *** join/#brlcad benkaiser (~benkaiser@pa49-183-34-13.pa.vic.optusnet.com.au) | |
| 14:56.27 | *** join/#brlcad Stattrav (~suryajith@123.236.75.44) | |
| 14:58.23 | *** join/#brlcad MartinHermida (~MartinHer@247.Red-83-41-56.dynamicIP.rima-tde.net) | |
| 15:02.04 | Notify | 03GCI: * : - |
| 15:02.08 | Notify | 03GCI: * : - |
| 15:02.56 | MartinHermida | brlcad: I fixed my task: http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 15:19.56 | Notify | 03BRL-CAD:tbrowder2 * 58616 brlcad/trunk/src/librt/db5_attrs.cpp: fill in property values (same as in attributes.xml) |
| 15:21.17 | Notify | 03BRL-CAD:tbrowder2 * 58617 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: start a function to generate xml tables for inclusion in 'attributes.xml' |
| 15:22.25 | Notify | 03BRL-CAD:tbrowder2 * 58618 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: remove unneeded function |
| 15:31.14 | Notify | 03BRL-CAD:starseeker * 58619 brlcad/trunk/src/libbn/tests/bn_chull.c: Flesh out the test logic for chull - need a *lot* more test cases... |
| 15:37.00 | Notify | 03BRL-CAD:tbrowder2 * 58620 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: put slash on dir name; comment out xml function till ready |
| 15:37.01 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Submitting Soon - Should submit within the hour. |
| 15:37.05 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Submitting Soon - Should submit within the hour. |
| 15:39.30 | *** join/#brlcad Ignacio (~ignacio@2001:4830:134:7::11) | |
| 15:40.04 | *** part/#brlcad Ignacio (~ignacio@2001:4830:134:7::11) | |
| 15:41.15 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:41.16 | gcibot | Hey, I'm a bot written by aviraldg who inserts metadata about GCI links!nSource at: https://github.com/aviraldg/gcibot. |
| 15:42.46 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:57.40 | MartinHermida | brlcad: If my task is still wrong, please, extend the time of it. I think now it's right, though. http://www.google-melange.com/gci/task/view/google/gci2013/6023159862001664 |
| 15:57.42 | gcibot | Create a CSS only version of BRL-CAD Logo |
| 15:57.42 | gcibot | Status: NeedsReview (22 hours, 57 minutes left) |
| 15:57.42 | gcibot | Mentor(s): Sean |
| 16:07.02 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 16:07.22 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: 1122.zip - The mockups for each page have been recreated. |
| 16:07.23 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: 1122.zip - The mockups for each page have been recreated. |
| 16:10.02 | Notify | 03GCI: * : - |
| 16:19.31 | Notify | 03GCI:Anton Georgiev * Implement a centroid function for gridded volumes (VOL): Task Claimed - I would like to work on this task. |
| 16:21.17 | Notify | 03GCI:Mandeep Kaur * Implement a centroid function for gridded volumes (VOL): Task Assigned - This task has been assigned to Anton Georgiev. You have 72 hours to complete this task, good luck! |
| 16:21.18 | Notify | 03GCI:Mandeep Kaur * Implement a centroid function for gridded volumes (VOL): Task Assigned - This task has been assigned to Anton Georgiev. You have 72 hours to complete this task, good luck! |
| 16:21.52 | Notify | 03BRL-CAD:starseeker * 58621 brlcad/trunk/src/librt/CMakeLists.txt: Don't use strict flags on this utility until it's ready. |
| 16:30.40 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:42.49 | Notify | 03BRL-CAD:carlmoore * 58622 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: remove trailing blanks/tabs; fix a spelling |
| 16:57.07 | Notify | 03GCI:Sean * Implement a volume function for elliptical hyperboloids (EHY): gqa and analyze - If you enable your new volume function (in table.c), you should be able to test it with the 'analyze'... |
| 16:59.32 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: do you need more time? - FaithOh, do you need more time? |
| 16:59.37 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: do you need more time? - FaithOh, do you need more time? |
| 17:01.57 | brlcad | MartinHermida: okay, will check it out |
| 17:02.54 | brlcad | MartinHermida: that looks pretty spectacular |
| 17:03.17 | brlcad | the diameter of the "pinch" is slightly off but that's still pretty fantastic |
| 17:04.28 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo: Task Closed - Congratulations, this task has been completed successfully. |
| 17:04.33 | Notify | 03GCI:Sean * Create a CSS only version of BRL-CAD Logo: Task Closed - Congratulations, this task has been completed successfully. |
| 17:06.38 | Notify | 03GCI: * : - |
| 17:06.43 | Notify | 03GCI: * : - |
| 17:07.06 | MartinHermida | brlcad: Really? |
| 17:09.53 | Notify | 03GCI:Marin Alexandra * Design a BRL-CAD wallpaper: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:13.38 | Notify | 03GCI:Alex * Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task. |
| 17:13.43 | Notify | 03GCI:Alex * Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task. |
| 17:14.58 | Notify | 03GCI:Mandeep Kaur * Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck! |
| 17:15.04 | Notify | 03GCI:Mandeep Kaur * Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck! |
| 17:21.13 | Notify | 03GCI:Anton Georgiev * Implement a centroid function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:21.18 | Notify | 03GCI:Anton Georgiev * Implement a centroid function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:21.23 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed. |
| 17:26.03 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: None - |
| 17:42.39 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 17:42.40 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 17:48.44 | Notify | 03GCI:Alex * Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:48.49 | Notify | 03GCI:Alex * Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:49.39 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: Task Claimed - I would like to work on this task. |
| 17:51.24 | Notify | 03GCI:Mandeep Kaur * Write a ''BRL-CAD Commands Quick Reference'' document: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck! |
| 17:51.34 | Notify | 03GCI:Mandeep Kaur * Write a ''BRL-CAD Commands Quick Reference'' document: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck! |
| 17:51.35 | maths22 | I have almost finished Table 1 |
| 17:51.51 | maths22 | I just have to check 8s vs 6s on the numeric part |
| 17:52.19 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: BRL-CAD Commands - I understand the task but would just like to know how do i find out what each of the commands is used for/... |
| 17:52.24 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: BRL-CAD Commands - I understand the task but would just like to know how do i find out what each of the commands is used for/... |
| 18:02.55 | Notify | 03BRL-CAD:starseeker * 58623 brlcad/trunk/include/bn.h: Update bn_2d_hull description |
| 18:02.56 | Notify | 03GCI:Jacob B * Transcribe Geometry Model Data from a PDF report to an ASCII file: Ready for review - The work on this task is ready to be reviewed. |
| 18:03.18 | maths22 | Note that it is not yet a comgeom file, per Starseeker's comments |
| 18:06.27 | Notify | 03BRL-CAD:starseeker * 58624 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c and 2 others): use chull instead of hull - consistent with filename, and leaves options open in case we want to implement some other sort of hull algorithm down the road. |
| 18:12.58 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 18:15.44 | Notify | 03GCI:Alec Fuglem * Create a graphical mock-up for BRL-CAD's Documentation pages: Task Claimed - I would like to work on this task. |
| 18:19.04 | Notify | 03GCI:Mandeep Kaur * Create a graphical mock-up for BRL-CAD's Documentation pages: Task Assigned - This task has been assigned to Alec Fuglem. You have 72 hours to complete this task, good luck! |
| 18:19.09 | Notify | 03GCI:Mandeep Kaur * Create a graphical mock-up for BRL-CAD's Documentation pages: Task Assigned - This task has been assigned to Alec Fuglem. You have 72 hours to complete this task, good luck! |
| 18:23.44 | Notify | 03GCI:Alec Fuglem * Create a graphical mock-up for BRL-CAD's Documentation pages: Confused - i am not quite sure what i am supposed to do for this task, shall i create a new web page, or design a... |
| 18:23.49 | Notify | 03GCI:Alec Fuglem * Create a graphical mock-up for BRL-CAD's Documentation pages: Confused - i am not quite sure what i am supposed to do for this task, shall i create a new web page, or design a... |
| 18:26.18 | Notify | 03BRL-CAD:starseeker * 58625 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): May need a function that deals in 3D points for these hulls. May only need this logic in the obr case at the moment, but for debugging if nothing else it may prove convenient to have a way to get this hull in 3-space terms and the same logic will apply to the obr case. |
| 18:46.05 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: List of commands - Also is there somewhere i can find a full list of BRL-CAD commands to include? or are the ones stated in the... |
| 18:53.57 | Notify | 03GCI: * : - |
| 18:54.55 | MartinHermida | brlcad: In this task (http://www.google-melange.com/gci/task/view/google/gci2013/6370365018210304) can I animate it with CSS3 and jQuery or it has to be entirely animated with CSS? |
| 19:00.49 | Notify | 03GCI:Mandeep Kaur * Create a graphical mock-up for BRL-CAD's Documentation pages: Mock up - Alec, you have to create a mock up for Documentation. You can design a HTML & CSS page or graphically... |
| 19:01.05 | Notify | 03GCI: * : - |
| 19:01.34 | MartinHermida | brlcad: Also, what size do you want for the banner? |
| 19:04.09 | Notify | 03GCI: * : - |
| 19:04.19 | Notify | 03GCI: * : - |
| 19:09.46 | Notify | 03GCI:Melange * Implement surface area function for NURBS objects (BREP): Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 19:20.27 | *** join/#brlcad andrei_ (~andrei@5-12-113-92.residential.rdsnet.ro) | |
| 19:30.27 | Notify | 03GCI:Andrei * Create a screen-cast for BRL-CAD: Unclaim - I am sorry but I do not have enough time to finish this task right now and do it as it should be done. I will unclaim the task. Sorry for... |
| 19:30.32 | Notify | 03GCI:Andrei * Create a screen-cast for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:30.33 | Notify | 03GCI:Andrei * Create a screen-cast for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:34.02 | *** join/#brlcad mandeep (~mandeep@202.164.53.116) | |
| 19:45.04 | Notify | 03GCI:Andreas Poulsen * Implement a volume function for solid polygonal meshes (NMG): Task Claimed - I would like to work on this task. |
| 19:45.29 | *** join/#brlcad benkaiser-away (~benkaiser@pa49-183-116-89.pa.vic.optusnet.com.au) | |
| 19:47.21 | Notify | 03GCI:Mandeep Kaur * Implement a volume function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Andreas Poulsen. You have 72 hours to complete this task, good... |
| 19:47.26 | Notify | 03GCI:Mandeep Kaur * Implement a volume function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Andreas Poulsen. You have 72 hours to complete this task, good... |
| 20:13.03 | Notify | 03BRL-CAD:starseeker * 58626 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c and 2 others): Try using point_2d for the 2D chull algorithms - hopefully we won't end up having to use lots of extra memory going from 3D to temporary 2D arrays, but nick is right that the point2d_t type is the better conceptual match to the type of data being worked. |
| 20:18.28 | starseeker | maths22: if we need to, there are some "example" files in reports like EDIT-COMGEOM that may be helpful: http://www.dtic.mil/docs/citations/ADB007108 |
| 20:19.43 | starseeker | those are supposed to be "complete" examples, as I understand it, although it's a little fuzzy since most of these old reports are assuming actual punch cards and not ascii text files... |
| 20:27.49 | maths22 | Isn't that going to be a second task? |
| 21:01.59 | *** join/#brlcad Stattrav (~suryajith@123.236.75.44) | |
| 21:05.57 | starseeker | maths22: yeah |
| 21:06.04 | starseeker | just planning ahead :-) |
| 21:14.46 | maths22 | That makes sense |
| 21:33.58 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) | |
| 21:34.00 | Palindrome | Hello |
| 21:34.19 | Palindrome | https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 21:34.21 | gcibot | Create a graphical mock-up for wiki pages of BRL-CAD |
| 21:34.21 | gcibot | Status: NeedsReview (1 hours, 59 minutes left) |
| 21:34.21 | gcibot | Mentor(s): Sean |
| 21:34.24 | *** part/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) | |
| 21:34.39 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) | |
| 21:34.59 | Palindrome | Sorry, if someone can review https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 that would be epic |
| 21:35.01 | gcibot | Create a graphical mock-up for wiki pages of BRL-CAD |
| 21:35.01 | gcibot | Status: NeedsReview (1 hours, 59 minutes left) |
| 21:35.01 | gcibot | Mentor(s): Sean |
| 21:45.10 | Notify | 03GCI:Olexander Dubenko * Design a BRL-CAD wallpaper: None - I would like to work on this task after I will finish my current task |
| 21:45.48 | Palindrome | Notify are you a bot? |
| 21:45.51 | Palindrome | or a person? |
| 21:46.09 | Palindrome | nvm |
| 21:47.25 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: None - I would like to see this successfully closed before the time is up, as I don't know what will happen. |
| 21:47.30 | Notify | 03GCI:Palindrome * Create a graphical mock-up for wiki pages of BRL-CAD: None - I would like to see this successfully closed before the time is up, as I don't know what will happen. |
| 21:52.42 | *** join/#brlcad benkaiser-away (~benkaiser@pa49-183-4-109.pa.vic.optusnet.com.au) | |
| 21:57.25 | Notify | 03BRL-CAD:starseeker * 58627 brlcad/trunk/include/bn.h: Start working on the API needed to translate sets of coplanar points to and from 2D parameterized coordinates. |
| 22:07.28 | *** join/#brlcad tp_ (50a6b2ca@gateway/web/freenode/ip.80.166.178.202) | |
| 22:14.01 | *** part/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) | |
| 22:19.39 | Notify | 03BRL-CAD:starseeker * 58628 brlcad/trunk/include/bn.h: Functions are for coplanar points only - the more general parameterization problem is out of scope (and much harder). |
| 22:31.53 | *** part/#brlcad tp_ (50a6b2ca@gateway/web/freenode/ip.80.166.178.202) | |
| 22:42.04 | *** join/#brlcad benkaiser-away (~benkaiser@pa49-183-4-109.pa.vic.optusnet.com.au) | |
| 22:44.17 | benkaiser-away | brlcad, you online now? |
| 22:45.09 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-131-138.aby.bellsouth.net) | |
| 22:45.11 | Palindrome | yo |
| 22:45.43 | benkaiser-away | hey Palindrome |
| 22:46.01 | Palindrome | Is there someone who can approve a submission? |
| 22:46.11 | Palindrome | https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 22:46.13 | gcibot | Create a graphical mock-up for wiki pages of BRL-CAD |
| 22:46.13 | gcibot | Status: NeedsReview (0 hours, 47 minutes left) |
| 22:46.13 | gcibot | Mentor(s): Sean |
| 23:25.37 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-209.aby.bellsouth.net) | |
| 23:25.38 | Palindrome | Hello |
| 23:25.41 | Palindrome | is anyone here? |
| 23:29.44 | Palindrome | https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 23:29.46 | gcibot | Create a graphical mock-up for wiki pages of BRL-CAD |
| 23:29.46 | gcibot | Status: NeedsReview (0 hours, 4 minutes left) |
| 23:29.46 | gcibot | Mentor(s): Sean |
| 23:30.47 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: language? format? - I just wanted to know while writing in this task and future tasks should i use american language instead of... |
| 23:34.32 | Notify | 03GCI:Melange * Create a graphical mock-up for wiki pages of BRL-CAD: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 23:34.37 | Notify | 03GCI:Melange * Create a graphical mock-up for wiki pages of BRL-CAD: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 23:39.27 | Notify | 03GCI:Benjamin Kaiser * Implement a volume function for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2013/6679807211339776: c value Okay, by using that... |
| 23:39.33 | Notify | 03GCI:Benjamin Kaiser * Implement a volume function for elliptical hyperboloids (EHY) http://www.google-melange.com/gci/task/view/google/gci2013/6679807211339776: c value Okay, by using that... |
| 23:42.22 | Palindrome | Someone look at |
| 23:42.28 | Palindrome | https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 23:42.30 | Palindrome | please |
| 23:42.31 | gcibot | Create a graphical mock-up for wiki pages of BRL-CAD |
| 23:42.32 | gcibot | Status: NeedsReview |
| 23:42.32 | gcibot | Mentor(s): Sean |
| 23:42.59 | benkaiser-away | anyone have Sean (brlcad's) email? |
| 23:45.32 | Notify | 03GCI:Benjamin Kaiser * Implement a volume function for elliptical hyperboloids (EHY): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 00:01.59 | *** join/#brlcad benkaiser (~benkaiser@pa49-183-30-248.pa.vic.optusnet.com.au) | |
| 00:38.32 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Ready for review - The work on this task is ready to be reviewed. |
| 00:55.31 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-209.aby.bellsouth.net) | |
| 00:58.02 | Palindrome | Hello? |
| 01:10.08 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: Task Closed - Congratulations, this task has been completed successfully. |
| 01:10.13 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: Task Closed - Congratulations, this task has been completed successfully. |
| 01:10.20 | Palindrome | SeN |
| 01:11.38 | Palindrome | https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 01:11.39 | Palindrome | Sean |
| 01:11.40 | gcibot | Create a graphical mock-up for wiki pages of BRL-CAD |
| 01:11.41 | gcibot | Status: NeedsReview |
| 01:11.41 | gcibot | Mentor(s): Sean |
| 01:12.38 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: excellent - Outstanding, Yu! That is a great read and will make for a fantastic article (probably in January). We'll be showcasing... |
| 01:12.43 | Notify | 03GCI:Sean * Write article on BRL-CAD's code hardening efforts: excellent - Outstanding, Yu! That is a great read and will make for a fantastic article (probably in January). We'll be showcasing... |
| 01:14.14 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 01:14.32 | Palindrome | YuGin |
| 01:14.39 | Palindrome | do you know sean? |
| 01:18.03 | Notify | 03GCI:FaithOh * Create a CAD inspired icon-set for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed. |
| 01:18.28 | Notify | 03GCI:Sean * Transcribe Geometry Model Data from a PDF report to an ASCII file: no idea - No idea if it's right, but it looks good spot-checking. Interested in a follow-up task to turn them into... |
| 01:18.33 | Notify | 03GCI:Sean * Transcribe Geometry Model Data from a PDF report to an ASCII file: no idea - No idea if it's right, but it looks good spot-checking. Interested in a follow-up task to turn them into... |
| 01:18.34 | Notify | 03GCI:Sean * Transcribe Geometry Model Data from a PDF report to an ASCII file: Task Closed - Congratulations, this task has been completed successfully. |
| 01:35.25 | Notify | 03GCI:Melange * Create a CAD inspired icon-set for BRL-CAD website #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 01:35.26 | Notify | 03GCI:Melange * Create a CAD inspired icon-set for BRL-CAD website #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 01:36.25 | Notify | 03GCI:Sean * Model a toy car with wheels and axles in BRL-CAD: right file? - The toycar.g file doesn't have a car.c, axles.c, or wheels.c in it. Are you sure you uploaded the right file? |
| 01:36.30 | Notify | 03GCI:Sean * Model a toy car with wheels and axles in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 01:36.57 | Palindrome | Sean, if you can read this please check mine. |
| 01:37.04 | Palindrome | https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 01:37.05 | gcibot | Create a graphical mock-up for wiki pages of BRL-CAD |
| 01:37.05 | gcibot | Status: NeedsReview |
| 01:37.05 | gcibot | Mentor(s): Sean |
| 01:42.54 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: sorry wrong file - Uploading the right file now |
| 01:42.59 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: sorry wrong file - Uploading the right file now |
| 01:43.55 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 01:46.18 | Notify | 03BRL-CAD:brlcad * 58629 brlcad/trunk/src/librt/primitives/rhc/rhc.c: apply gci patch from 'Andrew' ( http://www.google-melange.com/gci/task/view/google/gci2013/4549046286942208 ) implementing centroid for rhc. |
| 01:46.19 | gcibot | Implement a centroid function for right hyperbolic cylinders (RHC) |
| 01:46.19 | gcibot | Status: NeedsReview (22 hours, 43 minutes left) |
| 01:46.19 | gcibot | Mentor(s): Sean |
| 01:57.02 | Notify | 03BRL-CAD:brlcad * 58630 brlcad/trunk/AUTHORS: credit gci participant 'Andrew' for implementing a centroid function for rhc ( http://www.google-melange.com/gci/task/view/google/gci2013/4549046286942208 ) |
| 01:57.04 | gcibot | Implement a centroid function for right hyperbolic cylinders (RHC) |
| 01:57.04 | gcibot | Status: NeedsReview (22 hours, 32 minutes left) |
| 01:57.04 | gcibot | Mentor(s): Sean |
| 01:57.47 | Notify | 03GCI:Sean * Implement a centroid function for right hyperbolic cylinders (RHC): looks great - Andrew, that looks fantastic now. Your change has already been applied to our trunk sources in r58629... |
| 01:58.02 | Notify | 03GCI:Sean * Implement a centroid function for right hyperbolic cylinders (RHC): Task Closed - Congratulations, this task has been completed successfully. |
| 01:58.03 | Notify | 03GCI:Sean * Implement a centroid function for right hyperbolic cylinders (RHC): Task Closed - Congratulations, this task has been completed successfully. |
| 02:01.04 | Palindrome | i wish mine would be complete |
| 02:01.05 | Palindrome | xD |
| 02:03.01 | *** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com) | |
| 02:03.16 | Palindrome | J_V |
| 02:03.21 | Palindrome | J_v you online? |
| 02:03.30 | j_v | hey, yep |
| 02:03.45 | Palindrome | Are you a mentor? |
| 02:04.04 | Palindrome | https://google-melange.appspot.com/gci/task/view/google/gci2013/4524113196482560 |
| 02:04.07 | gcibot | Create a graphical mock-up for wiki pages of BRL-CAD |
| 02:04.07 | gcibot | Status: NeedsReview |
| 02:04.07 | gcibot | Mentor(s): Sean |
| 02:04.11 | j_v | no, sorry, here for help myself |
| 02:04.11 | Palindrome | no one has approved that. |
| 02:04.14 | Palindrome | darn. |
| 02:04.18 | Palindrome | No one is on. |
| 02:04.48 | j_v | ah, well, some other time I will try. |
| 02:05.07 | j_v | sorry I couldn't be of assistance |
| 02:05.14 | Palindrome | That's alright. |
| 02:08.56 | Notify | 03BRL-CAD:brlcad * 58631 (brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/mat.c and 11 others): apply spelling mistake corrections from gci participant YuGin ( http://www.google-melange.com/gci/task/view/google/gci2013/5112711083982848 ) |
| 02:08.58 | gcibot | Fix at least 8 spelling mistakes in at least 8 different files #2 |
| 02:08.58 | gcibot | Status: Closed |
| 02:08.58 | gcibot | Mentor(s): Sean |
| 02:12.34 | Notify | 03BRL-CAD:brlcad * 58632 brlcad/trunk/AUTHORS: special thanks to tan yugin for spelling mistake corrections in libbn and libbu (gci2013/5112711083982848) |
| 02:13.11 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #2: committed - Your patch has been committed to our latest trunk sources in r58631. Your name is credited with special... |
| 02:13.21 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #2: committed - Your patch has been committed to our latest trunk sources in r58631. Your name is credited with special... |
| 02:13.22 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted.... |
| 02:14.06 | *** join/#brlcad tbrowder2 (~tbrowde@66.225.111.58) | |
| 02:17.02 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #2: how long - How long did it take you to find those spelling mistakes? |
| 02:18.38 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): Thanks. - My full name is Andrew Tan. I would be interested in completing the follow-on task. |
| 02:18.39 | Notify | 03GCI:Andrew * Implement a centroid function for right hyperbolic cylinders (RHC): Thanks. - My full name is Andrew Tan. I would be interested in completing the follow-on task. |
| 02:19.32 | j_v | I'm trying setup a package build of brlcad for slackware using system tcl/tk itcl/itk. Has anyone done such a thing? I can get it to build, but resulting mged/archer can't find the itk package during initialization. |
| 02:26.47 | brlcad | j_v: it's been done before but not in a long while |
| 02:27.13 | j_v | ok, thanks for answer. |
| 02:27.14 | Notify | 03GCI:YuGin * Fix at least 8 spelling mistakes in at least 8 different files #2: None - Once I got everything set up and installed, the actual searching took probably 1-1.5 hours. I seearched for... |
| 02:27.25 | brlcad | j_v: system-installed versions of itcl/itk rarely specify themselves correctly in my experience |
| 02:27.56 | j_v | I think there may be a cmake variable that will set it, I just have to find it. |
| 02:29.23 | brlcad | ah, you said you got it to build -- I assumed you meant you got it to detect/use system-installed version and you were faced with a runtime issue |
| 02:29.47 | brlcad | there is what cmake detects, what the build uses, and what the runtime finds |
| 02:30.11 | j_v | yes, that is the problem I face |
| 02:31.27 | j_v | the guys at slackbuilds.org want to build with system tcl/tk, but these must be compatible with itcl/itk. |
| 02:32.14 | j_v | tcl/tk 8.6 not compatible with itcl/itk 3.4, not that I've seen so far. |
| 02:33.24 | Notify | 03GCI:Sean * Create a graphical mock-up for wiki pages of BRL-CAD: No worries about the time - Palindrome, no need to worry about the time if you've submitted your work. The deadline is yours, not... |
| 02:33.29 | Notify | 03GCI:Sean * Create a graphical mock-up for wiki pages of BRL-CAD: No worries about the time - Palindrome, no need to worry about the time if you've submitted your work. The deadline is yours, not... |
| 02:33.31 | j_v | I have itcl/itk 4.0.0. cmake config finds tcl/tk and itcl. I have to point cmake to itk. issue with itk install, possibly. |
| 02:33.53 | brlcad | yeah, I think only the latest svn sources for itcl/itk work with 8.6 |
| 02:35.33 | j_v | itcl4.0.0 is included in pkg bundle with tcl8.6.1 tarball. I assumed that tk4.0.0 would be compat w/ 8.6.1. I could be wrong about that or my build/install may be flawed |
| 02:35.42 | brlcad | j_v: appreciate you trying to get a slack build going, thanks |
| 02:36.17 | j_v | no problem. thanks for keeping the fire stoked :) |
| 02:37.03 | j_v | btw, bundled works nice on my machine. |
| 02:37.30 | j_v | my quadro k600 seems to handle it pretty well. |
| 02:39.02 | brlcad | are you neils? |
| 02:40.11 | j_v | know, but I'm helping him out, since he's extremely busy right now |
| 02:41.52 | j_v | sed 's/know/no/' |
| 02:41.58 | brlcad | okay, cool |
| 02:42.31 | brlcad | he's just on our distribution announcements for maintainership of the slack builds and the current one looks like it's up-to-date: http://slackbuilds.org/repository/14.0/graphics/brlcad/ |
| 02:42.54 | j_v | hasn't changed. just helping out. |
| 02:43.20 | j_v | slack 14.1 came out and were updating/verifying builds |
| 02:43.33 | j_v | were/we're |
| 02:43.48 | brlcad | gotcha |
| 02:44.26 | brlcad | hm, take it back, NOT up to date.. |
| 02:44.35 | brlcad | that's got 7.22.0, not 7.24.0 |
| 02:44.47 | brlcad | and we've got a 7.24.2 coming out any day now |
| 02:45.30 | j_v | I'm working on cmake build of 7.24.0 and will help update when you release |
| 02:46.55 | j_v | afk for a smoke... brb |
| 02:52.19 | j_v | sorry, needed that |
| 02:52.29 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: close! - David, In reviewing your patch, I only count five files with spelling changes and several of the spelling... |
| 02:52.49 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 02:52.59 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 02:53.35 | brlcad | no worries |
| 02:54.10 | brlcad | j_v: do you have cmake detecting system versions of tcl/tk and itcl/itk? (the output summary at the end says yes/no) |
| 02:56.08 | j_v | checking... I do note that there are errors in the FindTCL cmake output |
| 02:58.21 | j_v | tcl and tk found |
| 02:58.45 | j_v | I don't yet see ouput for itcl, but itk not found |
| 03:01.40 | j_v | ok, I fixed a white space error in misc/CMake/FindTCL.cmake, but there may be more. |
| 03:02.05 | brlcad | oh? |
| 03:03.03 | j_v | I'll pastebin a diff in a moment |
| 03:05.31 | j_v | http://pastebin.com/rt3Yjcbj |
| 03:06.52 | brlcad | wtf .. huh |
| 03:07.11 | j_v | shet happins |
| 03:08.05 | j_v | most people probably build bundled... it's easier, be unlikely to see it |
| 03:09.20 | Notify | 03GCI:Melange * Create unit tests for plane.c "point" functions: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded.... |
| 03:09.28 | brlcad | ah, looks like our guy found that typo back in august |
| 03:09.55 | j_v | the cmake cache file shows that it found the itcl lib, not sure why it find that and not itk... oh, damn... maybe I missed an ldconfig run |
| 03:10.01 | brlcad | i'm just a little surprised that cmake wouldn't spew chunks on seeing syntax like that |
| 03:10.51 | brlcad | maybe just doesn't get that deep into the logic unless it's an enabled system build |
| 03:11.06 | j_v | it's spews, it just doesn't choke |
| 03:13.03 | j_v | ah, for itcl/itk, I'm looking at the wrong cmake file ThirdParty_TCL.cmake is one I should have my head in |
| 03:14.25 | Notify | 03GCI:Sean * Design BRL-CAD phone/tablet back cover: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 03:18.58 | j_v | the itk not found issue might very well be on my end. It find itcl and the location of itk is parallel to itcl. |
| 03:19.59 | j_v | dir layout is nearly identical. I need to do some reading on adding packages to tcl/tk. I bet that's the problem. |
| 03:21.01 | j_v | I have messed around with tcl much, but I bet there's docs that'll lead me to where I'm going wrong |
| 03:21.11 | j_v | have/haven't |
| 03:32.22 | *** join/#brlcad harmanpreet (~chatzilla@124.253.99.254) | |
| 03:35.41 | j_v | maybe because my itk build is missing the static stub library |
| 03:50.02 | Notify | 03GCI:Luke Blue * Create a screen-cast for BRL-CAD: Task Claimed - I would like to work on this task. |
| 03:54.33 | Notify | 03GCI:Mandeep Kaur * Create a screen-cast for BRL-CAD: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck! |
| 03:54.34 | Notify | 03GCI:Mandeep Kaur * Create a screen-cast for BRL-CAD: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck! |
| 03:56.54 | Notify | 03GCI:Harmanpreet * Design BRL-CAD phone/tablet back cover: Better - Your latest design is better than previous one. But why you wrote "Geometry Viewer"? I suggest to write brief description to... |
| 03:56.59 | Notify | 03GCI:Harmanpreet * Design BRL-CAD phone/tablet back cover: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 03:57.03 | Notify | 03GCI:Harmanpreet * Design BRL-CAD phone/tablet back cover: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 04:02.49 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Mistake in use of diff tool - I just reviewed my patch file and I must have made a mistake with diff, as I... |
| 04:12.33 | *** join/#brlcad ishwerdas (~inderplus@59.91.114.136) | |
| 04:15.45 | Notify | 03GCI:Sean * Design BRL-CAD phone/tablet back cover http://www.google-melange.com/gci/task/view/google/gci2013/5111996240363520: closer the first time Alexandra, you were closer to something... |
| 04:26.39 | Notify | 03GCI:Melange * Design a prototype CAD GUI layout #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should... |
| 04:30.23 | ishwerdas | brlcad: hi |
| 04:30.24 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-209.aby.bellsouth.net) | |
| 04:30.29 | Palindrome | Back. |
| 04:34.30 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #2: needs more work - Cameron, the design is "technically" minimally sufficient to call the task complete but is far from useful or relevant to our... |
| 04:34.40 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 04:34.42 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 04:34.45 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 04:50.44 | j_v | brlcad: thanks for the help. |
| 04:50.49 | *** join/#brlcad witness (~witness12@122.161.151.196) | |
| 04:51.16 | j_v | calling it a night. |
| 04:51.31 | *** part/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com) | |
| 05:07.20 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 05:07.26 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 05:12.56 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: Some problems - Looking okay, but there are several issues remaining: 1) There needs to be a... |
| 05:13.46 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the... |
| 05:13.51 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the... |
| 05:29.22 | Notify | 03GCI:Melange * Doxygen cleanup for LIBRT: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24... |
| 05:34.13 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 05:37.38 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #4: Task Closed - Congratulations, this task has been completed successfully. |
| 05:40.18 | Notify | 03GCI:Ethan * Design a coffee mug for BRL-CAD #4: Task Claimed - I would like to work on this task. |
| 05:42.14 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 05:42.17 | *** join/#brlcad gjeet (~gjeet@59.91.114.136) | |
| 05:52.49 | Notify | 03GCI:Mandeep Kaur * Design a coffee mug for BRL-CAD #4: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck! |
| 05:53.34 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #4: mailing list - Thanks Ethan. Feel free to join the brlcad-devel mailing list where we make public announcements (like the availability of stickers!):... |
| 05:57.19 | Notify | 03GCI:Sean * Create a web based interactive timeline giving historical tour of BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 05:57.24 | Notify | 03GCI:Ethan * Design a BRL-CAD Sticker #4: mailing list - Thanks Sean! I'm having a lot of fun working on these. Excited to continue. Just signed up for the mailing list. |
| 06:01.15 | Notify | 03GCI:Sean * Create a web based interactive timeline giving historical tour of BRL-CAD: no need to delete - Fantastic! That is awesome Sam, nicely done. The new timeline is much more informative,... |
| 06:05.51 | Notify | 03GCI:Sean * Create a graphical mock-up for wiki pages of BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 06:12.46 | Notify | 03GCI:Sean * Model a toy car with wheels and axles in BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 06:14.11 | Notify | 03GCI:Sean * Model a toy car with wheels and axles in BRL-CAD: looks good - Sharan, that looks good, much better. That's something that can be 3D-printed. Are you interested in more modeling... |
| 06:15.38 | *** join/#brlcad gjeet (~gjeet@59.91.114.136) | |
| 06:29.57 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5460209908580352: looking good Faith, These are looking good and... |
| 06:30.02 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 06:30.03 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5460209908580352: looking good Faith, These are looking good and... |
| 06:30.04 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 06:30.05 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 06:30.08 | Notify | 03GCI:Sharan * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Claimed - I would like to work on this task. |
| 06:30.25 | brlcad | hi ishwerdas |
| 06:30.39 | brlcad | or bye, rather |
| 06:55.46 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 07:17.40 | Notify | 03GCI:Mandeep Kaur * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good... |
| 07:39.25 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 07:42.51 | Notify | 03GCI:Sam * Create a web based interactive timeline giving historical tour of BRL-CAD: None - Thanks! I have subscribed to the news mailing list. Looking forward to working with you again :) |
| 07:43.17 | *** join/#brlcad YatharthROCK (~Yatharth@95.175.73.215) | |
| 07:43.47 | *** join/#brlcad YatharthROCK_ (~YatharthR@95.175.73.215) | |
| 07:43.50 | Notify | 03GCI:Ethan * Design a coffee mug for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed. |
| 07:46.08 | *** join/#brlcad YatharthROCK__ (~Yatharth@95.175.73.215) | |
| 07:49.31 | Notify | 03GCI:Sam * Design a BRL-CAD wallpaper: Task Claimed - I would like to work on this task. |
| 07:50.11 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD wallpaper: Task Assigned - This task has been assigned to Sam. You have 72 hours to complete this task, good luck! |
| 07:54.04 | *** join/#brlcad YatharthROCK__ (~Yatharth@95.175.73.215) | |
| 07:56.11 | *** join/#brlcad YatharthROCK (~Yatharth@95.175.73.215) | |
| 08:00.21 | *** part/#brlcad YatharthROCK (~Yatharth@95.175.73.215) | |
| 08:09.10 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 08:10.56 | *** join/#brlcad YatharthROCK (~Yatharth@95.175.73.215) | |
| 08:16.16 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 08:24.07 | *** join/#brlcad Deepak_ (~chatzilla@117.212.48.99) | |
| 08:42.15 | *** join/#brlcad gjeet (~gjeet@117.214.207.215) | |
| 08:45.34 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 08:48.32 | Notify | 03GCI:Gauravjeet Singh * Design a coffee mug for BRL-CAD #4: Good Work - This is really a good work. A few suggestions for this design Change the tagline/description to something related to... |
| 08:48.37 | Notify | 03GCI:Gauravjeet Singh * Design a coffee mug for BRL-CAD #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 08:48.38 | Notify | 03GCI:Gauravjeet Singh * Design a coffee mug for BRL-CAD #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 08:51.23 | *** join/#brlcad awabimakoto (~tc@th121024.ip.tsinghua.edu.cn) | |
| 08:54.19 | *** join/#brlcad witness (~witness12@122.161.151.196) | |
| 08:56.29 | *** join/#brlcad awabimakoto (~tc@th121024.ip.tsinghua.edu.cn) | |
| 09:26.25 | Notify | 03GCI:Sharan * Model a toy car with wheels and axles in BRL-CAD: Yep, I am Interested - It would be awesome if you add more modelling tasks :-D I was thinking of making the logo once in 3D again,... |
| 09:41.55 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed. |
| 09:41.56 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed. |
| 09:46.07 | *** join/#brlcad YatharthROCK_ (~Yatharth@95.175.73.215) | |
| 10:03.52 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 10:27.45 | Notify | 03GCI:Sam * Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed. |
| 11:09.28 | Notify | 03GCI:Andreas Poulsen * Implement a volume function for solid polygonal meshes (NMG): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 11:09.33 | Notify | 03GCI:Andreas Poulsen * Implement a volume function for solid polygonal meshes (NMG): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 11:22.03 | *** join/#brlcad YatharthROCK_ (~Yatharth@95.175.73.215) | |
| 11:23.10 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 11:48.25 | Notify | 03GCI:Alex * Write up Wiki page tutorial on our Volumetric Primitive: the VOL? - how can i find out what the VOL primitive is? and how to use it? |
| 11:48.26 | Notify | 03GCI:Alex * Write up Wiki page tutorial on our Volumetric Primitive: the VOL? - how can i find out what the VOL primitive is? and how to use it? |
| 12:22.42 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: None - I'm sorry, I can not create it with sixteen colors. |
| 12:22.47 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 12:23.03 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 12:27.43 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: None - Stop. I can try to do it again, but in a style of vector graphics. Raster beautiful, but since you only need 16 colors ... |
| 12:27.53 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: Task Claimed - I would like to work on this task. |
| 12:52.49 | *** join/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 12:53.04 | Destroy | Hi all. |
| 12:53.23 | Destroy | Mentor, are you here? :) |
| 12:55.09 | Destroy | FFFFFFUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU |
| 12:55.14 | Destroy | =( |
| 12:55.16 | Destroy | : D |
| 13:29.57 | tbrowder2 | destroy |
| 13:31.24 | tbrowder2 | destroy: I can try to help |
| 13:36.33 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 13:43.22 | Notify | 03GCI:Deep Inder Singh * Create a book layout for Doc Camp Book: Extend Deadline - Please extend my deadline for 2 Days. |
| 13:47.18 | Notify | 03GCI:Gauravjeet Singh * Create a book layout for Doc Camp Book: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 14:00.19 | Notify | 03GCI:Olexander Dubenko * Design a prototype CAD GUI layout: Task Claimed - I would like to work on this task. |
| 14:00.24 | Notify | 03GCI:Olexander Dubenko * Design a prototype CAD GUI layout: Task Claimed - I would like to work on this task. |
| 14:08.25 | Notify | 03GCI:Sharan * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 14:16.28 | YatharthROCK | For this task: <https://google-melange.appspot.com/gci/task/view/google/gci2013/5277586288541696> |
| 14:18.16 | YatharthROCK | The way it is implemented now is that it returns some HTML code that includes JS script tags that load the Chart visualization API and modifies an element of a hard-coded ID (not returned by function) in which the chart is loaded. |
| 14:18.58 | YatharthROCK | there are 2 sub-optimal things here:- |
| 14:20.13 | YatharthROCK | 1) We cannot have multiple charts one one page as the id of the element is hard-coded in the wrapper. If the intention was just to have a separate URL per page, then we might as well just return an HTML element containing a direct URL to GChart as the source in the reutrn value. |
| 14:20.42 | *** part/#brlcad tbrowder2 (~tbrowde@66.225.111.58) | |
| 14:22.16 | YatharthROCK | 2) Actually, 1) cover it. |
| 14:23.11 | YatharthROCK | So my question is, can the working of the new wrapper be modified? It'll mean having to make small updates to where the wrapper is called too. |
| 14:23.37 | Notify | 03GCI:Yatharth Agarwal * Loading Google charts from API: Task Claimed - I would like to work on this task. |
| 14:25.20 | Notify | 03BRL-CAD:tbrowder2 * 58633 (brlcad/trunk/src/librt/db5_attrs.cpp brlcad/trunk/src/librt/db5_attrs_private.h brlcad/trunk/src/librt/gen-registered-attributes-html.cpp): add new attr member 'long_description' with goal of eventual automation of 'attributes.xml' and synchronization with the brlcad.org web site attribute description and the original BRL-CAD attribute source definition (DRY) |
| 14:28.04 | Notify | 03GCI:Yatharth Agarwal * Loading Google charts from API: Code Spec Flexibility - The way it is implemented now is that it returns some HTML code that includes JS script tags that load the Chart... |
| 14:28.34 | Notify | 03GCI:Alex * Add missing documentation (for any ONE command) #2: about the command? - how can i find out about the command? so i can write about one? where could i find info on it? |
| 14:28.39 | Notify | 03GCI:Alex * Add missing documentation (for any ONE command) #2: about the command? - how can i find out about the command? so i can write about one? where could i find info on it? |
| 14:43.25 | *** join/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 14:45.47 | Destroy | Can you regive me this https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 ? |
| 14:45.48 | gcibot | Design a BRL-CAD Sticker #2 |
| 14:45.50 | gcibot | Status: ClaimRequested |
| 14:45.50 | gcibot | Mentor(s): Sean |
| 14:46.24 | Destroy | Now I recomplete my work in vector style for printing |
| 14:55.51 | Notify | 03GCI:Melange * Design a coffee mug for BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student... |
| 15:13.12 | maths22 | brlcad: go ahead with the follow on task |
| 15:18.49 | *** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com) | |
| 15:19.05 | j_v | hi |
| 15:21.30 | Notify | 03GCI:Mandeep Kaur * Design a prototype CAD GUI layout: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck! |
| 15:38.45 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: Ready for review - The work on this task is ready to be reviewed. |
| 15:55.29 | Notify | 03GCI:Melange * Design a BRL-CAD Sticker #5: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24... |
| 15:55.30 | Notify | 03GCI:Melange * Design a BRL-CAD Sticker #5: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24... |
| 15:55.44 | Notify | 03GCI:Yatharth Agarwal * Loading Google charts from API: What exactly is being asked here? - From the task description: With the google charts improving their API system which wasn't around then,... |
| 15:55.49 | Notify | 03GCI:Yatharth Agarwal * Loading Google charts from API: What exactly is being asked here? - From the task description: With the google charts improving their API system which wasn't around then,... |
| 16:05.50 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 16:05.51 | gcibot | Hey, I'm a bot written by aviraldg who inserts metadata about GCI links!nSource at: https://github.com/aviraldg/gcibot. |
| 16:07.40 | Notify | 03GCI:Caleb Xu * Create a graphical mock-up for BRL-CAD's Blog: Ready for review - The work on this task is ready to be reviewed. |
| 16:07.41 | Notify | 03GCI:Caleb Xu * Create a graphical mock-up for BRL-CAD's Blog: Ready for review - The work on this task is ready to be reviewed. |
| 16:18.39 | Notify | 03GCI:Melange * Create Iron Man Arc Reactor Model in BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The... |
| 16:34.55 | Notify | 03GCI:Alexandra Covor * Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed. |
| 16:35.00 | Notify | 03GCI:Alexandra Covor * Design BRL-CAD phone/tablet back cover: Ready for review - The work on this task is ready to be reviewed. |
| 16:37.21 | *** join/#brlcad gcibot (~gcibot@94-23-167-221.kimsufi.com) | |
| 16:49.49 | j_v | r57050 breaks finding system termlib |
| 16:52.23 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:56.57 | *** join/#brlcad gcibot (~gcibot@94-23-167-221.kimsufi.com) | |
| 16:57.35 | *** join/#brlcad gcibot (~gcibot@94-23-167-221.kimsufi.com) | |
| 16:59.33 | Notify | 03GCI:Sean * Loading Google charts from API: Task Assigned - This task has been assigned to Yatharth Agarwal. You have 72 hours to complete this task, good luck! |
| 17:00.05 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #2: Task Assigned - This task has been assigned to Oleg. You have 72 hours to complete this task, good luck! |
| 17:06.12 | *** join/#brlcad _gcibot_ (~gcibot@117.200.94.233) | |
| 17:08.08 | *** join/#brlcad krushia (~krushia@saturn.pcsrvc.com) | |
| 17:10.55 | Notify | 03GCI: * : - |
| 17:25.28 | Destroy | Please, review: https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 17:25.29 | gcibot | Design a BRL-CAD Sticker #2 |
| 17:25.29 | gcibot | Status: NeedsReview (2 hours, 23 minutes left) |
| 17:25.29 | gcibot | Mentor(s): Sean |
| 17:25.32 | _gcibot_ | Design a BRL-CAD Sticker #2 |
| 17:25.32 | _gcibot_ | Status: NeedsReview (2 days, 23 hours left) |
| 17:25.33 | _gcibot_ | Mentor(s): Sean |
| 17:25.35 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: Ready for review - The work on this task is ready to be reviewed. |
| 17:25.55 | *** join/#brlcad MartinHermida (MartinHerm@2002:4f95:1d79::4f95:1d79) | |
| 17:27.14 | MartinHermida | Just completed my task: http://www.google-melange.com/gci/task/view/google/gci2013/6370365018210304 |
| 17:27.15 | gcibot | <PROTECTED> |
| 17:27.15 | gcibot | Status: NeedsReview (2 hours, 1 minutes left) |
| 17:27.15 | gcibot | Mentor(s): Sean |
| 17:27.17 | _gcibot_ | <PROTECTED> |
| 17:27.17 | _gcibot_ | Status: NeedsReview (2 days, 1 hours left) |
| 17:27.17 | _gcibot_ | Mentor(s): Sean |
| 17:27.58 | Destroy | Mentors |
| 17:28.01 | Destroy | Please |
| 17:28.23 | Destroy | https://google-melange.appspot.com/gci/task/view/google/gci2013/5898141282861056 |
| 17:28.24 | gcibot | Design a BRL-CAD Sticker #2 |
| 17:28.24 | gcibot | Status: NeedsReview (2 hours, 23 minutes left) |
| 17:28.24 | gcibot | Mentor(s): Sean |
| 17:28.25 | _gcibot_ | Design a BRL-CAD Sticker #2 |
| 17:28.25 | _gcibot_ | Status: NeedsReview (2 days, 23 hours left) |
| 17:28.25 | _gcibot_ | Mentor(s): Sean |
| 17:31.20 | Destroy | ``Erik |
| 17:31.24 | Destroy | starseeker |
| 17:31.34 | Destroy | Sean |
| 17:31.38 | Destroy | Someone... |
| 17:31.41 | Destroy | :( |
| 17:37.04 | MartinHermida | Destroy, it seems we'll have to wait... |
| 17:38.51 | Destroy | Yes =( As always ... |
| 17:56.09 | MartinHermida | Destroy, I just realized it's Saturday, so... |
| 18:04.18 | Notify | 03GCI:Ethan * Design a coffee mug for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed. |
| 18:04.23 | Notify | 03GCI:Ethan * Design a coffee mug for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed. |
| 18:06.27 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD wallpaper: Need Improvements - Hello Sam, It looks nice. I suggest you to change tagline and background something related to BRL-CAD. Also add hyphen(-) in... |
| 18:06.32 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD wallpaper: Need Improvements - Hello Sam, It looks nice. I suggest you to change tagline and background something related to BRL-CAD. Also add hyphen(-) in... |
| 18:06.37 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 18:06.38 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 18:29.38 | *** join/#brlcad _gcibot_ (~gcibot@117.200.94.233) | |
| 18:38.36 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has... |
| 18:38.41 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has... |
| 18:38.54 | *** join/#brlcad gcibot (~gcibot@117.200.94.233) | |
| 18:42.53 | Destroy | Mentors |
| 18:42.57 | Destroy | Are you here? |
| 19:09.50 | Notify | 03GCI:Melange * Implement surface area function for NURBS objects (BREP): Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 19:43.56 | Notify | 03GCI:Johannes Schulte * Implement a volume function for triangle meshes (BOT): Ready for review - The work on this task is ready to be reviewed. |
| 19:43.57 | Notify | 03GCI:Johannes Schulte * Implement a volume function for triangle meshes (BOT): Ready for review - The work on this task is ready to be reviewed. |
| 20:34.01 | Notify | 03GCI:Mandeep Kaur * Design BRL-CAD phone/tablet back cover: Task Closed - Congratulations, this task has been completed successfully. |
| 20:34.02 | Notify | 03GCI:Mandeep Kaur * Design BRL-CAD phone/tablet back cover: Task Closed - Congratulations, this task has been completed successfully. |
| 20:39.50 | Destroy | Review my task, please |
| 20:41.22 | Notify | 03GCI:Mandeep Kaur * Create a graphical mock-up for BRL-CAD's Blog: Need Improvements - Hi Caleb, Good work. Few suggestions for you design: Remove transparency from background and create design... |
| 20:41.27 | Notify | 03GCI:Mandeep Kaur * Create a graphical mock-up for BRL-CAD's Blog: Need Improvements - Hi Caleb, Good work. Few suggestions for you design: Remove transparency from background and create design... |
| 20:41.28 | Notify | 03GCI:Mandeep Kaur * Create a graphical mock-up for BRL-CAD's Blog: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 21:31.45 | brlcad | Destroy: what do you need? |
| 21:32.50 | brlcad | it's not helpful to ask if people are on IRC. ask what you would have asked them and wait for a response. |
| 21:33.39 | maths22 | brlcad: should I start working on converting the csvs into a valid .cg file? |
| 21:35.11 | maths22 | Destroy: on IRC, it makes more sense to refer to people by their IRC nicks |
| 21:35.25 | Destroy | I'm here |
| 21:35.31 | Destroy | I need mentor |
| 21:35.36 | Destroy | To reviewe this: |
| 21:35.50 | Destroy | https://www.google-melange.com/gci/task/view/google/gci2013/5898141282861056 |
| 21:36.07 | maths22 | Also, I have observed that BRL-CAD tends to close tasks later in the evening (I don't know if this is a "rule" or just what ends up happening) |
| 21:36.25 | brlcad | Destroy: you don't need to tell anyone that, we get notification of every update, comment, review, etc |
| 21:36.26 | gcibot | Design a BRL-CAD Sticker #2 |
| 21:36.26 | gcibot | Status: NeedsReview (2 days, 19 hours left) |
| 21:36.26 | gcibot | Mentor(s): Sean |
| 21:36.54 | brlcad | Destroy: tasks are reviewed in the order they come in to be fair to everyone |
| 21:38.03 | brlcad | maths22: that would probably be the next step, either a .cg file or a vdeck input ... depends on the input |
| 21:39.47 | maths22 | what is the format of a vdeck relative to a .cg |
| 21:41.38 | Destroy | Yes, of course |
| 21:41.49 | maths22 | I thought they are different names for the same thing, but I could be wrong |
| 21:41.59 | Destroy | But I wait all day to take task |
| 21:42.25 | Destroy | And one day more to take review of task. |
| 21:42.30 | Destroy | So |
| 21:42.43 | maths22 | You can always start working on a task and hope no one claims it before you do |
| 21:42.44 | Notify | 03GCI:Tan Di Sheng * Fix at least 8 spelling mistakes in at least 8 different files #3: Task Claimed - I would like to work on this task. |
| 21:43.07 | Destroy | How tasks jobs per day can I do? |
| 21:43.14 | Destroy | how many tasks* |
| 21:44.57 | Destroy | I respect you, dear mentors. |
| 21:45.56 | Destroy | But why you do not respect the time of those who are trying to help the project? |
| 23:13.44 | *** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com) | |
| 23:14.58 | j_v | I found that my problem with getting cmake to recognize my installation of itk was a build problem of itk, as I suspected. |
| 23:16.24 | j_v | The resulting binaries are still not usable, but I am making progress. Thanks, brlcad, for your assistance. |
| 23:41.40 | Notify | 03GCI:Melange * Implement a volume function for triangle meshes (BOT): No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 00:53.32 | Notify | 03GCI:Caleb Xu * Create a graphical mock-up for BRL-CAD's Blog: Ready for review - The work on this task is ready to be reviewed. |
| 01:15.04 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 01:45.13 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Please somebody review it - Mentors please review the task as I have to start with a new one |
| 02:18.49 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 02:51.24 | brlcad | maths22: I don't recall the different, but they're both related to the old gift format |
| 02:51.45 | brlcad | my ancient recollection is that a vdeck is turned into a comgeom is turned into a .g |
| 02:56.22 | brlcad | j_v: thanks for the update |
| 02:57.47 | j_v | i'm trying to determin if using tcl/tk 8.6 is part the underlying probelm. 8.6, which includes itcl4, is the default in slackware |
| 02:58.04 | brlcad | nods |
| 02:59.32 | j_v | I'm going to set up a vm and install 8.5 tcl/tk with itcl/itk 3.4.1 and iwidgets4.0.1 for build |
| 03:01.09 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #2: Task Closed - Congratulations, this task has been completed successfully. |
| 03:01.10 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #2: Task Closed - Congratulations, this task has been completed successfully. |
| 03:09.25 | Notify | 03GCI:Melange * Create unit tests for plane.c "point" functions: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 03:44.16 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #2: your comment on IRC - Oleg, Your comments on IRC, while you claimed as being respectful, are disrespectful to the spirit of GCI and open source... |
| 03:59.20 | Notify | 03GCI:Gauravjeet Singh * Fix at least 8 spelling mistakes in at least 8 different files #3: Task Assigned - This task has been assigned to Tan Di Sheng. You have 72 hours to complete this task,... |
| 04:15.03 | Notify | 03GCI:Sean * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 04:15.06 | Notify | 03GCI:Sean * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: details - Sharan, so this is looking good, but you're going to have to fix the overlaps in car.g that were... |
| 04:15.07 | Notify | 03GCI:Sean * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 04:15.11 | Notify | 03GCI:Sean * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: details - Sharan, so this is looking good, but you're going to have to fix the overlaps in car.g that were... |
| 04:31.56 | Notify | 03GCI:Sean * Implement a volume function for triangle meshes (BOT): volume or surface area? - Johannes, Upon quick inspection, it looks like you calculate total surface area, not volume? Or is... |
| 04:32.02 | Notify | 03GCI:Sean * Implement a volume function for triangle meshes (BOT): Task Closed - Congratulations, this task has been completed successfully. |
| 05:00.13 | Notify | 03GCI:Luke Blue * Create a screen-cast for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 05:03.53 | Notify | 03BRL-CAD:brlcad * 58634 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch from johannes shulte that implements the volume callback for BoT meshes. more work is probably needed to make sure this method is only applied to volume mode BoT, but it looks like possibly a variation on the signed volume tetrahedron method. of course, untested. |
| 05:03.55 | Notify | http://www.google-melange.com/gci/task/view/google/gci2013/4814313936125952 (also has missing table.c for earlier rhc centroid patch) |
| 05:15.12 | *** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 05:24.17 | Notify | 03GCI:Sean * Implement a volume function for triangle meshes (BOT): authorship - You've been credited in our authorship documentation that is shipped and installed with every copy of BRL-CAD. Feel... |
| 05:25.11 | Notify | 03BRL-CAD:brlcad * 58635 brlcad/trunk/AUTHORS: add Johannes Schulte for his coding contribution implementing a bot volume callback (and more) under GCI2013 |
| 05:29.28 | Notify | 03GCI:Melange * Doxygen cleanup for LIBRT: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 05:39.56 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: source image - The background image is not accetable. There's a question of image rights (what... |
| 05:40.01 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the... |
| 05:40.11 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 05:55.42 | *** join/#brlcad ishwerdas (~inderplus@117.199.98.1) | |
| 05:57.07 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD #4: Task Closed - Congratulations, this task has been completed successfully. |
| 05:57.08 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD #4: cute and clever - Ethan, cute and clever design! There's certainly more tweaks and adjustments that would be nice to have but it's certainly a... |
| 05:57.12 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD #4: Task Closed - Congratulations, this task has been completed successfully. |
| 05:59.47 | Notify | 03GCI:Ethan * Design a coffee mug for BRL-CAD #4: Follow Up Task - A follow up task sounds great. I'd love to continue working with this. I've already signed up for the mailing list. Thank you! |
| 06:01.27 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3 http://www.google-melange.com/gci/task/view/google/gci2013/5780081221828608: what? Ranjith, Tasks are reviewed in the order they are received daily and... |
| 06:01.33 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 06:01.34 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 06:03.57 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 06:04.02 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 06:05.57 | Notify | 03GCI:Sean * Create a graphical mock-up for BRL-CAD's Blog: Task Closed - Congratulations, this task has been completed successfully. |
| 06:08.48 | Notify | 03GCI:Sean * Design a banner ad for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 06:21.12 | Notify | 03GCI: * : - |
| 06:21.38 | *** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 06:26.31 | *** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 06:28.05 | highrise2357 | names #brlcad |
| 06:28.19 | highrise2357 | names #apertium |
| 06:28.53 | highrise2357 | bye |
| 06:31.23 | Notify | 03GCI:Sean * Create a screen-cast for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 06:36.00 | *** join/#brlcad YatharthROCK (a8bb1023@gateway/web/freenode/ip.168.187.16.35) | |
| 06:36.28 | Notify | 03GCI:Sean * Create a screen-cast for BRL-CAD: impressed - I'm actually quite impressed! I actually think this is one of the best video tutorials to BRL-CAD's mged editor that I've ever seen. You... |
| 06:36.29 | Notify | 03GCI:Sean * Create a screen-cast for BRL-CAD: impressed - I'm actually quite impressed! I actually think this is one of the best video tutorials to BRL-CAD's mged editor that I've ever seen. You... |
| 06:42.53 | *** join/#brlcad YatharthROCK_ (a8bb1023@gateway/web/freenode/ip.168.187.16.35) | |
| 06:48.13 | Notify | 03GCI:Tan Di Sheng * Fix at least 8 spelling mistakes in at least 8 different files #3: Questions - Sorry, Just to clarify, the spelling mistakes that's supposed to be found and corrected are... |
| 07:10.39 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: I am Sorry Sir for being impatient - Sir, I will be patient next time. And I request you to tell the basic requirements for the Sticker. |
| 07:10.44 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: I am Sorry Sir for being impatient - Sir, I will be patient next time. And I request you to tell the basic requirements for the Sticker. |
| 07:14.19 | *** join/#brlcad ishwerdas (~inderplus@117.199.98.1) | |
| 07:39.00 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Ignore the recently uploaded file - Please ignore the recently mistakenly uploaded patch file. |
| 07:39.01 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Ignore the recently uploaded file - Please ignore the recently mistakenly uploaded patch file. |
| 07:45.06 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Ready for review - The work on this task is ready to be reviewed. |
| 07:46.16 | Notify | 03GCI:Sharan * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 07:46.26 | Notify | 03GCI:Sharan * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 07:47.26 | Notify | 03GCI:Sharan * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: ahh - I might be bad at tutorials because this might be my first text tutorial |
| 08:27.35 | *** join/#brlcad ishwerdas (~inderplus@117.199.98.1) | |
| 08:40.08 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 08:44.05 | Notify | 03GCI:Cameron * Design a prototype CAD GUI layout #2: Ready for review - The work on this task is ready to be reviewed. |
| 08:44.15 | Notify | 03GCI:Cameron * Design a prototype CAD GUI layout #2: Ready for review - The work on this task is ready to be reviewed. |
| 09:22.57 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 09:49.23 | *** join/#brlcad ishwerdas (~inderplus@117.199.98.1) | |
| 10:11.24 | Notify | 03GCI:Luke Blue * Create a screen-cast for BRL-CAD: Thank You - Personally I think BRL-CAD is awesome, you don't have to drag you're mouse every single time you want to model something unlike... |
| 10:42.58 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 11:26.39 | Notify | 03GCI:Oleg * Design a BRL-CAD Sticker #2: None - Yes, Sean, I understood. Excuse me, if forced to think that I do not respect you. I have often notices that mentors, as I - volunteers. I really... |
| 11:45.25 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 11:48.10 | Notify | 03GCI:Olexander Dubenko * Design a prototype CAD GUI layout: Ready for review - The work on this task is ready to be reviewed. |
| 12:02.21 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 12:24.58 | *** join/#brlcad witness (~witness12@122.161.239.211) | |
| 12:30.15 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 12:35.33 | *** join/#brlcad tbrowder2 (~tbrowde@67.238.238.221) | |
| 13:04.13 | *** join/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 13:44.03 | *** join/#brlcad ishwerdas (~inderplus@117.199.98.1) | |
| 13:58.53 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 14:13.49 | *** join/#brlcad jschulte (~johannes@p4FDF985D.dip0.t-ipconnect.de) | |
| 14:55.54 | Notify | 03GCI:Melange * Design a coffee mug for BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 14:55.59 | Notify | 03GCI:Melange * Design a coffee mug for BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:33.44 | YatharthROCK | brlcad: I am interested in the follow-up tasks to 2 of my tasks: 1) a general script for formatting image tasks 2) improving the CSS3 logo I'd submitted to support resizing and arbitrary background including transparent (if you think it's worth creating a task for; maybe you feel that the other similar task covered it well enough). Since I won't be working on GCi any longer, I am not really interested in whether they increase my task count. If the ta |
| 15:34.12 | YatharthROCK | <yatharth999@gmail.com>). |
| 15:38.05 | *** join/#brlcad Deepak (~chatzilla@59.91.118.27) | |
| 15:38.39 | Notify | 03GCI:Johannes Schulte * Implement a centroid function for N-faced polysolids (ARBN): Initial Questions - Does Centroid for your primitives mean, that I just have to get average of all vertices in... |
| 15:39.44 | Deepak | brlcad : I want to discuss about new tasks for GCI need your suggestions. |
| 15:40.15 | Deepak | 1). Demo of models on brl-cad website |
| 15:40.40 | Deepak | 2). mged.pdf re-design |
| 15:45.03 | Deepak | 3). Mockup for online geometry viewer |
| 15:47.16 | *** join/#brlcad ishwerdas (~inderplus@117.199.98.1) | |
| 15:50.01 | Notify | 03GCI:Johannes Schulte * Implement a volume function for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2013/4814313936125952: None The calculation for the volume... |
| 15:50.06 | Notify | 03GCI:Johannes Schulte * Implement a volume function for triangle meshes (BOT) http://www.google-melange.com/gci/task/view/google/gci2013/4814313936125952: None The calculation for the volume... |
| 15:53.36 | *** join/#brlcad MartinHermida (~MartinHer@125.Red-83-50-147.dynamicIP.rima-tde.net) | |
| 15:55.26 | Notify | 03GCI:Melange * Design a BRL-CAD Sticker #5: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:58.02 | Notify | 03GCI:Melange * Design a cover image or banner for our Facebook page (and other social media sites) #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it... |
| 15:58.06 | Notify | 03GCI:Melange * Design a cover image or banner for our Facebook page (and other social media sites) #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it... |
| 15:59.52 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed. |
| 16:07.27 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 16:11.32 | Notify | 03GCI: * : - |
| 16:12.12 | MartinHermida | I've completed my task: http://www.google-melange.com/gci/task/view/google/gci2013/6370365018210304 |
| 16:12.14 | gcibot | <PROTECTED> |
| 16:12.14 | gcibot | Status: NeedsReview (26 hours, 48 minutes left) |
| 16:12.14 | gcibot | Mentor(s): Sean |
| 16:17.31 | Notify | 03GCI: * : - |
| 16:18.30 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: Task Claimed - I would like to work on this task. |
| 16:18.35 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: Task Claimed - I would like to work on this task. |
| 16:18.40 | Notify | 03GCI:Melange * Create Iron Man Arc Reactor Model in BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 16:19.22 | archivist | fails to see why a duplicate bot message bug is allowed to stay so long |
| 16:19.55 | Notify | 03GCI:Mandeep Kaur * Design a BRL-CAD Sticker #5: Task Assigned - This task has been assigned to Connor Vickers. You have 72 hours to complete this task, good luck! |
| 16:20.35 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student... |
| 16:20.45 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student... |
| 16:25.00 | *** join/#brlcad Deepak (~chatzilla@59.91.118.27) | |
| 16:25.16 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed. |
| 16:25.17 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed. |
| 16:40.00 | *** join/#brlcad Kefleror (~MartinHer@150.Red-88-10-155.dynamicIP.rima-tde.net) | |
| 16:45.37 | Notify | 03GCI:Melange * Design a prototype CAD GUI layout #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should... |
| 16:45.47 | Notify | 03GCI:Melange * Design a prototype CAD GUI layout #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should... |
| 16:56.23 | Notify | 03GCI:Ethan * Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 17:02.48 | Notify | 03GCI:Mandeep Kaur * Design a coffee mug for BRL-CAD #3: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck! |
| 17:02.53 | Notify | 03GCI:Mandeep Kaur * Design a coffee mug for BRL-CAD #3: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck! |
| 17:04.33 | Notify | 03GCI:Ethan * Design a coffee mug for BRL-CAD #3: Follow Up Task - Could this be a follow up task to the coffee mug I already created? Sean mentioned it in the other task. |
| 17:24.55 | *** join/#brlcad witness_ (~witness12@122.161.217.218) | |
| 17:43.31 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 17:50.43 | *** part/#brlcad Destroy (~Destroy@bras3.donapex.net) | |
| 17:56.17 | *** join/#brlcad andromeda_galaxy (~andromeda@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 18:29.29 | Notify | 03BRL-CAD:tbrowder2 * 58636 brlcad/trunk/src/librt/db5_attrs.cpp: add long descriptions from attributes.xml |
| 18:30.44 | Notify | 03BRL-CAD:tbrowder2 * 58637 brlcad/trunk/src/librt/gen-registered-attributes-html.cpp: get xml functions in shape for future use; improve file names |
| 18:38.38 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 18:38.43 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 18:39.03 | *** join/#brlcad Deepak (~chatzilla@59.91.118.27) | |
| 18:58.31 | Notify | 03BRL-CAD:tbrowder2 * 58638 brlcad/trunk/src/librt/CMakeLists.txt: rename for better relation to current purpose |
| 19:17.34 | *** join/#brlcad tbrowder2 (~tbrowde@67.238.238.221) | |
| 19:30.49 | *** join/#brlcad ncsaba_ (~ncsaba@p4FF716F7.dip0.t-ipconnect.de) | |
| 20:16.00 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-121-206.aby.bellsouth.net) | |
| 20:19.23 | *** join/#brlcad witness (~witness12@182.64.188.64) | |
| 20:39.26 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted.... |
| 20:39.27 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted.... |
| 20:46.11 | Notify | 03GCI:Johannes Schulte * Implement a surface area function for elliptical hyperboloids (EHY): Task Claimed - I would like to work on this task. |
| 20:58.34 | Notify | 03GCI:Mandeep Kaur * Implement a surface area function for elliptical hyperboloids (EHY): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task,... |
| 21:02.26 | Notify | 03BRL-CAD:tbrowder2 * 58639 brlcad/trunk/src/librt/db5_attrs.cpp: reformat to ease maintenence |
| 21:03.31 | Notify | 03BRL-CAD:tbrowder2 * 58640 brlcad/trunk/src/librt/db5_attrs_private.h: reformat to ease maintenence |
| 21:04.51 | Notify | 03BRL-CAD:tbrowder2 * 58641 brlcad/trunk/src/librt/gen-attributes-files.cpp: sort on attribute type (assumed to be the desired order) |
| 21:06.15 | Notify | 03BRL-CAD:tbrowder2 * 58642 brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: add more ignored files (auto-generated) |
| 21:08.22 | Notify | 03BRL-CAD:tbrowder2 * 58643 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml: use auto-generated include files; remove equivalent list; still need format and CMake tweaks, but basic scheme is working |
| 21:10.08 | Notify | 03BRL-CAD:tbrowder2 * 58644 brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: remove unneeded file |
| 21:11.03 | Notify | 03BRL-CAD:tbrowder2 * 58645 (brlcad/trunk/doc/docbook/system/man5/en/attr-std-list-inc.xml =================================================================== and 48 others): add auto-generated files manually for now |
| 21:22.39 | *** join/#brlcad ch3ck_ (~ch3ck@195.24.209.21) | |
| 21:29.14 | Notify | 03GCI:Johannes Schulte * Implement a surface area function for elliptical hyperboloids (EHY): Ready for review - The work on this task is ready to be reviewed. |
| 22:02.26 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 22:13.40 | Notify | 03GCI:FaithOh * Create a CAD inspired icon-set for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed. |
| 22:13.41 | Notify | 03GCI:FaithOh * Create a CAD inspired icon-set for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed. |
| 22:17.11 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 22:40.04 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-121-206.aby.bellsouth.net) | |
| 01:06.08 | *** join/#brlcad caen23_ (~caen23@92.81.168.188) | |
| 01:16.30 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 02:41.21 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-121-206.aby.bellsouth.net) | |
| 03:06.05 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-121-206.aby.bellsouth.net) | |
| 03:21.51 | *** join/#brlcad awabimakoto (~awabimako@117.136.0.231) | |
| 03:52.00 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 03:52.01 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 03:52.05 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 04:01.35 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: same patch - David, your previous patch file was "reversed" but that's not a problem. The issue, as I noted, was that... |
| 04:01.40 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: same patch - David, your previous patch file was "reversed" but that's not a problem. The issue, as I noted, was that... |
| 04:10.20 | Notify | 03GCI:Gauravjeet Singh * Design a BRL-CAD Sticker #5: Good going - It's a good design, there are few things that I would like to suggest to improve this design 1) The name is "BRL-CAD". There... |
| 04:10.40 | Notify | 03GCI:Gauravjeet Singh * Design a BRL-CAD Sticker #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 04:14.15 | Notify | 03GCI:Sean * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: one last tweak - Sharan, This looks a lot better now. The model is nearly perfect. The only issue I see on... |
| 04:14.25 | Notify | 03GCI:Sean * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 04:16.15 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #2: Task Closed - Congratulations, this task has been completed successfully. |
| 04:17.00 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #2: better - This layout is much better. Thank you for working on the improvements. |
| 04:19.58 | *** join/#brlcad joeyw (~joeyw@c-68-34-68-152.hsd1.md.comcast.net) | |
| 04:20.10 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout: not many - Not many tasks are exceptional on their first submission. Your design is exceptional. Nice work. I hope you will consider doing more... |
| 04:20.15 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout: Task Closed - Congratulations, this task has been completed successfully. |
| 04:20.16 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout: not many - Not many tasks are exceptional on their first submission. Your design is exceptional. Nice work. I hope you will consider doing more... |
| 04:20.17 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout: Task Closed - Congratulations, this task has been completed successfully. |
| 04:31.50 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 04:32.00 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 04:32.01 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 04:37.48 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 04:38.55 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3 http://www.google-melange.com/gci/task/view/google/gci2013/5780081221828608: no relation to CAD What does blasting off have to do with BRL-CAD or CAD or... |
| 04:39.14 | *** join/#brlcad highrise2357 (~androirc@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 04:40.36 | Notify | 03GCI:Sean * Design a banner ad for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 04:43.06 | Notify | 03GCI: * : - |
| 04:46.01 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #5 http://www.google-melange.com/gci/task/view/google/gci2013/5817636415864832: Ditto Connor, exactly what Gauravjeet said. I'd also add that the balance... |
| 04:50.22 | Notify | 03GCI:Sean * Implement a surface area function for elliptical hyperboloids (EHY): unverified - We've not yet verified that formula, but your code looks a reasonable codification on (really) quick... |
| 04:50.27 | Notify | 03GCI:Sean * Implement a surface area function for elliptical hyperboloids (EHY): Task Closed - Congratulations, this task has been completed successfully. |
| 04:50.32 | Notify | 03GCI:Sean * Implement a surface area function for elliptical hyperboloids (EHY): Task Closed - Congratulations, this task has been completed successfully. |
| 04:53.07 | Notify | 03BRL-CAD:brlcad * 58646 (brlcad/trunk/src/librt/primitives/ehy/ehy.c brlcad/trunk/src/librt/primitives/table.c): commit another good patch from Johannes Schulte ( GCI: http://www.google-melange.com/gci/task/view/google/gci2013/5741684885291008 ) that implements the ehy surface area callback, based on a paper from a 2012 GCI participant. |
| 04:53.08 | gcibot | Implement a surface area function for elliptical hyperboloids (EHY) |
| 04:53.08 | gcibot | Status: Closed |
| 04:53.08 | gcibot | Mentor(s): Sean |
| 04:53.22 | Notify | 03GCI:Sean * Implement a surface area function for elliptical hyperboloids (EHY): patch applied - That's two for two, patch applied in r58646. |
| 04:56.48 | *** join/#brlcad gjeet (~gjeet@59.91.117.173) | |
| 05:05.23 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2 http://www.google-melange.com/gci/task/view/google/gci2013/5460209908580352: doesn't work Hm, Faith I'm sorry to say but those... |
| 05:05.25 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 05:05.33 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 05:05.43 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 05:09.48 | Notify | 03GCI:Sean * Create a book layout for Doc Camp Book: more time - Deep, it'd be unusual to extend a deadline more than what you have received. Where are you at on this task? |
| 05:09.49 | Notify | 03GCI:Sean * Create a book layout for Doc Camp Book: more time - Deep, it'd be unusual to extend a deadline more than what you have received. Where are you at on this task? |
| 05:29.21 | *** join/#brlcad YuGin_ (~IceChat77@182.55.146.247) | |
| 05:34.23 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 05:37.41 | Notify | 03GCI:Cameron * Add missing documentation (for any ONE command): Task Claimed - I would like to work on this task. |
| 05:40.16 | Notify | 03GCI:Cameron * Add missing documentation (for any ONE command): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 05:41.31 | Notify | 03GCI:Cameron * Write an article ''BRL-CAD for Newbies'': Task Claimed - I would like to work on this task. |
| 05:43.34 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 05:49.51 | Notify | 03GCI:Mandeep Kaur * Write an article ''BRL-CAD for Newbies'': Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck! |
| 05:52.22 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 05:53.08 | *** join/#brlcad deep_inder (~chatzilla@59.91.112.222) | |
| 06:12.28 | Notify | 03GCI:Olexander Dubenko * Design a prototype CAD GUI layout: None - Looking forward to doing more design tasks |
| 06:12.38 | Notify | 03GCI:Olexander Dubenko * Design a prototype CAD GUI layout: None - Looking forward to doing more design tasks |
| 06:25.52 | *** join/#brlcad highrise2357 (~nobody@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 06:29.13 | highrise2357 | Hello. |
| 06:29.49 | Notify | 03GCI:Cameron * Write an article ''BRL-CAD for Newbies'': Should I write the guide on Archer on MGED? - I was just wondering because I am more accostomed to Archer, but if you want me to write... |
| 06:35.59 | highrise2357 | I have a somewhat generic question about the GCI--where exactly can I find the source code that follows the hierarchy listed in certain coding tasks? (e.g. /src/librt/primitives/ebm/ebm.c) |
| 06:36.24 | highrise2357 | I looked on github and it didn't seem to match |
| 06:38.33 | *** join/#brlcad sniok (2549c3f0@gateway/web/freenode/ip.37.73.195.240) | |
| 07:14.04 | *** join/#brlcad deep_inder (~chatzilla@117.199.99.243) | |
| 07:34.08 | YatharthROCK | hickoryknoll: Download the source. |
| 08:42.24 | Notify | 03GCI:Deep Inder Singh * Create a book layout for Doc Camp Book: Ready for review - The work on this task is ready to be reviewed. |
| 10:02.43 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.22) | |
| 10:41.27 | Notify | 03GCI:Sharan * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Resize - I didnt resize the car but I set the correct ratio for the separation;I also added this to the... |
| 10:48.37 | Notify | 03GCI:Sharan * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 11:19.09 | *** join/#brlcad gjeet (~gjeet@59.91.238.174) | |
| 12:52.39 | Notify | 03BRL-CAD:tbrowder2 * 58647 brlcad/trunk/src/librt/gen-attributes-files.cpp: get ready to do CMake manip of this file |
| 12:54.45 | Notify | 03BRL-CAD:tbrowder2 * 58648 (brlcad/trunk/src/librt/gen-attributes-files.cpp =================================================================== and 393 others): rename for CMake 'configure_file' use |
| 13:14.45 | *** join/#brlcad gjeet (~gjeet@117.214.201.130) | |
| 13:26.56 | Notify | 03GCI:Sam * Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed. |
| 13:46.55 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 14:18.15 | Notify | 03GCI:Melange * Design a cover image or banner for our Facebook page (and other social media sites) #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more... |
| 14:31.31 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.20) | |
| 14:31.43 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 14:35.01 | Notify | 03BRL-CAD:starseeker * 58649 brlcad/trunk/src/librt/CMakeLists.txt: Fix gen-attributes-files buiild logic. |
| 14:35.16 | Notify | 03BRL-CAD:starseeker * 58650 brlcad/trunk/include/bn.h: wording tweaks |
| 14:45.40 | Notify | 03GCI:Megan * Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task. |
| 14:47.07 | Notify | 03GCI:Mandeep Kaur * Create a custom wikimedia skin for BRL-CAD: Task Assigned - This task has been assigned to Megan. You have 72 hours to complete this task, good luck! |
| 14:58.05 | *** join/#brlcad YatharthROCK (~Yatharth@95.175.73.215) | |
| 15:00.06 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 15:00.56 | sniok | Who can I ask about GCI ? |
| 15:01.57 | archivist | just ask the question |
| 15:06.06 | Notify | 03BRL-CAD:starseeker * 58651 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): Working on how to handle the 2d->3d and vice versa conversions |
| 15:13.26 | sniok | Can you add more 'User interface' tasks such as wallpapers/stickers/banners and similar |
| 15:16.12 | ``Erik | archivist: better? |
| 15:18.20 | archivist | so used to duplicates !...yes |
| 15:22.04 | starseeker | ``Erik: awesome! what was the issue? |
| 15:31.22 | ``Erik | the issue was that I had two email addresses subscribed to brlcad-trackers@, for non gci things the procmail rules worked fine, but the gci procmail rule put both into the queue directory |
| 15:31.31 | ``Erik | so I tweaked the procmail rule a little |
| 15:34.54 | *** join/#brlcad circ-user-OZ6bA (~circuser-@95.175.73.215) | |
| 15:35.43 | ``Erik | (by the time it hit the parser, they both looked identical, so'z it took me a little to track) |
| 15:43.13 | Notify | 03BRL-CAD:carlmoore * 58652 brlcad/trunk/doc/docbook/system/man5/en/attr-std-list-inc.xml: no spelling fixes, but had to separate some words |
| 15:43.33 | Notify | 03BRL-CAD:starseeker * 58653 brlcad/trunk/src/libbn/chull.c: Start roughing in steps for 2d coordinate system creation. |
| 15:55.42 | Notify | 03BRL-CAD:n_reed * 58654 brlcad/trunk/src/libbn/chull.c: invalid index for type |
| 15:55.44 | ``Erik | brlcad: is the proper way to add new tasks still via the google docs form? can you share the generated spreadsheet so we can be sure we're not adding duplicates? |
| 15:57.28 | Notify | 03GCI:Melange * Create a book layout for Doc Camp Book: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work... |
| 15:58.13 | Notify | 03GCI:Melange * Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened... |
| 16:02.38 | starseeker | maths22: it looks like comgeom-g may not be in proper working order right now - I tried some tests this weekend and got close, but it looks like there is some debuggin to do |
| 16:03.48 | starseeker | maths22: what I've done so far seems to suggest that the csv conversions are definately a workable form to have the data in - would you be interested in tackling some other models to generate similar transcriptions? |
| 16:05.24 | starseeker | based on your experience thus far, would you say tackling a larger model with your approach is possible/practical? |
| 16:08.01 | Notify | 03GCI:Andrew * Implement a centroid function for superellipsoids (SUPERELL): Task Claimed - I would like to work on this task. |
| 16:10.11 | Notify | 03GCI:Olexander Dubenko * Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Claimed - I would like to work on this task. |
| 16:10.31 | Notify | 03GCI:Mandeep Kaur * Implement a centroid function for superellipsoids (SUPERELL): Task Assigned - This task has been assigned to Andrew. You have 72 hours to complete this task, good luck! |
| 16:11.01 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to... |
| 16:14.22 | Notify | 03BRL-CAD:tbrowder2 * 58655 brlcad/trunk/src/librt/db5_attrs.cpp: ensure words are space-separated |
| 16:20.15 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.20) | |
| 16:20.37 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 16:25.59 | maths22 | starseeker: how much larger? |
| 16:37.55 | Notify | 03GCI:Olexander Dubenko * Design a cover image or banner for our Facebook page (and other social media sites) #3: Ready for review - The work on this task is ready to be reviewed. |
| 17:07.10 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 17:11.17 | Notify | 03BRL-CAD:carlmoore * 58656 brlcad/trunk/src/proc-db/tube.c: implement my conventions regarding -h, -?, run-with-no-arguments |
| 17:12.38 | *** join/#brlcad joeyw (~joeyw@c-68-34-68-152.hsd1.md.comcast.net) | |
| 17:16.12 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5 http://www.google-melange.com/gci/task/view/google/gci2013/5817636415864832: None I tried to add the url and move the logo to the top but it... |
| 17:20.34 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: Ready for review - The work on this task is ready to be reviewed. |
| 17:40.41 | *** join/#brlcad YatharthROCK (~sickeron@95.175.73.215) | |
| 17:51.27 | Notify | 03GCI:Melange * Write a ''BRL-CAD Commands Quick Reference'' document: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 18:02.58 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 18:08.06 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:12.09 | Notify | 03BRL-CAD Wiki:Diegoscarpetta * 0 /wiki/User:Diegoscarpetta: |
| 18:12.51 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 18:19.31 | Notify | 03GCI:Melange * Create a graphical mock-up for BRL-CAD's Documentation pages: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 18:23.06 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-158.aby.bellsouth.net) | |
| 18:23.51 | Notify | 03GCI:Daniel Rossberg * Design a BRL-CAD wallpaper: Where did you found the images? - Especially the car? |
| 18:24.06 | Notify | 03GCI:Daniel Rossberg * Design a BRL-CAD wallpaper: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 18:24.21 | Notify | 03GCI:Daniel Rossberg * Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 18:29.37 | *** join/#brlcad joeyw (~joeyw@c-68-34-68-152.hsd1.md.comcast.net) | |
| 18:41.30 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #3: Need Improvements - Hi Olexander, I like your designs for banner and profile pic. You... |
| 18:41.56 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to... |
| 18:45.02 | *** join/#brlcad jschulte (~johannes@p4FDFB8B1.dip0.t-ipconnect.de) | |
| 18:46.32 | starseeker | maths22: there's a whole range |
| 18:48.20 | starseeker | one of the largest is around 250 pages |
| 18:49.02 | Notify | 03GCI:Daniel Rossberg * Write a ''BRL-CAD Commands Quick Reference'' document: beside other things - I'm missing some words aboud the options. How should these commands be called? |
| 18:49.22 | Notify | 03GCI:Daniel Rossberg * Write a ''BRL-CAD Commands Quick Reference'' document: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 18:49.32 | Notify | 03GCI:Daniel Rossberg * Write a ''BRL-CAD Commands Quick Reference'' document: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 18:52.04 | Notify | 03GCI:Daniel Rossberg * Write a ''BRL-CAD Commands Quick Reference'' document: List of commands - For a list of commands you could look at the BRL-CAD installation's bin directory. The options are... |
| 18:56.12 | Notify | 03BRL-CAD:starseeker * 58657 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c): The coordinate manipulation probably shouldn't be part of the public API. |
| 19:16.29 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 19:23.37 | jschulte | Concerning this task : https://google-melange.appspot.com/gci/task/view/google/gci2013/5899274214703104 . Does Centroid for your primitives mean, that I just have to get average of all vertices in the arbn (like shown in rt_arb_centroid), or ist the solution, shown in the EDIT of the start post of this thread(http://stackoverflow.com/questions/9325303/centroid-of-convex-polyhedron) the right approach to this problem? |
| 19:23.38 | gcibot | Implement a centroid function for N-faced polysolids (ARBN) |
| 19:23.38 | gcibot | Status: Open |
| 19:23.38 | gcibot | Mentor(s): Sean |
| 19:25.44 | Notify | 03BRL-CAD:carlmoore * 58658 brlcad/trunk/src/proc-db/tube.c: add decimal points because we are NOT storing into int type |
| 19:31.45 | Notify | 03BRL-CAD:starseeker * 58659 brlcad/trunk/src/libbn/chull.c: Untested (and almost certainly incorrect) but start working out the actual vector math needed to make these functions function. |
| 19:56.17 | d_rossberg | jschulte: the thread on stackoverflow sounds reasonable ... and for arb8 it should lead to what you have seen in rt_arb8_centroid |
| 19:56.21 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.20) | |
| 20:06.48 | Notify | 03BRL-CAD:starseeker * 58660 brlcad/trunk/src/libbn/chull.c: Try to be a little more careful that we actually get a normal vector back... |
| 20:19.53 | maths22 | starseeker: it would not really work for one that long |
| 20:20.23 | maths22 | Maybe double the length of this one at the most-it is very human-intensive |
| 20:20.44 | maths22 | unless other ones were better quality scans/typewriiten |
| 20:20.54 | maths22 | Then they would not be so bad |
| 20:39.15 | Notify | 03BRL-CAD:starseeker * 58661 brlcad/trunk/src/other/openNURBS/CMakeLists.txt: update CMake version variable for openNURBS |
| 21:08.37 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.209.21) | |
| 21:14.35 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-140-158.aby.bellsouth.net) | |
| 21:19.02 | Notify | 03BRL-CAD:starseeker * 58662 brlcad/trunk/src/librt/primitives/rhc/rhc.c: Initialize guess variable |
| 21:28.32 | starseeker | maths22: so we'd have to break the large one into a lot of smaller tasks, then |
| 21:29.23 | starseeker | maths22: I'm not surprised it's human intensive - that's why these are up as GCI tasks :-) |
| 21:46.13 | Notify | 03GCI:Johannes Schulte * Implement surface area function for polygonal meshes (NMG): Task Claimed - I would like to work on this task. |
| 21:57.45 | *** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 21:59.23 | *** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 22:03.06 | *** join/#brlcad joeyw (~joeyw@c-68-34-68-152.hsd1.md.comcast.net) | |
| 22:07.42 | highrise2357 | How should I set up for development of brlcad? |
| 22:07.57 | highrise2357 | Is there a git repository for it? |
| 22:28.10 | Notify | 03GCI: * : - |
| 22:38.41 | *** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 22:51.18 | tbrowder2 | highrise2357: if you have a Windows host, the easiest way to start is with the BRL-CAD VirtualMachine (VM) which can be downloaded here: http://sourceforge.net/projects/brlcad/files/BRL-CAD%20for%20Virtual%20Machines/BRL-CAD-Debian-7.2-32bit.ova/download |
| 22:54.30 | highrise2357 | Thanks, I'll probably be working on a Windows machine soon, but what should I do right now, for linux? |
| 22:54.49 | highrise2357 | Is it in the same place? |
| 22:54.58 | highrise2357 | The VM link on the website? |
| 22:59.10 | highrise2357 | Also, do you know what the general policy is for the GCI? Right now, I'm looking at the source to get a basic idea for a task. Should I continue with this or claim it? |
| 23:25.11 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: Will improve - thanks for feedback will include more on options. |
| 23:26.06 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: Ready for review - The work on this task is ready to be reviewed. |
| 23:55.21 | Notify | 03GCI:Matthew * Implement a volume function for extruded bitmaps (EBM): None - Hi, I might be interested in this task, but I'm still trying to familiarize myself with the code. Where can I find... |
| 00:48.53 | *** join/#brlcad YuGin_ (~IceChat77@182.55.146.247) | |
| 01:25.29 | tbrowder2 | highrise2357: if you have a linux host you should start with subversion and checkout the trunk from sourceforge.net: (bummer, sf is down at the moment) |
| 02:14.06 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 02:14.47 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 02:19.01 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-77.aby.bellsouth.net) | |
| 02:46.58 | brlcad | starseeker: I used comgeom-g a few months ago, working just fine, and it hasn't changed since then afaik ... just fyi |
| 02:47.17 | brlcad | (ditto to maths22) |
| 02:48.02 | brlcad | ``Erik: sure, I'll expose the sheet |
| 02:51.31 | Notify | 03GCI:Andrew * Implement a centroid function for superellipsoids (SUPERELL): Ready for review - The work on this task is ready to be reviewed. |
| 03:45.49 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-77.aby.bellsouth.net) | |
| 03:54.25 | starseeker | brlcad: hmm. which version - 1, 4 or 5? |
| 04:11.28 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 04:18.10 | Notify | 03GCI:Mandeep Kaur * Implement surface area function for polygonal meshes (NMG): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 04:38.55 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Not reversed - I did reverse the patch, but I added 3 more instances of correcting the word "acknowledgments".... |
| 05:02.42 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Ready for review - The work on this task is ready to be reviewed. |
| 05:28.04 | Notify | 03GCI:Cameron * Write an article ''BRL-CAD for Newbies'': Ready for review - The work on this task is ready to be reviewed. |
| 05:31.59 | Notify | 03GCI:Sean * Create a book layout for Doc Camp Book: Task Closed - Congratulations, this task has been completed successfully. |
| 05:46.51 | Notify | 03GCI:Sean * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 05:47.40 | Notify | 03GCI:Sean * Write a step by step tutorial on modeling a simple toy car with BRL-CAD: follow-on task - A follow-on task for this tutorial has been posted. Search for "toy car". |
| 05:49.56 | brlcad | starseeker: I do not recall that detail, but note that we have support for both v4 and v5 in comgeom-g and I believe vdeck may technically be v1 (which converts to v5) |
| 05:50.39 | brlcad | it took me a bit to remember when I was using the tool, but half-suprisingly I went through both vdeck and comgeom-g with a few data sets and it all worked without incident |
| 05:57.06 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: better - Pulkit, this latest design is much better. It's still not usable for the same reason... |
| 05:57.16 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #2: Task Closed - Congratulations, this task has been completed successfully. |
| 06:05.56 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #3: love it - Olexander, looking forward to seeing how you respond to Mandeep, but this is a... |
| 06:09.47 | Notify | 03GCI:Johannes Schulte * Implement surface area function for polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed. |
| 06:11.42 | Notify | 03GCI:Sean * Write a ''BRL-CAD Commands Quick Reference'' document: source format - Alex, would you submit editable source files too? PDF is great for seeing how it should ultimately look, but... |
| 06:11.47 | Notify | 03GCI:Sean * Write a ''BRL-CAD Commands Quick Reference'' document: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 06:19.02 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files http://www.google-melange.com/gci/task/view/google/gci2013/6501205291302912: please itemize them First and foremost,... |
| 06:19.07 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 06:19.22 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 06:21.12 | Notify | 03GCI:Sean * Write an article ''BRL-CAD for Newbies'': Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 06:23.37 | Notify | 03GCI:Sean * Write an article ''BRL-CAD for Newbies'': started out good - Started out good with screenshots of the website, but then when you got to your modeling section, you literally provided a... |
| 07:08.25 | Notify | 03GCI:Cameron * Write an article ''BRL-CAD for Newbies'': Got it - Thanks for the feedback |
| 07:22.25 | Notify | 03GCI:Cameron * Write an article ''BRL-CAD for Newbies'': Ready for review - The work on this task is ready to be reviewed. |
| 09:21.56 | Notify | 03BRL-CAD Wiki:Joannes Hoste * 0 /wiki/User:Joannes_Hoste: |
| 10:00.09 | Notify | 03GCI:Pulkit Mehta * Design a cover image or banner for our Facebook page (and other social media sites) #2: None - welcome and as well as thank you sir for approving it as well I really enjoyed... |
| 10:22.31 | Notify | 03GCI:Sharan * Design a cover image or banner for our Facebook page (and other social media sites) #5: Task Claimed - I would like to work on this task. |
| 10:59.45 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 11:25.50 | *** join/#brlcad awabimakoto (500@101.5.102.137) | |
| 12:19.31 | Notify | 03GCI:ajeet kumar yadav * Model BRL-CAD logo in BRL-CAD: Task Claimed - I would like to work on this task. |
| 12:31.40 | Notify | 03BRL-CAD:tbrowder2 * 58663 (brlcad/trunk/src/librt/gen-attributes-files.cpp.in =================================================================== and 404 others): move for better location |
| 12:33.02 | Notify | 03BRL-CAD:tbrowder2 * 58664 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/misc/CMakeLists.txt brlcad/trunk/src/librt/CMakeLists.txt): change attribute.xml to attribute.xml.in for configuration; put auto-generated files in the binary dir and remove from source dir |
| 12:41.40 | Notify | 03GCI:Luke Blue * Create an ISST screenshot or animation: Task Claimed - I would like to work on this task. |
| 13:21.16 | Notify | 03GCI:Olexander Dubenko * Design a cover image or banner for our Facebook page (and other social media sites) #3: Ready for review - The work on this task is ready to be reviewed. |
| 13:31.59 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:32.49 | Notify | 03GCI:Daniel Rossberg * Model BRL-CAD logo in BRL-CAD: Task Assigned - This task has been assigned to ajeet kumar yadav. You have 72 hours to complete this task, good luck! |
| 13:34.04 | Notify | 03GCI:Daniel Rossberg * Create an ISST screenshot or animation: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck! |
| 13:34.19 | Notify | 03GCI:Daniel Rossberg * Design a cover image or banner for our Facebook page (and other social media sites) #5: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete... |
| 13:38.14 | Notify | 03GCI:ajeet kumar yadav * Model BRL-CAD logo in BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 14:30.55 | Notify | 03GCI:Evan_M * Implement a volume function for extruded sketches (EXTRUDE): Task Claimed - I would like to work on this task. |
| 14:47.55 | Notify | 03GCI:Sam * Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed. |
| 14:49.35 | *** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61) | |
| 14:51.02 | Notify | 03GCI:Sam * Design a BRL-CAD wallpaper: Submitted - Hi, I made use of brushes for the images. All brushes are free-to-use. Also, I have submitted two versions this time. One with the car, one... |
| 14:53.29 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for extruded sketches (EXTRUDE): Task Assigned - This task has been assigned to Evan_M. You have 72 hours to complete this task, good luck! |
| 15:04.01 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for superellipsoids (SUPERELL): Almost - Commas and semicolons are followed by whitespace. (from HACKING, see your VMOVE) There should be two... |
| 15:04.02 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for superellipsoids (SUPERELL): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 15:16.08 | Notify | 03GCI:Sean * Write an article ''BRL-CAD for Newbies'': looking a lot better - That's looking a LOT better Cameron. This is going to be fantastic. Reading through the article, a few issues jump out... |
| 15:24.30 | Notify | 03GCI:Andrew * Implement a centroid function for superellipsoids (SUPERELL): Ready for review - The work on this task is ready to be reviewed. |
| 15:27.40 | Notify | 03GCI:Sean * Write an article ''BRL-CAD for Newbies'' http://www.google-melange.com/gci/task/view/google/gci2013/5398773085765632: follow-on A follow-on task to this one has been added::... |
| 15:30.06 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 15:30.59 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed. |
| 15:34.34 | Notify | 03GCI:Gauravjeet Singh * Design a cover image or banner for our Facebook page (and other social media sites) #3: Task Closed - Congratulations, this task has been completed successfully. |
| 15:38.47 | *** join/#brlcad gjeet (~gjeet@117.212.50.159) | |
| 15:42.36 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: TThis Time I understood the requirements of sticker - Sir Now I have made a new Design and have worked hard on it.I hope you like it. |
| 15:44.02 | Notify | 03GCI:Deep Inder Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Claimed - I would like to work on this task. |
| 15:44.48 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 15:45.32 | Notify | 03GCI:Gauravjeet Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours... |
| 15:46.54 | Notify | 03GCI:Sean * Model BRL-CAD logo in BRL-CAD: Almost! - Ajeet, this is looking good, but you haven't joined the two links together. The black and pink links need to be put into or made into a region... |
| 15:46.59 | Notify | 03GCI:Sean * Model BRL-CAD logo in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 15:59.04 | Notify | 03GCI:Melange * Design a BRL-CAD Sticker #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be... |
| 16:25.30 | Notify | 03BRL-CAD:starseeker * 58665 brlcad/trunk/src/libbn/chull.c: Start filling in bn_3d_coplanar_chull |
| 16:30.50 | Notify | 03GCI:Olexander Dubenko * Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 16:33.11 | Notify | 03GCI:Mandeep Kaur * Create Wordpress theme for BRL-CAD website #2: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck! |
| 16:41.22 | *** join/#brlcad Deepak_ (~chatzilla@106.192.190.34) | |
| 16:43.28 | Notify | 03BRL-CAD:tbrowder2 * 58666 brlcad/trunk/include/raytrace.h: update text for current use |
| 16:45.43 | Notify | 03BRL-CAD:tbrowder2 * 58667 brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: allow no stale copies of the generated file |
| 16:47.27 | Notify | 03BRL-CAD:tbrowder2 * 58668 brlcad/trunk/src/librt/db5_attrs.cpp: remove spurious comma; expand var list for ease of maintenance |
| 16:52.13 | Notify | 03BRL-CAD:starseeker * 58669 brlcad/trunk/src/libbn/tests/bn_chull.c: Define some sets of coplanar 3d points for testing |
| 16:52.47 | Notify | 03BRL-CAD:tbrowder2 * 58670 brlcad/trunk/src/librt/db5_attrs.cpp: correct typo |
| 16:55.42 | Notify | 03BRL-CAD:tbrowder2 * 58671 brlcad/trunk/src/librt/db5_attrs.cpp: correct grammar (the combination...that defines) |
| 16:56.45 | *** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik) | |
| 16:59.33 | Notify | 03GCI:Melange * Loading Google charts from API: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has... |
| 17:01.33 | Notify | 03GCI:FaithOh * Create a CAD inspired icon-set for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:11.24 | Notify | 03BRL-CAD:n_reed * 58672 brlcad/trunk/misc/CMakeLists.txt: ignore attributes dir until it has a CMakeLists.txt |
| 17:20.19 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Claimed - I would like to work on this task. |
| 17:20.24 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net) | |
| 17:20.49 | Palindrome | Hey, anyone online? |
| 17:24.14 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete... |
| 17:24.28 | Palindrome | Thanks, bot. |
| 17:31.13 | Notify | 03BRL-CAD:tbrowder2 * 58673 (brlcad/trunk/misc/attributes/CMakeLists.txt =================================================================== and 47 others): it was there but not checked in |
| 17:34.37 | Notify | 03BRL-CAD:tbrowder2 * 58674 brlcad/trunk/misc/CMakeLists.txt: back on duty |
| 17:43.43 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: changes done - ok i have got rid of the miscellaneous category and have rearranged the alphabetically. |
| 17:47.32 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 17:51.44 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: Ready for review - The work on this task is ready to be reviewed. |
| 17:52.59 | Notify | 03GCI:Sharan * Design a cover image or banner for our Facebook page (and other social media sites) #5: Ready for review - The work on this task is ready to be reviewed. |
| 17:55.14 | Notify | 03GCI:Sharan * Design a cover image or banner for our Facebook page (and other social media sites) #5: Three of them - I have made 3 in which cover1 is made according to the website but, cover2... |
| 17:59.08 | Notify | 03BRL-CAD:tbrowder2 * 58675 (brlcad/trunk/doc/docbook/system/man5/en/attributes.xml.in brlcad/trunk/misc/attributes/gen-attributes-files.cpp.in): neaten up man page and tables a bit |
| 18:13.51 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "point" functions: Task Claimed - I would like to work on this task. |
| 18:19.07 | Notify | 03GCI:Melange * Create a graphical mock-up for BRL-CAD's Documentation pages: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 18:37.23 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net) | |
| 18:38.11 | Palindrome | Hi! |
| 18:38.20 | Palindrome | Is there a set theme for the facebook graphic? |
| 18:38.25 | Palindrome | https://google-melange.appspot.com/gci/task/view/google/gci2013/5327637555707904 |
| 18:38.26 | gcibot | Design a cover image or banner for our Facebook page (and other social media sites) #6 |
| 18:38.26 | gcibot | Status: Claimed (2 hours, 22 minutes left) |
| 18:38.26 | gcibot | Mentor(s): Sean |
| 18:41.04 | Notify | 03GCI:Daniel Rossberg * Create unit tests for plane.c "point" functions: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 18:42.14 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Theme - Is there a specific theme you have in mind? Holiday? Military? General? |
| 18:56.34 | *** join/#brlcad jschulte (~johannes@p4FDFBECC.dip0.t-ipconnect.de) | |
| 18:57.40 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "point" functions: Ready for review - The work on this task is ready to be reviewed. |
| 19:01.16 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for superellipsoids (SUPERELL): Task Closed - Congratulations, this task has been completed successfully. |
| 19:07.38 | Notify | 03BRL-CAD:tbrowder2 * 58676 brlcad/trunk/misc/attributes/gen-attributes-files.cpp.in: correct DB table structure |
| 19:09.37 | Notify | 03GCI:Yash Sahota * Fix MGED crash on Mac OS X: Task Claimed - I would like to work on this task. |
| 19:09.57 | Notify | 03GCI:Daniel Rossberg * Implement surface area function for polygonal meshes (NMG): Don't use static variables - Please rethink the sort algorithm. Is it really needed? |
| 19:10.12 | Notify | 03GCI:Olexander Dubenko * Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:10.13 | Notify | 03GCI:Daniel Rossberg * Implement surface area function for polygonal meshes (NMG): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 19:10.14 | Notify | 03GCI:Olexander Dubenko * Create a graphical mock-up for BRL-CAD's Documentation pages: Task Claimed - I would like to work on this task. |
| 19:10.32 | Notify | 03GCI:Daniel Rossberg * Fix MGED crash on Mac OS X: Task Assigned - This task has been assigned to Yash Sahota. You have 72 hours to complete this task, good luck! |
| 19:11.27 | Notify | 03GCI:Daniel Rossberg * Create a graphical mock-up for BRL-CAD's Documentation pages: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good... |
| 19:17.39 | Notify | 03GCI:Daniel Rossberg * Design a BRL-CAD wallpaper: ... not really - See Mandeep Kaur's comment. For a BRL-CAD wallpaper I would expect some BRL-CAD geometry, eg ray-traced. |
| 19:17.44 | Notify | 03GCI:Daniel Rossberg * Design a BRL-CAD wallpaper: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 19:18.14 | Notify | 03GCI:Daniel Rossberg * Design a BRL-CAD wallpaper: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 19:18.40 | Notify | 03BRL-CAD:starseeker * 58677 brlcad/trunk/src/libbn/tests/bn_chull.c: Hook up the 3D examples to bn_3d_coplanar_chull. |
| 19:25.06 | Notify | 03BRL-CAD:starseeker * 58678 brlcad/trunk/src/libbn/tests/bn_chull.c: get a look at the generated points - not sure if they're right yet... |
| 19:56.43 | Notify | 03BRL-CAD:starseeker * 58679 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Since we'll probably find it useful for debugging, stick the asc definition of the bots used as the source of the test points into the test directory, starting with test 003 |
| 19:58.44 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net) | |
| 20:00.10 | Notify | 03BRL-CAD:starseeker * 58680 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add test 004's bot |
| 20:07.59 | brlcad | there is not a set theme |
| 20:09.56 | Notify | 03GCI:Johannes Schulte * Implement surface area function for polygonal meshes (NMG) http://www.google-melange.com/gci/task/view/google/gci2013/6170669171605504: None As far as my knowledge... |
| 20:10.22 | Notify | 03GCI:Johannes Schulte * Implement surface area function for polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed. |
| 20:29.11 | Notify | 03BRL-CAD:starseeker * 58681 brlcad/trunk/src/libbn/tests/bn_chull.c: Add ability to generate plot files for bn_chull tests |
| 20:50.56 | Notify | 03GCI:Tan Di Sheng * Fix at least 8 spelling mistakes in at least 8 different files #3: Ready for review - The work on this task is ready to be reviewed. |
| 21:16.06 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 21:24.45 | Notify | 03BRL-CAD:starseeker * 58682 brlcad/trunk/src/libbn/tests/bn_chull.c: Make it easier to print test results. |
| 21:32.01 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net) | |
| 21:43.09 | Notify | 03GCI:erikg * Create unit tests for plane.c "point" functions: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 21:56.45 | Notify | 03GCI:Andrew * Implement a surface area function for hyperboloids of one sheet (HYP): Task Claimed - I would like to work on this task. |
| 22:03.11 | *** join/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 22:08.40 | Notify | 03BRL-CAD:starseeker * 58683 brlcad/trunk/src/libbn/chull.c: Closer, but still not correct |
| 22:19.49 | Notify | 03BRL-CAD:starseeker * 58684 brlcad/trunk/src/libbn/chull.c: try to avoid using really short vectors for normal calculations... |
| 22:24.27 | Notify | 03BRL-CAD:starseeker * 58685 brlcad/trunk/src/libbn/chull.c: Actually, unitization should take care of the distance question |
| 22:44.32 | Notify | 03BRL-CAD:carlmoore * 58686 brlcad/trunk/src/proc-db/tube.c: add message about generation of tube.g file, and add 'frame' and a newline to an fprintf |
| 22:46.32 | highrise2357 | Is there any documentation for the code outside of the source files? |
| 22:46.56 | Notify | 03GCI:Sean * Implement a surface area function for hyperboloids of one sheet (HYP): Task Assigned - This task has been assigned to Andrew. You have 72 hours to complete this task, good luck! |
| 22:58.48 | Notify | 03GCI:Alex * Fix bounding box function for our polygonal mesh (BoT) primitive: Task Claimed - I would like to work on this task. |
| 23:11.14 | andromeda-galaxy | ``Erik: did you send my task back for more work? |
| 23:11.24 | Notify | 03GCI:Sean * Fix bounding box function for our polygonal mesh (BoT) primitive: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck! |
| 23:23.59 | ``Erik | andromeda-galaxy: yeah, sorry, was writing a reply to follow up and had to run out to a day care, gimme a minute to finish :) |
| 23:27.16 | andromeda-galaxy | ``Erik: okay, sure |
| 23:28.44 | Notify | 03GCI:erikg * Create unit tests for plane.c "point" functions: A couple minor issues - First, I'd like to say great work, this is a very good patch, but it's not quite perfect yet. Typically, a... |
| 23:29.29 | andromeda-galaxy | ``Erik: Can I give you a little bit of context on POINT_SCANF_GEN? |
| 23:30.46 | ``Erik | sure (I'm kinda in and out right now, family time... but I'll read and respond when I can, or someone else might respond :) |
| 23:31.12 | andromeda-galaxy | ``Erik: Since a lot of the test cases need to scan a comma-separated list of doubles into a point, I was trying to make the code a little more DRY by turning 4 repeated lines that copy into temp. variables and then into the point into a single macro call |
| 23:31.54 | andromeda-galaxy | But you are right about CHECK_RESULT, I just realized that it is just !EQUAL(expected,actual)... |
| 23:37.09 | andromeda-galaxy | Also, sorry about the wrong directory thing, I am not too familiar with svn, so I expected svn diff to work like git diff and not be based off of the working directory, sorry |
| 23:38.24 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "point" functions: Ready for review - The work on this task is ready to be reviewed. |
| 23:39.23 | andromeda-galaxy | I submitted another version, it has all of the changes except that POINT_SCANF_GEN is just renamed to POINT_SCANF. If this diff still has POINT_SCANF being unnecessary, can you try to explain how it doesn't make the code more DRY? Thanks! |
| 23:51.01 | andromeda-galaxy | ``Erik: okay, I see what you mean, sorry --- I didn't know that you can scan directly into the array with %lf like that... I'll put a rev3 on Melange in a minute |
| 00:57.07 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-139-41.aby.bellsouth.net) | |
| 02:32.04 | *** part/#brlcad highrise2357 (~matthew@108-203-4-153.lightspeed.rlghnc.sbcglobal.net) | |
| 02:38.05 | Notify | 03GCI:Ethan * Design a coffee mug for BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 02:38.06 | Notify | 03GCI:Ethan * Create a CAD inspired icon-set for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 02:56.42 | Notify | 03GCI:Yash Sahota * Fix MGED crash on Mac OS X: Not Crashing - X11 isn't crashing when I close the console and the program continues to work. Am I using the wrong release? |
| 03:21.53 | Notify | 03GCI:Anshula Rudhraraju * Create a book layout for our Doc Camp book #2: Task Claimed - I would like to work on this task. |
| 03:40.54 | Notify | 03GCI:Sam * Design a BRL-CAD wallpaper: Pictures/Models - Hello, Would it be fine if I use pictures from the gallery? (http://brlcad.org/gallery/) |
| 03:54.40 | Notify | 03GCI:Mandeep Kaur * Create a CAD inspired icon-set for BRL-CAD website #2: Task Assigned - This task has been assigned to Ethan. You have 72 hours to complete this task, good luck! |
| 03:55.10 | Notify | 03GCI:Mandeep Kaur * Create a book layout for our Doc Camp book #2: Task Assigned - This task has been assigned to Anshula Rudhraraju. You have 72 hours to complete this task, good luck! |
| 03:59.15 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be... |
| 04:27.21 | Notify | 03GCI:Harmanpreet * Design a cover image or banner for our Facebook page (and other social media sites) #6 http://www.google-melange.com/gci/task/view/google/gci2013/5327637555707904: Any Not... |
| 06:18.35 | Notify | 03GCI:Sean * Write an article ''BRL-CAD for Newbies'': Task Closed - Congratulations, this task has been completed successfully. |
| 06:25.25 | Notify | 03GCI:agkphysics * Implement a volume function for elliptical hyperboloids (EHY): Task Claimed - I would like to work on this task. |
| 06:37.16 | Notify | 03GCI:Sean * Write a ''BRL-CAD Commands Quick Reference'' document: More cleanup - Alex, That's looking better, but there are a few issues remaining: some of the commands are capitalized on... |
| 06:37.17 | Notify | 03GCI:Sean * Write a ''BRL-CAD Commands Quick Reference'' document: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 06:38.02 | Notify | 03GCI:Sean * Write a ''BRL-CAD Commands Quick Reference'' document: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 07:05.49 | Notify | 03GCI:Sean * Implement surface area function for polygonal meshes (NMG): avoiding the static - You can avoid the static by passing replacing the pnts point_t array with an array of structs... |
| 07:18.19 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 07:18.49 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #3: 8 files, 8 spelling mistakes? - Tan, you made a lot of changes, but only the spelling mistakes count and I'm not... |
| 07:29.26 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the... |
| 07:29.57 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #5: hmm - I like the logo placement in cover1, love the font, but not digging the bullet list.... |
| 07:37.08 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 07:37.13 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 07:37.38 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: better! - This is a lot better Ranjith! Few minor edits and I think we can call this done: make the BRL-CAD text bigger, about 30%. maybe make the logo... |
| 07:46.20 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 07:55.14 | Notify | 03GCI:Luke Blue * Create an ISST screenshot or animation: Doubt - I cloned the isst file from git clone(git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git) and compiled it using Cmake but... |
| 08:02.12 | *** join/#brlcad TanDiSheng (b75a29a7@gateway/web/freenode/ip.183.90.41.167) | |
| 08:04.24 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 08:07.14 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for elliptical hyperboloids (EHY): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck! |
| 08:24.54 | TanDiSheng | Am assigned task but sent back for more work but time is up. Do I still work on it? |
| 08:56.43 | Notify | 03GCI:agkphysics * Implement a volume function for elliptical hyperboloids (EHY): Ready for review - The work on this task is ready to be reviewed. |
| 08:57.34 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:14.28 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 09:18.56 | Notify | 03GCI:Daniel Rossberg * Implement surface area function for polygonal meshes (NMG): Implementing bu_sort()? - Another, more general solution could be to implement an platform independent context... |
| 10:14.06 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 10:48.28 | Notify | 03GCI:Sharan * Design a cover image or banner for our Facebook page (and other social media sites) #5: Ready for review - The work on this task is ready to be reviewed. |
| 11:33.13 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 11:34.32 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 11:38.05 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 12:22.58 | Notify | 03GCI:ajeet kumar yadav * Model BRL-CAD logo in BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 12:59.41 | *** join/#brlcad jschulte (~johannes@p4FDFB7FB.dip0.t-ipconnect.de) | |
| 13:27.54 | Notify | 03GCI:Tan Di Sheng * Fix at least 8 spelling mistakes in at least 8 different files #3: Time Extension - Dear Sean, I have made the necessary adjustments, but require a time extension in this... |
| 13:48.07 | *** join/#brlcad witness (~witness12@182.64.44.131) | |
| 13:50.41 | Notify | 03GCI:Daniel Rossberg * Fix at least 8 spelling mistakes in at least 8 different files #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 14:05.07 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 14:19.44 | Notify | 03GCI:Tan Di Sheng * Fix at least 8 spelling mistakes in at least 8 different files #3: Ready for review - The work on this task is ready to be reviewed. |
| 14:50.20 | Notify | 03BRL-CAD:carlmoore * 58687 brlcad/trunk/doc/docbook/system/man5/en/attributes.xml.in: remove trailing blanks/tabs |
| 14:50.34 | Notify | 03BRL-CAD:starseeker * 58688 brlcad/trunk/src/libbn/chull.c: Need to zero initialize origin_pnt, and be more stubborn about making sure we've got a good vector to use for the normal calculation |
| 14:51.03 | Notify | 03BRL-CAD:starseeker * 58689 brlcad/trunk/src/libbn/chull.c: Remove debug print statement |
| 14:53.52 | Notify | 03BRL-CAD:starseeker * 58690 brlcad/trunk/src/libbn/chull.c: Don't need the have_normal check here |
| 15:07.46 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:16.21 | *** join/#brlcad gjeet (~androirc@117.214.207.56) | |
| 15:19.42 | maths22 | rx |
| 15:31.30 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:33.52 | Notify | 03GCI:Sam * Design a BRL-CAD wallpaper: Ready for review - The work on this task is ready to be reviewed. |
| 15:36.22 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed. |
| 15:41.51 | *** join/#brlcad witness (~witness12@182.64.44.131) | |
| 15:52.33 | Notify | 03BRL-CAD:starseeker * 58691 brlcad/trunk/include/bn.h: Start reworking the obr function definitions |
| 16:15.02 | Notify | 03GCI:Gauravjeet Singh * Design a BRL-CAD Sticker #5: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 16:15.17 | Notify | 03GCI:Gauravjeet Singh * Design a BRL-CAD Sticker #5: 99% done - Just a little tweak and this task will be closed with a great sticker design The arrangement of the sticker could be done in the... |
| 16:15.18 | Notify | 03GCI:Gauravjeet Singh * Design a BRL-CAD Sticker #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 16:53.53 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed. |
| 16:59.27 | Notify | 03GCI:Melange * Loading Google charts from API: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 17:00.17 | Notify | 03GCI:Daniel Rossberg * Implement surface area function for polygonal meshes (NMG): This (the sort thing) should be clarified ... - ... before I can mark this task as closed. Furthermore Commas... |
| 17:00.27 | Notify | 03GCI:Daniel Rossberg * Implement surface area function for polygonal meshes (NMG): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 17:10.14 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed. |
| 17:10.56 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 17:18.46 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Sir, Thank You For Help - I Am Grateful For Your Suggestions And I Hope You Like My Work. Regards ISRanjith |
| 17:26.20 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 17:26.32 | Notify | 03GCI:Olexander Dubenko * Create a graphical mock-up for BRL-CAD's Documentation pages: Ready for review - The work on this task is ready to be reviewed. |
| 17:57.33 | *** join/#brlcad jschulte (~johannes@p4FDFB7FB.dip0.t-ipconnect.de) | |
| 18:46.44 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 18:51.27 | Notify | 03GCI:Johannes Schulte * Implement surface area function for polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed. |
| 18:54.38 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 19:11.24 | Notify | 03GCI:Johannes Schulte * Implement surface area function for polygonal meshes (NMG): Next try - Thanks for the hint on passing a struct. I tried to implement it as good as possible. All in all,... |
| 19:24.05 | Notify | 03BRL-CAD:starseeker * 58692 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): rework obr to use point2d_t and vect2d_t - untested. |
| 19:27.04 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: worked on - thanks for the detailed feedback i have taken your points on board and worked on them. i have tried to make the page... |
| 19:30.58 | Notify | 03BRL-CAD:starseeker * 58693 brlcad/trunk/include/vmath.h: Add the 2D version of the vector unitize macro |
| 19:32.43 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: Ready for review - The work on this task is ready to be reviewed. |
| 19:36.45 | Notify | 03GCI:Cameron * Add BRL-CAD newbie article to our wiki: Task Claimed - I would like to work on this task. |
| 19:37.59 | Notify | 03BRL-CAD:starseeker * 58694 brlcad/trunk/src/libbn/obr.c: Use V2UNITIZE and V2SUB2 as appropriate |
| 20:00.20 | Notify | 03BRL-CAD:carlmoore * 58695 brlcad/trunk/src/proc-db/vegetation.c: remove some braces, and make an if-then-else branch |
| 20:03.32 | Notify | 03GCI:Daniel Rossberg * Add BRL-CAD newbie article to our wiki: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck! |
| 20:03.49 | Notify | 03BRL-CAD:n_reed * 58696 brlcad/trunk/src/libbn/chull.c: prefer floating point literals in floating point expressions |
| 20:20.29 | Notify | 03BRL-CAD:d_rossberg * 58697 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: fixed errors so than a Hacking BRL-CAD document could be build (but the result isn't satisfying yet) |
| 20:51.40 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 20:58.42 | Notify | 03BRL-CAD:starseeker * 58698 brlcad/trunk/src/libbn/obr.c: Use the V2UNITIZE in bn_2d_obr |
| 21:12.33 | *** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net) | |
| 21:14.51 | Notify | 03BRL-CAD:starseeker * 58699 brlcad/trunk/include/vmath.h: Add V2MINMAX and friends |
| 21:15.21 | Notify | 03BRL-CAD:starseeker * 58700 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): Use V2MINMAX and don't smash the stack with obr->center[2] setting |
| 21:22.03 | Notify | 03BRL-CAD:starseeker * 58701 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): Set v in obr |
| 21:34.42 | Notify | 03BRL-CAD:starseeker * 58702 brlcad/trunk/src/libbn/tests/bn_obr.c: Clearly a bug got introduced - printing out more info. |
| 22:52.31 | *** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net) | |
| 22:56.38 | Notify | 03GCI:Nathan S. * Implement a volume function for solid polygonal meshes (NMG): Task Claimed - I would like to work on this task. |
| 23:59.52 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:10.33 | Notify | 03GCI:Evan_M * Implement a volume function for extruded sketches (EXTRUDE): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:38.06 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 02:37.01 | Notify | 03GCI:Mandeep Kaur * Implement a volume function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Nathan S.. You have 72 hours to complete this task, good luck! |
| 02:59.56 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:00.23 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 03:03.45 | *** join/#brlcad gjeet (~gjeet@117.199.104.10) | |
| 03:13.12 | Notify | 03GCI:Gauravjeet Singh * Design a BRL-CAD Sticker #5: (99.9%) I am glad but.. - I am glad you followed my advice. But as I previously mentioned, that Make the text consisting of url extreamly... |
| 03:13.37 | Notify | 03GCI:Gauravjeet Singh * Design a BRL-CAD Sticker #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 03:17.02 | Notify | 03GCI:Cameron * Add BRL-CAD newbie article to our wiki: What file would i upload it as or how would i edit the page? - I just need to know because I already created the paper and now I need to add... |
| 03:19.42 | Notify | 03GCI:Luke Blue * Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 03:20.17 | Notify | 03GCI:Luke Blue * Design a prototype CAD GUI layout #3: Task Claimed - I would like to work on this task. |
| 03:34.33 | Notify | 03GCI:Andee * Design a coffee mug for BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 03:52.34 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: Ready for review - The work on this task is ready to be reviewed. |
| 04:02.48 | Notify | 03GCI:Connor Vickers * Design a BRL-CAD Sticker #5: None - I had to change the shape of the design to an oval to do everything you have said. I spent some time repositioning everything but I think... |
| 04:06.24 | Notify | 03GCI:Gauravjeet Singh * Design a BRL-CAD Sticker #5: Task Closed - Congratulations, this task has been completed successfully. |
| 04:10.24 | Notify | 03GCI:Gauravjeet Singh * Design a BRL-CAD Sticker #5: Re: cvikers - My username on irc is gjeet |
| 04:29.26 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/User:Cwolfe0000: |
| 04:33.32 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6328 /wiki/Tutorial/Newbie: Created page with " BRL-CAD for Newbies By Cameron Wolfe" |
| 04:40.59 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6329 /wiki/Tutorial/Newbie: |
| 04:41.24 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:BRL-CAD_homepage.PNG: |
| 04:46.31 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6331 /wiki/Tutorial/Newbie: |
| 04:47.56 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6332 /wiki/Tutorial/Newbie: |
| 04:49.36 | Notify | 03GCI:Cameron * Add BRL-CAD newbie article to our wiki: Adding images - How would i add images to the page because I need the images to make my page look like It is easy to use and understand |
| 04:53.53 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6333 /wiki/Tutorial/Newbie: |
| 04:54.58 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6334 /wiki/Tutorial/Newbie: |
| 04:55.39 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6335 /wiki/Tutorial/Newbie: |
| 04:56.04 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Editor_Windows.png: |
| 04:59.16 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:BRL-CAD_homepage.PNG: |
| 05:00.26 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6338 /wiki/Tutorial/Newbie: |
| 05:01.12 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6339 /wiki/Tutorial/Newbie: |
| 05:01.48 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6340 /wiki/Tutorial/Newbie: |
| 05:02.28 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Download.PNG: |
| 05:02.59 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6342 /wiki/Tutorial/Newbie: |
| 05:04.04 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6343 /wiki/Tutorial/Newbie: |
| 05:04.30 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6344 /wiki/Tutorial/Newbie: |
| 05:40.53 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 05:41.12 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 05:41.15 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 05:41.34 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 05:41.36 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 05:41.46 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 05:41.46 | *** join/#brlcad zero_level (~mohit@66-118-151-70.static.sagonet.net) | |
| 05:42.10 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 05:42.19 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 06:27.12 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 06:27.43 | Notify | 03GCI:Harmanpreet * Design a prototype CAD GUI layout #3: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck! |
| 06:42.46 | brlcad | looks like a network cable fell out momentarily |
| 06:48.51 | Notify | 03GCI:Sean * Write a ''BRL-CAD Commands Quick Reference'' document: Task Closed - Congratulations, this task has been completed successfully. |
| 06:49.06 | Notify | 03GCI:Sean * Write a ''BRL-CAD Commands Quick Reference'' document: Nice work - Nice improvements Alex! That's looking like the start of something very useful. Pretty sure I've mentioned it to... |
| 06:53.41 | Notify | 03GCI:Sean * Model BRL-CAD logo in BRL-CAD: well done - You're method for just subtracting all of shape2.s from shape1.s is not ideal, but it is a technically realistic solution. Overall, this is... |
| 06:54.41 | Notify | 03GCI:Sean * Model BRL-CAD logo in BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 07:11.51 | Notify | 03BRL-CAD:brlcad * 58703 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch (http://www.google-melange.com/gci/task/view/google/gci2013/6170669171605504) from Johannes Schulte that implements surface area for NMG. untested awesome. had to adjust patch slightly due to shadowing. |
| 07:13.51 | Notify | 03GCI:Sean * Implement surface area function for polygonal meshes (NMG): Task Closed - Congratulations, this task has been completed successfully. |
| 07:14.02 | Notify | 03GCI:Sean * Implement surface area function for polygonal meshes (NMG): excellent improvements - Johannes, I asked about the time because we want tasks to only take someone fully experienced and... |
| 07:23.16 | Notify | 03GCI:Sean * Implement a volume function for elliptical hyperboloids (EHY): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 07:23.21 | Notify | 03GCI: * : - |
| 07:23.51 | Notify | 03GCI: * : - |
| 07:26.36 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #3: what are the additions - Tan, What are the 7th and 8th spelling mistakes that you fixed? I quickly scanned through... |
| 07:27.56 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #5: Task Closed - Congratulations, this task has been completed successfully. |
| 07:31.16 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #5: thanks - Like the textured update, looks a bit like a fabric. The moose examples you gave... |
| 07:32.40 | Notify | 03GCI:Sean * Design a BRL-CAD wallpaper: Task Closed - Congratulations, this task has been completed successfully. |
| 07:33.35 | Notify | 03GCI:Alex * Write a ''BRL-CAD Commands Quick Reference'' document: None - yes i have joined the mailing list |
| 07:38.36 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 07:38.37 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: fonts! - I cannot believe you actually used comic sans... that's a terrible font! Your task is complete, but would you submit 2-3 alternative font... |
| 07:38.38 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the requirements... |
| 07:49.23 | Notify | 03GCI:Sean * Create unit tests for plane.c "point" functions: few minor corrections - Andromeda, this is looking fantastic but I did notice a few issues that need to be corrected in order to apply... |
| 07:49.28 | Notify | 03GCI:Sean * Create unit tests for plane.c "point" functions: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 07:53.02 | Notify | 03GCI:Alex * Add missing documentation (for any ONE command): Task Claimed - I would like to work on this task. |
| 07:53.07 | Notify | 03GCI:Sean * Create a graphical mock-up for BRL-CAD's Documentation pages: actually html? - Olexander, it looks like you actually mocked that up in a website design application? Would you submit... |
| 09:26.07 | Notify | 03GCI:Tan Di Sheng * Fix at least 8 spelling mistakes in at least 8 different files #3: Additions - The original file was the first patch in the zip file GCISpellingPatch2.zip that was submitted... |
| 09:29.20 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:45.43 | Notify | 03GCI:mandar * Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task. |
| 09:45.53 | Notify | 03GCI:mandar * Doxygen cleanup for LIBRT: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 09:48.43 | Notify | 03GCI:mandar * Doxygen cleanup for LIBWDB: Source? - If claimed, how do I obtain the sources to document? |
| 09:53.59 | Notify | 03GCI:Deep Inder Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7: Ready for review - The work on this task is ready to be reviewed. |
| 10:14.50 | Notify | 03GCI:Daniel Rossberg * Add missing documentation (for any ONE command): Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck! |
| 10:15.10 | Notify | 03GCI:Sharan * Create Iron Man Arc Reactor Model in BRL-CAD: Task Claimed - I would like to work on this task. |
| 10:23.30 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 10:25.41 | Notify | 03GCI:agkphysics * Implement a volume function for elliptical hyperboloids (EHY): Ready for review - The work on this task is ready to be reviewed. |
| 10:29.12 | Notify | 03GCI:agkphysics * Implement a volume function for elliptical hyperboloids (EHY): Authorship - My full name Aaron Keesing, but it looks like I am already in your AUTHORS file because I worked on... |
| 12:10.48 | Notify | 03BRL-CAD Wiki:Georgesimpson * 0 /wiki/User:Georgesimpson: |
| 12:42.53 | Notify | 03GCI:Olexander Dubenko * Create a graphical mock-up for BRL-CAD's Documentation pages: None - Actually I made it in photoshop. I attached .psd files in zip archive. |
| 13:05.14 | *** join/#brlcad gjeet (~gjeet@117.212.49.194) | |
| 13:14.07 | Notify | 03GCI:Gauravjeet Singh * Create Iron Man Arc Reactor Model in BRL-CAD: Task Assigned - This task has been assigned to Sharan. You have 72 hours to complete this task, good luck! |
| 13:31.58 | Notify | 03GCI:Gauravjeet Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7 http://www.google-melange.com/gci/task/view/google/gci2013/5906865435181056: Raw... |
| 13:32.38 | Notify | 03GCI:Gauravjeet Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Needs More Work - One of the mentors has sent this task back for more work.... |
| 14:04.00 | Notify | 03GCI:Deep Inder Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7: Ready for review - The work on this task is ready to be reviewed. |
| 14:22.16 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.73.215) | |
| 14:43.00 | *** join/#brlcad gjeet (~gjeet@117.212.49.194) | |
| 14:47.19 | Notify | 03GCI:Melange * Create a custom wikimedia skin for BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The... |
| 14:54.42 | Notify | 03BRL-CAD Wiki:Rossberg * 6345 /wiki/Deuces: Implement a platform independent re-entrant sort function |
| 15:05.08 | Notify | 03BRL-CAD Wiki:Rossberg * 6346 /wiki/Deuces: Fix errors in Hacking BRL-CAD book |
| 15:05.58 | Notify | 03GCI:Luke Blue * Design a prototype CAD GUI layout #3: Ready for review - The work on this task is ready to be reviewed. |
| 15:06.11 | *** join/#brlcad YatharthROCK_ (~YatharthR@95.175.73.215) | |
| 15:12.00 | andromeda-galaxy | brlcad: where do you think that I should be using V3ARGS? |
| 15:19.21 | Notify | 03BRL-CAD:n_reed * 58704 brlcad/trunk/src/libbn/obr.c: set but unused |
| 15:28.41 | Notify | 03BRL-CAD:n_reed * 58705 brlcad/trunk/include/vmath.h: add distance macros for 2d points |
| 15:33.23 | Notify | 03GCI:Luke Blue * Design a prototype CAD GUI layout #3: Rationale design decisions - Primitive shapes are on left becuse they are used oftern and would be easily accessible. There is also a mouse... |
| 15:34.59 | Notify | 03BRL-CAD:n_reed * 58706 brlcad/trunk/src/libbn/obr.c: use 2D macros to avoid temp vars |
| 15:38.40 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "point" functions: Ready for review - The work on this task is ready to be reviewed. |
| 16:27.10 | Notify | 03BRL-CAD:n_reed * 58707 brlcad/trunk/src/libbn/obr.c: Loop index i had range [0-3], but it was compared to [1-4]. Rewrite to avoid error. |
| 16:34.18 | *** join/#brlcad jschulte (~johannes@p4FDFB72A.dip0.t-ipconnect.de) | |
| 16:39.03 | *** join/#brlcad deep_inder (~chatzilla@117.207.152.81) | |
| 17:28.49 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 18:36.50 | *** join/#brlcad yiyus (1242712427@server1.bouncer4you.de) | |
| 19:46.15 | Notify | 03GCI:Johannes Schulte * Implement a centroid function for solid polygonal meshes (NMG): Task Claimed - I would like to work on this task. |
| 19:56.51 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task,... |
| 20:07.55 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for elliptical hyperboloids (EHY): Task Closed - Congratulations, this task has been completed successfully. |
| 20:32.17 | Notify | 03GCI:Johannes Schulte * Implement a centroid function for solid polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed. |
| 20:32.32 | Notify | 03GCI:Johannes Schulte * Implement a centroid function for solid polygonal meshes (NMG) http://www.google-melange.com/gci/task/view/google/gci2013/5940213842968576: None So, I went the way, we... |
| 20:51.00 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 20:55.47 | *** join/#brlcad jschulte (~johannes@p4FDFB72A.dip0.t-ipconnect.de) | |
| 21:10.19 | Notify | 03GCI:Marie Gita * Creating Motion Typography video for BRL-CAD: Task Claimed - I would like to work on this task. |
| 23:20.03 | Notify | 03GCI:Alex * Add missing documentation (for any ONE command): xml docbook format? - do i basically create this in a xml document? im not sure what a xml docbook is? |
| 23:23.09 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6347 /wiki/Tutorial/Newbie: |
| 23:27.22 | *** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net) | |
| 23:35.49 | *** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com) | |
| 23:36.08 | *** part/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com) | |
| 23:38.54 | *** join/#brlcad tbrowder21 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net) | |
| 00:04.37 | *** join/#brlcad caen23_ (~caen23@92.81.168.188) | |
| 00:22.12 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:DownloadPage.PNG: |
| 00:23.52 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6349 /wiki/Tutorial/Newbie: |
| 00:24.23 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:DownloadIt.PNG: |
| 00:26.03 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6351 /wiki/Tutorial/Newbie: |
| 00:26.35 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Install.PNG: |
| 00:27.45 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6353 /wiki/Tutorial/Newbie: |
| 00:32.41 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6354 /wiki/Tutorial/Newbie: |
| 00:57.29 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6355 /wiki/Tutorial/Newbie: |
| 00:57.50 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:FileNew.PNG: |
| 00:59.11 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6357 /wiki/Tutorial/Newbie: |
| 03:21.40 | Notify | 03GCI:agkphysics * Implement a volume function for superellipsoids (SUPERELL): Task Claimed - I would like to work on this task. |
| 03:24.26 | Notify | 03GCI:Harmanpreet * Creating Motion Typography video for BRL-CAD: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task, good luck! |
| 03:24.51 | Notify | 03GCI:Harmanpreet * Implement a volume function for superellipsoids (SUPERELL): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck! |
| 03:50.43 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 03:50.44 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Claimed - I would like to work on this task. |
| 03:51.38 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Accidently unclaimed - add me back please. |
| 04:01.48 | Notify | 03GCI:Harmanpreet * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete... |
| 04:07.16 | Notify | 03BRL-CAD:brlcad * 58708 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/table.c): apply slightly modified gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5940213842968576 ) from Johannes Schulte that implements a centroid function for the nmg primitive. modifications were just to deal with mac shadow warnings. |
| 04:07.17 | gcibot | Implement a centroid function for solid polygonal meshes (NMG) |
| 04:07.17 | gcibot | Status: NeedsReview (2 hours, 15 minutes left) |
| 04:07.17 | gcibot | Mentor(s): Sean |
| 04:13.42 | Notify | 03GCI:agkphysics * Implement a volume function for superellipsoids (SUPERELL) http://www.google-melange.com/gci/task/view/google/gci2013/6695292984360960: Beta or gamma functions I have found a... |
| 04:17.19 | brlcad | andromeda-galaxy: that's my mistaking an old dev conversation -- you can't use them for scan args without removing the ()'s (which is something I have had in mind to test out for a loong time, and had changed in a different test tree) |
| 04:18.33 | Notify | 03GCI:agkphysics * Implement a volume function for superellipsoids (SUPERELL): Gamma function - Woops! It looks like the C Math library already has a function defined to compute the gamma... |
| 04:20.34 | Notify | 03GCI:Sean * Implement a centroid function for solid polygonal meshes (NMG): Task Closed - Congratulations, this task has been completed successfully. |
| 04:20.35 | Notify | 03GCI:Sean * Implement a centroid function for solid polygonal meshes (NMG): on a roll - You, sir, are on a roll. This is awesome work. Patch applied in r58708 and looks nearly perfect. Only... |
| 04:21.54 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #3: not understanding my question? - Tan, I think you may not be understanding my question. I previously itemized six... |
| 04:24.04 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #3: to clarify - To clarify, I noticed that the .zip file had a second patch in that zip file, but I was not able to... |
| 04:46.50 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #3: really like this - This is a really nice design, Luke. I can tell you put a lot of thought into the design and graphics. Love the style and can... |
| 04:47.40 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #3: task is complete - This task is "technically complete", but marking as needs more work just to give you a chance to respond to the previous... |
| 04:48.05 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 04:50.05 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the... |
| 04:50.20 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #7: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 04:58.31 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #7: digital rights? - Deep, where is the brick background from? We'd need rights to use it, and... |
| 05:04.36 | Notify | 03GCI:Sean * Create unit tests for plane.c "point" functions: commas - One issue remaining that I didn't catch the first time: commas. See our HACKING file for several examples, but basically a... |
| 05:04.46 | Notify | 03GCI:Sean * Create unit tests for plane.c "point" functions: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 05:05.16 | Notify | 03GCI:Sean * Create unit tests for plane.c "point" functions: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 05:06.49 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 05:06.49 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 05:07.01 | Notify | 03GCI:Sean * Create a graphical mock-up for BRL-CAD's Documentation pages: Task Closed - Congratulations, this task has been completed successfully. |
| 05:07.37 | Notify | 03BRL-CAD Wiki:Rishabhsharma * 0 /wiki/User:Rishabhsharma: |
| 05:07.52 | Notify | 03GCI:Sean * Create a graphical mock-up for BRL-CAD's Documentation pages: good head fake - Interesting. It really looked like you might have mocked that all up with CSS and/or HTML. Very nice... |
| 05:15.18 | Notify | 03GCI:Tan Di Sheng * Fix at least 8 spelling mistakes in at least 8 different files #3: Changes - Sorry. The changes are as follows: /src/libfb ifX_24.c: create -> created ifX_24.c: a means... |
| 05:31.18 | Notify | 03GCI:Luke Blue * Design a prototype CAD GUI layout #3: Ready for review - The work on this task is ready to be reviewed. |
| 05:44.14 | *** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61) | |
| 05:45.04 | Notify | 03GCI:Luke Blue * Design a prototype CAD GUI layout #3: Changes - The Database button can be attached to Right toolbar and when mouse hovers over it a hierarchy view of database is shown. This way... |
| 05:45.59 | Notify | 03GCI:Olexander Dubenko * Create a graphical mock-up for BRL-CAD's Documentation pages: None - Can you add more design tasks for example wallpapers? |
| 06:16.05 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 06:18.00 | Notify | 03GCI:Andrew * Implement a surface area function for hyperboloids of one sheet (HYP): Ready for review - The work on this task is ready to be reviewed. |
| 06:18.45 | Notify | 03GCI:Andrew * Implement a surface area function for hyperboloids of one sheet (HYP): None - src/librt/primitives/table.c already contains a reference to hyp_surf_area |
| 06:59.20 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Shapes.PNG: |
| 07:00.10 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6359 /wiki/Tutorial/Newbie: |
| 07:00.52 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6360 /wiki/Tutorial/Newbie: |
| 07:01.41 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Sphere.PNG: |
| 07:02.32 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6362 /wiki/Tutorial/Newbie: |
| 07:03.48 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Cube.PNG: |
| 07:04.34 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6364 /wiki/Tutorial/Newbie: |
| 07:07.20 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6365 /wiki/Tutorial/Newbie: |
| 07:07.35 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG: |
| 07:08.21 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:TutHelp.PNG: |
| 07:09.08 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6368 /wiki/Tutorial/Newbie: |
| 07:09.43 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6369 /wiki/Tutorial/Newbie: |
| 07:17.40 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 07:56.11 | *** join/#brlcad mandeep (~mandeep@202.164.53.116) | |
| 08:03.35 | Notify | 03GCI:Luke Blue * Design a prototype CAD GUI layout #3: Edited file - I am sorry I forgot to rename the new edited file, please download the PSD which is uploaded today(29th november) as I have... |
| 08:09.58 | Notify | 03GCI:agkphysics * Implement a volume function for superellipsoids (SUPERELL): Ready for review - The work on this task is ready to be reviewed. |
| 08:41.13 | *** join/#brlcad YuGin_ (~IceChat77@182.55.146.247) | |
| 08:44.04 | Notify | 03GCI:Johannes Schulte * Implement a centroid function for N-faced polysolids (ARBN): Task Claimed - I would like to work on this task. |
| 08:54.13 | Notify | 03GCI:Daniel Rossberg * Implement a surface area function for hyperboloids of one sheet (HYP): Test for valid inputs - It's good practice to test input pointers for NULL before using them. |
| 08:54.14 | Notify | 03GCI:Daniel Rossberg * Implement a surface area function for hyperboloids of one sheet (HYP): Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 08:54.53 | Notify | 03GCI:Daniel Rossberg * Implement a surface area function for hyperboloids of one sheet (HYP): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 09:00.35 | Notify | 03GCI:Daniel Rossberg * Implement a centroid function for N-faced polysolids (ARBN): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good... |
| 09:07.43 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:19.46 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 09:31.16 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 11:11.31 | Notify | 03GCI:Sharan * Create Iron Man Arc Reactor Model in BRL-CAD: Choice - I have made the back part which is mostly same in every arc reactor i fond on the internet but i wannted to know could i make... |
| 11:19.09 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 12:19.45 | Notify | 03GCI:Deep Inder Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7: Uploaded - I upload two images in file : BRL-CAD1.rar If any need to changes in... |
| 12:20.56 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for superellipsoids (SUPERELL): Patch base directory - The code looks OK, but the patch's base directory should be the BRL-CAD source tree home... |
| 12:21.01 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for superellipsoids (SUPERELL): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 12:26.31 | Notify | 03GCI:Deep Inder Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7: Ready for review - The work on this task is ready to be reviewed. |
| 12:41.15 | *** join/#brlcad mayankmadan (~mayankmad@120.56.173.124) | |
| 12:50.05 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 13:52.34 | Notify | 03GCI:Andrew * Implement a surface area function for hyperboloids of one sheet (HYP): Ready for review - The work on this task is ready to be reviewed. |
| 14:47.05 | Notify | 03GCI:Melange * Create a custom wikimedia skin for BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:03.43 | *** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net) | |
| 15:23.51 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "point" functions: Ready for review - The work on this task is ready to be reviewed. |
| 15:56.17 | *** join/#brlcad gjeet (~gjeet@117.220.144.156) | |
| 16:08.27 | Notify | 03GCI:Daniel Rossberg * Implement a surface area function for hyperboloids of one sheet (HYP): unverified - We've not yet verified that formula, but your code looks reasonable. We'll need some... |
| 16:08.32 | Notify | 03GCI:Daniel Rossberg * Implement a surface area function for hyperboloids of one sheet (HYP): Task Closed - Congratulations, this task has been completed successfully. |
| 16:13.11 | d_rossberg | andromeda-galaxy: after a first look: you should leave two blank lines between function definitions |
| 16:17.48 | Notify | 03GCI:Maciek * Model BRL-CAD Logo Using BRL-CAD: Task Claimed - I would like to work on this task. |
| 16:19.04 | Notify | 03GCI:Mandeep Kaur * Model BRL-CAD Logo Using BRL-CAD: Task Assigned - This task has been assigned to Maciek. You have 72 hours to complete this task, good luck! |
| 16:29.31 | *** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik) | |
| 17:03.18 | Notify | 03GCI:Olexander Dubenko * Create a custom wikimedia skin for BRL-CAD: Task Claimed - I would like to work on this task. |
| 17:05.53 | Notify | 03GCI:Mandeep Kaur * Create a custom wikimedia skin for BRL-CAD: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck! |
| 17:14.10 | *** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net) | |
| 18:10.56 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-206.aby.bellsouth.net) | |
| 19:10.41 | Notify | 03GCI:Melange * Fix MGED crash on Mac OS X: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has 24... |
| 19:46.24 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-206.aby.bellsouth.net) | |
| 19:54.25 | Notify | 03GCI:Ethan * Create a CAD inspired icon-set for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed. |
| 20:04.58 | Notify | 03GCI:Sharan * Create Iron Man Arc Reactor Model in BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 20:06.04 | Notify | 03GCI:Sharan * Create Iron Man Arc Reactor Model in BRL-CAD: Mark IV - I ended up making the mark IV, It's more stylish than mark I |
| 20:30.08 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 21:18.06 | *** join/#brlcad jschulte (~johannes@p4FDFBAE4.dip0.t-ipconnect.de) | |
| 21:22.08 | Notify | 03GCI:Olexander Dubenko * Create a custom wikimedia skin for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 21:25.38 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 21:25.38 | Notify | 03GCI:Olexander Dubenko * Create a custom wikimedia skin for BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/5650013103325184: None I took bult-in 'Modern' skin as a base for... |
| 21:49.06 | Notify | 03BRL-CAD:n_reed * 58709 (brlcad/trunk/include/vmath.h brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): need to use 2D macros for 2D vectors |
| 21:51.36 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 21:52.51 | Notify | 03GCI:Johannes Schulte * Implement a centroid function for N-faced polysolids (ARBN): Ready for review - The work on this task is ready to be reviewed. |
| 21:54.47 | Notify | 03BRL-CAD:n_reed * 58710 brlcad/trunk/src/librt/primitives/nmg/nmg.c: uninitialized value |
| 22:00.55 | Notify | 03GCI:Johannes Schulte * Implement a centroid function for N-faced polysolids (ARBN): None - Using the same logic, I used for the nmg. However, I used the static version of the qsort-algo, to keep... |
| 22:03.18 | Notify | 03GCI:David Gumberg * Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task. |
| 22:04.23 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-206.aby.bellsouth.net) | |
| 22:12.30 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 22:29.11 | *** join/#brlcad tbrowder2 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net) | |
| 22:36.12 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files: Task Assigned - This task has been assigned to David Gumberg. You have 72 hours to complete this task, good luck! |
| 22:36.31 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be... |
| 22:38.33 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #3: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 22:38.34 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 22:41.08 | Notify | 03GCI:Sean * Fix at least 8 spelling mistakes in at least 8 different files #3: not spelling - Tan, those are not spelling changes, which is why I didn't list them, and moreover several are... |
| 22:43.13 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the... |
| 22:45.13 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #7: You didn't respond? - Deep, I wrote about nearly everything in your design including the gray... |
| 23:11.03 | Notify | 03GCI:Melange * Fix bounding box function for our polygonal mesh (BoT) primitive: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status... |
| 23:46.58 | Notify | 03GCI:Anshula Rudhraraju * Create a book layout for our Doc Camp book #2: Ready for review - The work on this task is ready to be reviewed. |
| 23:55.33 | Notify | 03GCI:Cameron * Add BRL-CAD newbie article to our wiki: Ready for review - The work on this task is ready to be reviewed. |
| 00:03.43 | maths22 | can lcov be installed on the server? |
| 00:48.26 | Notify | 03GCI:agkphysics * Implement a volume function for superellipsoids (SUPERELL) http://www.google-melange.com/gci/task/view/google/gci2013/6695292984360960: Volume I got the volume function from:... |
| 01:00.11 | Notify | 03GCI:agkphysics * Implement a volume function for superellipsoids (SUPERELL): Ready for review - The work on this task is ready to be reviewed. |
| 01:06.42 | Notify | 03GCI:Nathan S. * Implement a volume function for solid polygonal meshes (NMG): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 02:01.57 | Notify | 03GCI:Andee * Design a coffee mug for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed. |
| 02:06.48 | Notify | 03BRL-CAD Wiki:Ranjith 1998 * 0 /wiki/User:Ranjith_1998: |
| 02:17.44 | *** join/#brlcad tbrowder21 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net) | |
| 02:44.07 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-82-78.aby.bellsouth.net) | |
| 02:52.12 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: Ready for review - The work on this task is ready to be reviewed. |
| 03:06.23 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: My Full Name & Mailing Address - Sir, My full name is ISRANJITH and there is no full form to IS. You Use onlu RANJITH, if you like. Please also... |
| 03:35.57 | maths22 | brlcad: for http://www.google-melange.com/gci/task/view/google/gci2013/5093830407749632 |
| 03:35.58 | gcibot | Add MGED key-binding to reopen the command window |
| 03:36.00 | gcibot | Status: Open |
| 03:36.00 | gcibot | Mentor(s): Sean |
| 03:36.59 | maths22 | Never mind. (for now at least) |
| 03:41.10 | maths22 | Actually, there seems to be a button in the toolbar that does the trick |
| 03:41.25 | maths22 | Unless a key-binding is also necessary |
| 03:43.42 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: Task Closed - Congratulations, this task has been completed successfully. |
| 03:46.42 | Notify | 03GCI:Sean * Create a CAD inspired icon-set for BRL-CAD website #2: polished - Very polished Ethan. I like the consistent simple look and feel, very likely we'll be able to put this to use. Just... |
| 03:54.52 | Notify | 03GCI:Melange * Create a book layout for our Doc Camp book #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted... |
| 04:06.16 | *** join/#brlcad agkphysics (765d3f56@gateway/web/freenode/ip.118.93.63.86) | |
| 04:15.53 | Notify | 03GCI:Ethan * Create a CAD inspired icon-set for BRL-CAD website #2: the heart - Yes, that's what I intended because I saw that I your new website. I'd be happy to change that if you would like me... |
| 04:27.56 | *** part/#brlcad agkphysics (765d3f56@gateway/web/freenode/ip.118.93.63.86) | |
| 04:41.11 | Notify | 03BRL-CAD:brlcad * 58711 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch from johannes shulte ( http://www.google-melange.com/gci/task/view/google/gci2013/5899274214703104 ) that implements the centroid callback for arbn |
| 04:41.13 | gcibot | Implement a centroid function for N-faced polysolids (ARBN) |
| 04:41.13 | gcibot | Status: NeedsReview (2 hours, 4 minutes left) |
| 04:41.13 | gcibot | Mentor(s): Sean |
| 04:41.53 | Notify | 03BRL-CAD:brlcad * 58712 brlcad/trunk/src/librt/primitives/arbn/arbn.c: fix numerous style inconsistencies introduced |
| 04:45.00 | Notify | 03GCI:Sean * Implement a centroid function for N-faced polysolids (ARBN): gut feeling - My gut feeling is that there is almost certainly a bug in this patch, but I don't see any blatant flaws.... |
| 04:45.21 | Notify | 03GCI:Sean * Implement a centroid function for N-faced polysolids (ARBN): Task Closed - Congratulations, this task has been completed successfully. |
| 04:46.16 | Notify | 03BRL-CAD:brlcad * 58713 brlcad/trunk/src/librt/primitives/ehy/ehy.c: ws consistency |
| 04:49.48 | Notify | 03BRL-CAD:brlcad * 58714 (brlcad/trunk/src/librt/primitives/bot/bot.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): ws cleanup |
| 04:50.54 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #3: Task Closed - Congratulations, this task has been completed successfully. |
| 04:56.30 | Notify | 03GCI:Sean * Design a prototype CAD GUI layout #3: a little more thought - Luke, the database view placement will require a little more thought because it's not really going to work on the right... |
| 04:57.40 | Notify | 03GCI:Sean * Create unit tests for plane.c "point" functions: Task Closed - Congratulations, this task has been completed successfully. |
| 05:00.27 | Notify | 03BRL-CAD:brlcad * 58715 brlcad/trunk/AUTHORS: credit Peter Amidon for several patches, initially provided during participation in the 2013 GCI program. patches predominantly have involved unit testing for libbn functionality. |
| 05:08.09 | Notify | 03BRL-CAD:brlcad * 58716 brlcad/trunk/src/libbn/tests/CMakeLists.txt: add a unit test for libbn's plane-point functions in plane.c, provided by gci participant Andromeda Galaxy ( http://www.google-melange.com/gci/task/view/google/gci2013/5903003185840128 ). |
| 05:08.10 | gcibot | Create unit tests for plane.c "point" functions |
| 05:08.10 | gcibot | Status: Closed |
| 05:08.10 | gcibot | Mentor(s): Sean |
| 05:09.52 | Notify | 03BRL-CAD:brlcad * 58717 brlcad/trunk/src/libbn/tests/bn_plane_pt.c: ws |
| 05:13.26 | Notify | 03BRL-CAD:brlcad * 58718 brlcad/trunk/src/libbn/tests/bn_plane_pt.c: prevent a segfault crash if run with no arguments plus some pedantic cleanup |
| 05:14.52 | Notify | 03GCI:Sean * Create unit tests for plane.c "point" functions: not in sync - Andromeda, now that looks pretty good. Only found two issues. I ran into a conflict patching... |
| 05:26.34 | Notify | 03GCI:Sean * Create Iron Man Arc Reactor Model in BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/6743699144835072: symmetry? Sharan, that looks awesome. I've never seen... |
| 05:26.54 | Notify | 03GCI:Sean * Create Iron Man Arc Reactor Model in BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 05:27.55 | Notify | 03GCI:Sean * Create Iron Man Arc Reactor Model in BRL-CAD: rendering hint - Plus, a little hint on preview rendering, with your current light settings, you can run "rt -A1.5" to get a better... |
| 05:29.51 | Notify | 03GCI:Sean * Create a custom wikimedia skin for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 05:30.36 | Notify | 03GCI:Sean * Create a custom wikimedia skin for BRL-CAD: looking good - We'll have to create a task to test this in production use, see how it integrates with the rest of the (new) site. Thanks... |
| 05:35.54 | *** join/#brlcad agkphysics (765d3f56@gateway/web/freenode/ip.118.93.63.86) | |
| 05:45.37 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD #3: needs something - This looks okay, not great but not bad. I like the simple design. The derivation of our logo with lines is a bit plain but also... |
| 05:45.47 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 05:48.46 | *** join/#brlcad agkphysics (~agkphysic@118-93-63-86.dsl.dyn.ihug.co.nz) | |
| 05:51.51 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: Task Closed - Congratulations, this task has been completed successfully. |
| 05:51.56 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: contact information - Myself and the entire development team can be reached via e-mail with devs at brlcad dot org. The mailing list address is easily... |
| 05:58.57 | Notify | 03GCI:Sean * Design a BRL-CAD Sticker #3: nicely done - Ranjith, very nice work iterating on numerous design concepts and coming up with some final solutions that we should be able to work with. ... |
| 06:00.37 | Notify | 03GCI:Sean * Create a book layout for our Doc Camp book #2: spectacular - This is spectacular work, Anshula! Would you provide your raw working files (.doc or .pages or whatever you used)? |
| 06:00.42 | Notify | 03GCI:Sean * Create a book layout for our Doc Camp book #2: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours. |
| 06:02.07 | Notify | 03GCI:Sean * Create a book layout for our Doc Camp book #2: completed - This design looks more than complete and I can only imagine that you spent more than a couple hours putting this all... |
| 06:04.02 | Notify | 03GCI:Sean * Add BRL-CAD newbie article to our wiki: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 06:04.17 | Notify | 03GCI:Sean * Add BRL-CAD newbie article to our wiki: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 06:15.08 | Notify | 03GCI:Sean * Add BRL-CAD newbie article to our wiki http://www.google-melange.com/gci/task/view/google/gci2013/5860376709169152: image preparation Cameron, this is looking like a good start but... |
| 06:43.03 | brlcad | maths22: yes, I believe a key binding is all that is missing |
| 06:43.15 | brlcad | and yes, lcov can (probably) be installed |
| 06:50.39 | Notify | 03GCI:Cameron * Add BRL-CAD newbie article to our wiki: Ready for review - The work on this task is ready to be reviewed. |
| 06:54.05 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6370 /wiki/Tutorial/Newbie: |
| 06:54.21 | Notify | 03GCI:Cameron * Add BRL-CAD newbie article to our wiki: sorry mis-clicked - i am not quite ready but will be shortly |
| 07:13.43 | *** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61) | |
| 07:41.34 | Notify | 03GCI:Luke Blue * Create an ISST screenshot or animation: Help - I would like to claim the task again but can you please help to find the ISST tool. Thank you. |
| 07:50.45 | Notify | 03GCI:ISRanjith * Design a BRL-CAD Sticker #3: My Name - Sir Actually the 'S' in "IS " stands for my father's name but 'I' was added to give power to my name according to numerology. So, you... |
| 07:55.12 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 07:59.53 | *** join/#brlcad sniok (~sasha@89.252.29.238) | |
| 08:00.56 | Notify | 03GCI:Sharan * Create Iron Man Arc Reactor Model in BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 08:07.00 | *** join/#brlcad sniok (~sasha@89.252.29.238) | |
| 08:10.07 | Notify | 03GCI:Sharan * Create Iron Man Arc Reactor Model in BRL-CAD: Done - Thanks for the hint for rendering really hepled, I had wasted 30 mins on adjust the angle of the light, so that every thing was... |
| 08:16.07 | *** join/#brlcad sniok (~sasha@89.252.29.238) | |
| 09:16.19 | *** join/#brlcad gjeet (~gjeet@117.199.109.63) | |
| 09:22.15 | *** join/#brlcad sniok (~sasha@89.252.29.238) | |
| 10:11.46 | *** join/#brlcad deep_inder (~chatzilla@117.220.149.182) | |
| 11:06.20 | Notify | 03GCI:Deep Inder Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7: Ready for review - The work on this task is ready to be reviewed. |
| 12:13.30 | Notify | 03GCI:Ilkin Musaev * Redesign MGED/Archer's Menu: None - I must send a archive with new icon? |
| 12:21.40 | *** join/#brlcad deep_inder (~chatzilla@117.220.150.128) | |
| 12:51.52 | Notify | 03GCI:Deep Inder Singh * Design a cover image or banner for our Facebook page (and other social media sites) #7 http://www.google-melange.com/gci/task/view/google/gci2013/5906865435181056: ... |
| 13:05.53 | ``Erik | maths22: devel/lcov is on bz now |
| 13:45.58 | *** join/#brlcad jschulte (~johannes@p4FDFB089.dip0.t-ipconnect.de) | |
| 13:47.17 | Notify | 03GCI:Johannes Schulte * Implement a volume function for solid polygonal meshes (NMG): Task Claimed - I would like to work on this task. |
| 13:51.08 | Notify | 03GCI:Mandeep Kaur * Implement a volume function for solid polygonal meshes (NMG): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good... |
| 14:00.32 | Notify | 03GCI:Anshula Rudhraraju * Create a book layout for our Doc Camp book #2: Time it Took - It took me a little over an hour - maybe an hour and 20 minutes. On average, how long was the assignment... |
| 14:29.19 | maths22 | ``Erik: thank you very much |
| 15:11.07 | Notify | 03GCI:Andromeda Galaxy * Add MGED key-binding to reopen the command window: Task Claimed - I would like to work on this task. |
| 15:15.10 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 15:18.18 | Notify | 03GCI:Mandeep Kaur * Add MGED key-binding to reopen the command window: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 15:23.09 | Notify | 03GCI:Andromeda Galaxy * Add MGED key-binding to reopen the command window: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:23.10 | Notify | 03GCI:Johannes Schulte * Implement a volume function for solid polygonal meshes (NMG): Ready for review - The work on this task is ready to be reviewed. |
| 15:26.59 | Notify | 03GCI:Johannes Schulte * Implement a volume function for solid polygonal meshes (NMG): None - I checked the diff from 58711 to 58712, this patch should meet your requirements concerning white... |
| 15:37.30 | ``Erik | https://news.ycombinator.com/item?id=6823078 First Draft of a Report on the EDVAC (von Neumann, 1945) |
| 15:39.01 | Notify | 03GCI:Andromeda Galaxy * Add MGED key-binding to reopen the command window: Task Claimed - I would like to work on this task. |
| 16:26.10 | Notify | 03GCI:mandar * Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task. |
| 16:45.01 | Notify | 03GCI:Mandeep Kaur * Doxygen cleanup for LIBRT: Task Assigned - This task has been assigned to mandar. You have 72 hours to complete this task, good luck! |
| 16:49.01 | Notify | 03GCI:mandar * Doxygen cleanup for LIBRT: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:19.10 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-82-78.aby.bellsouth.net) | |
| 17:20.56 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 17:27.01 | *** join/#brlcad witness (~witness12@182.64.129.229) | |
| 17:29.38 | sniok | Can you add another "DESIGN A BRL-CAD WALLPAPER" task? I think I can do better. |
| 17:34.35 | ``Erik | heh, woops |
| 17:38.23 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.78.252) | |
| 17:51.47 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 19:10.32 | Notify | 03GCI:Melange * Fix MGED crash on Mac OS X: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 19:48.31 | Notify | 03GCI:Melange * Create a book layout for our Doc Camp book #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted... |
| 20:29.00 | Notify | 03GCI:Andee * Design a coffee mug for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed. |
| 21:51.13 | *** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61) | |
| 23:11.24 | Notify | 03GCI:Melange * Fix bounding box function for our polygonal mesh (BoT) primitive: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 04:22.36 | Notify | 03BRL-CAD:brlcad * 58719 (brlcad/trunk/src/librt/primitives/superell/superell.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6695292984360960 ) from agkphysics, implementing the volume callback for superellipsoids. relies on c99 tgamma, so will need some more work to wrap. |
| 04:22.37 | gcibot | Implement a volume function for superellipsoids (SUPERELL) |
| 04:22.38 | gcibot | Status: NeedsReview (23 hours, 1 minutes left) |
| 04:22.38 | gcibot | Mentor(s): Sean |
| 04:24.28 | Notify | 03BRL-CAD:brlcad * 58720 (brlcad/trunk/TODO brlcad/trunk/src/librt/primitives/superell/superell.c): need to properly test for tgamma, so disable for the time being until it can be tested properly |
| 04:25.48 | Notify | 03BRL-CAD:brlcad * 58721 brlcad/trunk/TODO: not an urgency, but don't need to wait too long since it's a quick fix |
| 04:29.59 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 04:32.29 | Notify | 03BRL-CAD:brlcad * 58722 brlcad/trunk/AUTHORS: credit agkphysics with a code contribution from gci participation. initial contribution is a volume callback for superell. |
| 04:32.39 | Notify | 03GCI: * : - |
| 04:32.59 | Notify | 03GCI:Sean * Implement a volume function for superellipsoids (SUPERELL): Task Closed - Congratulations, this task has been completed successfully. |
| 04:34.19 | Notify | 03GCI:Sean * Implement a volume function for superellipsoids (SUPERELL): mailing list - agkphysics, If you've not yet subscribed, I encourage you to subscribe to our brlcad-news mailing list to... |
| 04:42.30 | Notify | 03BRL-CAD:brlcad * 58723 brlcad/trunk/src/librt/primitives/superell/superell.c: wrap unused vars too |
| 04:46.11 | Notify | 03BRL-CAD:brlcad * 58724 (brlcad/trunk/src/librt/primitives/nmg/nmg.c brlcad/trunk/src/librt/primitives/table.c): another gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5607719218184192 ) from johannes shultz, support for nmg volumes... very impressive if correct. |
| 04:46.12 | gcibot | Implement a volume function for solid polygonal meshes (NMG) |
| 04:46.13 | gcibot | Status: Closed |
| 04:46.13 | gcibot | Mentor(s): Sean |
| 04:46.16 | Notify | 03GCI:Sean * Implement a volume function for solid polygonal meshes (NMG): Task Closed - Congratulations, this task has been completed successfully. |
| 04:47.17 | Notify | 03BRL-CAD:brlcad * 58725 brlcad/trunk/src/librt/primitives/nmg/nmg.c: ws |
| 04:47.53 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6371 /wiki/Tutorial/Newbie: |
| 04:54.18 | *** join/#brlcad witness (~witness12@182.64.129.229) | |
| 04:56.44 | Notify | 03GCI:Gauravjeet Singh * Design a coffee mug for BRL-CAD #3: Raw design files ? - It's a great design, I am loving it. But as sean said, please upload the raw design files |
| 05:01.37 | *** join/#brlcad witness (~witness12@182.64.129.229) | |
| 05:23.46 | *** join/#brlcad witness_ (~witness12@182.64.10.21) | |
| 06:02.22 | Notify | 03GCI:Gauravjeet Singh * Add MGED key-binding to reopen the command window: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 06:15.58 | Notify | 03GCI:Sean * Implement a volume function for solid polygonal meshes (NMG): perfect patch - Indeed, this is a perfect patch. Johannes, congratulations and thank you for all your efforts thus far.... |
| 06:27.24 | Notify | 03GCI:Melange * Design a coffee mug for BRL-CAD #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work should be... |
| 06:41.34 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #7: Task Closed - Congratulations, this task has been completed successfully. |
| 06:43.39 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD #3: Task Closed - Congratulations, this task has been completed successfully. |
| 06:53.55 | Notify | 03GCI:Sean * Design a coffee mug for BRL-CAD #3: nice work - Thanks Andee, that's looking much better. Please join our brlcad-news mailing list to keep in touch if you have not joined it already:... |
| 06:56.45 | Notify | 03GCI:Sean * Create Iron Man Arc Reactor Model in BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 06:59.15 | Notify | 03GCI:Sharan * Model the BRL-CAD symmetrically: Task Claimed - I would like to work on this task. |
| 07:12.26 | Notify | 03GCI:Sean * Add BRL-CAD newbie article to our wiki: no problem - Just let us know when it's ready to be reviewed. |
| 07:12.27 | Notify | 03GCI:Sean * Add BRL-CAD newbie article to our wiki: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 07:15.55 | Notify | 03GCI:Sean * Create a book layout for our Doc Camp book #2: Task Closed - Congratulations, this task has been completed successfully. |
| 07:17.06 | Notify | 03GCI:Sean * Create a book layout for our Doc Camp book #2: about 2 hours - It should take someone minimally but sufficiently experienced about two hours, so realistically anywhere from an hour to... |
| 07:19.27 | Notify | 03GCI:agkphysics * Implement a volume function for superellipsoids (SUPERELL): Authorship - As I mentioned in another task, my full name is Aaron Keesing, and it looks like I am already included... |
| 07:21.38 | *** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61) | |
| 07:32.07 | Notify | 03GCI:Sean * Create Iron Man Arc Reactor Model in BRL-CAD: more tasks - We'll definitely be adding more modeling tasks. If you have any interesting modeling ideas, feel free to share them for... |
| 07:50.55 | *** join/#brlcad agkphysics (~agkphysic@118-93-216-183.dsl.dyn.ihug.co.nz) | |
| 09:07.55 | *** join/#brlcad _sniok (~sasha@89.252.29.238) | |
| 09:08.40 | *** join/#brlcad sniok_ (42f9513d@gateway/web/freenode/ip.66.249.81.61) | |
| 09:12.31 | Notify | 03GCI:agkphysics * Implement a volume function for extruded bitmaps (EBM): Task Claimed - I would like to work on this task. |
| 09:33.23 | Notify | 03GCI:mandar * Doxygen cleanup for LIBWDB: Task Claimed - I would like to work on this task. |
| 09:37.00 | Notify | 03GCI:mandar * Doxygen cleanup for LIBWDB: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 10:14.47 | Notify | 03GCI:Melange * Add missing documentation (for any ONE command): Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded.... |
| 10:40.28 | Notify | 03GCI:mandar * Doxygen cleanup for LIBBU: None - If claimed, do i have to cleanup all files in src/libbu |
| 10:59.54 | Notify | 03GCI:Shardul Chiplunkar * Add missing documentation (for any ONE command) #2: Task Claimed - I would like to work on this task. |
| 11:28.04 | *** join/#brlcad witness (~witness12@182.64.106.127) | |
| 11:44.49 | Notify | 03GCI:Marie Gita * Creating Motion Typography video for BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 11:45.17 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 12:22.07 | Notify | 03BRL-CAD:tbrowder2 * 58726 brlcad/trunk/src/conv/dem-g.c: initialize pointers with NULLs |
| 12:22.33 | Notify | 03BRL-CAD:tbrowder2 * 58727 (brlcad/trunk/src/libpc/pcNetwork.h brlcad/trunk/src/libpc/pcParser.h): need a push before a pop |
| 12:31.14 | Notify | 03GCI:Gauravjeet Singh * Add missing documentation (for any ONE command) #2: Task Assigned - This task has been assigned to Shardul Chiplunkar. You have 72 hours to complete this task, good luck! |
| 12:32.04 | Notify | 03GCI:Gauravjeet Singh * Model the BRL-CAD symmetrically: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck! |
| 12:32.05 | Notify | 03GCI:Gauravjeet Singh * Implement a volume function for extruded bitmaps (EBM): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck! |
| 12:44.51 | sniok_ | Any gci mentors here? |
| 12:51.30 | Notify | 03BRL-CAD:tbrowder2 * 58728 brlcad/trunk/src/libpc/pcMathVM.h: push before pop |
| 12:52.10 | Notify | 03BRL-CAD:tbrowder2 * 58729 brlcad/trunk/src/libbrep/PullbackCurve.cpp: remove superflous comparisons |
| 12:54.40 | Notify | 03BRL-CAD:tbrowder2 * 58730 brlcad/trunk/src/librt/ls.c: use proper val for null pointer |
| 13:02.33 | Notify | 03BRL-CAD:tbrowder2 * 58731 brlcad/trunk/src/librt/primitives/arbn/arbn.c: init volume to zero |
| 13:04.21 | Notify | 03BRL-CAD:tbrowder2 * 58732 brlcad/trunk/src/libged/bot_dump.c: use proper val for null pointer |
| 13:05.37 | Notify | 03BRL-CAD:tbrowder2 * 58733 brlcad/trunk/src/libged/draw.c: use proper val for null pointer |
| 13:10.56 | Notify | 03BRL-CAD:tbrowder2 * 58734 (brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp brlcad/trunk/src/libged/simulate/simphysics.cpp): push before pop |
| 13:11.31 | *** join/#brlcad jschulte (~johannes@p4FDFBD0D.dip0.t-ipconnect.de) | |
| 13:16.44 | Notify | 03GCI:Sharan Narayan * Model the BRL-CAD symmetrically: Ready for review - The work on this task is ready to be reviewed. |
| 13:27.39 | Notify | 03GCI:Johannes Schulte * Implement a volume function for solid polygonal meshes (NMG): None - Thank you, that's a huge honour. |
| 13:45.35 | *** part/#brlcad tbrowder21 (~tbrowde@c-50-139-194-96.hsd1.sc.comcast.net) | |
| 13:47.32 | jschulte | concerning this task: http://www.google-melange.com/gci/task/view/google/gci2013/4822252646301696. openNurbs offers a method to convert Nurbs to a approximated polygonal Mesh. Is calculating the surface area of this mesh good enough or do you want a more elaborated solution? |
| 13:50.05 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 14:00.37 | *** join/#brlcad kesha (~kesha@1.38.27.93) | |
| 14:13.59 | *** join/#brlcad mmadia (~mmadia@pdpc/supporter/active/mmadia) | |
| 15:03.07 | Notify | 03GCI:Andromeda Galaxy * Add MGED key-binding to reopen the command window: Ready for review - The work on this task is ready to be reviewed. |
| 15:16.01 | *** join/#brlcad jschulte (~johannes@p4FDFBD0D.dip0.t-ipconnect.de) | |
| 15:45.23 | jschulte | I'll leave for now, so please answer my question under the task : http://www.google-melange.com/gci/task/view/google/gci2013/4822252646301696 |
| 15:45.25 | gcibot | Implement surface area function for NURBS objects (BREP) |
| 15:45.25 | gcibot | Status: Reopened |
| 15:45.25 | gcibot | Mentor(s): Sean |
| 15:45.36 | Notify | 03GCI:Johannes Schulte * Implement surface area function for NURBS objects (BREP): None - openNurbs offers a method to convert Nurbs to an approximated polygonal Mesh. Is calculating the surface... |
| 16:47.26 | *** part/#brlcad mmadia (~mmadia@pdpc/supporter/active/mmadia) | |
| 17:09.53 | *** join/#brlcad jschulte (~johannes@p4FDFBD0D.dip0.t-ipconnect.de) | |
| 17:55.49 | *** join/#brlcad kesha (~kesha@1.38.25.171) | |
| 18:01.22 | *** join/#brlcad kesha (~kesha@1.38.25.171) | |
| 19:02.51 | Notify | 03GCI:Sean * Model the BRL-CAD symmetrically: almost perfect - That's looking a lot better, but do you think you can get it exact. It looks like there's a slight shape discrepancy on the outer top... |
| 19:03.06 | Notify | 03GCI:Sean * Model the BRL-CAD symmetrically: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 19:09.32 | Notify | 03GCI:Sean * Add MGED key-binding to reopen the command window: key binding - Andromeda, the objective is the addition of a key binding for the graphics window. If you run mged and draw something,... |
| 19:09.33 | Notify | 03GCI:Sean * Add MGED key-binding to reopen the command window: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 19:11.38 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command): did you see the references? - Alex, did you see the references in the task description? There are many many many examples to follow... |
| 19:11.53 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command): Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 19:58.17 | ``Erik | interesting little story about early internet (darpanet) and why RFC's are called that: http://blog.jasoncrawford.org/request-for-comments |
| 20:17.55 | *** join/#brlcad kesha (~kesha@1.38.24.124) | |
| 21:08.49 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG: |
| 21:13.21 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Cube.PNG: |
| 21:14.07 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG: |
| 21:14.17 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG: Reverted to version as of 21:08, 1 December 2013 |
| 21:14.38 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG: Reverted to version as of 21:14, 1 December 2013 |
| 21:15.08 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:RT.PNG: Reverted to version as of 21:08, 1 December 2013 |
| 21:17.05 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 0 /wiki/File:Sphere.PNG: |
| 21:17.56 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6379 /wiki/Tutorial/Newbie: |
| 21:24.56 | Notify | 03GCI:Cameron * Add BRL-CAD newbie article to our wiki: Ready for review - The work on this task is ready to be reviewed. |
| 21:36.08 | Notify | 03GCI:Alex * Add missing documentation (for any ONE command): thanks - thankyou will finish asap |
| 21:40.35 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6380 /wiki/Tutorial/Newbie: |
| 21:40.52 | Notify | 03BRL-CAD Wiki:Cwolfe0000 * 6381 /wiki/Tutorial/Newbie: |
| 22:15.39 | Notify | 03GCI:MichaelY * Create numerics library (LIBBN) unit test for rand.c: Task Claimed - I would like to work on this task. |
| 22:16.39 | Notify | 03GCI:MichaelY * Create numerics library (LIBBN) unit test for rand.c: Help! - Sean, Where do I go to get samples? |
| 22:22.39 | Notify | 03GCI:MichaelY * Create numerics library (LIBBN) unit test for rand.c: None - Also, what do all of the references and code mean? Do I need a view of the library? Where do I find the library? |
| 00:12.09 | *** join/#brlcad agkphysics (~aaron@118-92-144-142.dsl.dyn.ihug.co.nz) | |
| 01:07.48 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Claimed - I would like to work on this task. |
| 01:08.24 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:18.52 | maths22 | HOw is fisheye for code browsing? |
| 01:26.49 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 03:48.44 | Notify | 03GCI:Sean * Add BRL-CAD newbie article to our wiki: Task Closed - Congratulations, this task has been completed successfully. |
| 04:23.08 | Notify | 03GCI:Cameron * Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 04:52.16 | Notify | 03GCI:Anshula Rudhraraju * Categorize all of BRL-CAD's commands into a spreadsheet: Task Claimed - I would like to work on this task. |
| 04:52.21 | Notify | 03GCI:Mandeep Kaur * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to complete... |
| 04:53.41 | Notify | 03GCI:Mandeep Kaur * Categorize all of BRL-CAD's commands into a spreadsheet: Task Assigned - This task has been assigned to Anshula Rudhraraju. You have 72 hours to complete this task, good luck! |
| 04:53.56 | Notify | 03GCI:Mandeep Kaur * Create Wordpress theme for BRL-CAD website #2: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck! |
| 05:51.15 | Notify | 03GCI:agkphysics * Implement a volume function for extruded bitmaps (EBM): Transformation Matrix - To calculate the volume it should be sufficient to multiply the number of cells by the extrude... |
| 06:09.04 | *** join/#brlcad sniok (42f9513d@gateway/web/freenode/ip.66.249.81.61) | |
| 07:03.13 | Notify | 03GCI:Gauravjeet Singh * Create numerics library (LIBBN) unit test for rand.c: Task Assigned - This task has been assigned to MichaelY. You have 72 hours to complete this task, good luck! |
| 07:57.46 | Notify | 03GCI:agkphysics * Implement a volume function for extruded bitmaps (EBM): Ready for review - The work on this task is ready to be reviewed. |
| 08:01.27 | Notify | 03GCI:agkphysics * Implement a volume function for extruded bitmaps (EBM): Testing - I have tested this function with basic shapes such as circles and squares, and it seems to be giving correct... |
| 10:35.01 | Notify | 03GCI:Sharan Narayan * Model the BRL-CAD symmetrically: Ready for review - The work on this task is ready to be reviewed. |
| 10:39.56 | Notify | 03GCI:Sharan Narayan * Model the BRL-CAD symmetrically: Done - It was a little tough to do very minor adjsutments in millimeters Thanks to you I learnt how to export raytraced image, I haf been... |
| 11:09.55 | Notify | 03BRL-CAD:tbrowder2 * 58735 (brlcad/trunk/src/libbu/parse.c brlcad/trunk/src/libbu/which.c): proper init of pointer |
| 11:10.40 | Notify | 03BRL-CAD:tbrowder2 * 58736 (brlcad/trunk/src/libpc/pcMathVM.h brlcad/trunk/src/libpc/pcParser.h): ignore unused params |
| 11:12.00 | Notify | 03BRL-CAD:tbrowder2 * 58737 brlcad/trunk/src/other/libgdiam/gdiam.cpp: ignore warnings about comparing floats |
| 11:48.31 | Notify | 03GCI:Marie Gita * Creating Motion Typography video for BRL-CAD: Task Claimed - I would like to work on this task. |
| 11:52.21 | Notify | 03GCI:Mandeep Kaur * Creating Motion Typography video for BRL-CAD: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task, good luck! |
| 12:00.59 | *** join/#brlcad mayankmadan__ (~mayankmad@120.59.47.162) | |
| 12:12.17 | Notify | 03GCI:Shardul Chiplunkar * Add missing documentation (for any ONE command) #2: None - Is rtexample still available? Also, do I write a man page first and then convert it to Docbook XML format... |
| 12:38.31 | Notify | 03BRL-CAD:tbrowder2 * 58738 (brlcad/trunk/src/other/libgdiam/gdiam.cpp brlcad/trunk/src/other/libgdiam/gdiam.hpp): move pragmas to the source of the warnings |
| 12:39.06 | Notify | 03BRL-CAD:tbrowder2 * 58739 brlcad/trunk/src/libged/simulate/simphysics.cpp: add new pragma to quieten compiler |
| 12:39.43 | Notify | 03BRL-CAD:tbrowder2 * 58740 brlcad/trunk/src/other/stepcode/src/express/README: fix typo |
| 12:40.35 | Notify | 03BRL-CAD:tbrowder2 * 58741 brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp: enclose all headers in the pragmas |
| 13:18.09 | *** join/#brlcad YatharthROCK (~YatharthR@95.175.78.236) | |
| 13:39.24 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 13:42.06 | Notify | 03BRL-CAD:tbrowder2 * 58742 (brlcad/trunk/src/libsysv/memset.c brlcad/trunk/src/libsysv/strchr.c and 3 others): quieten compiler with pragmas |
| 13:43.03 | Notify | 03BRL-CAD:tbrowder2 * 58743 brlcad/trunk/src/librt/primitives/superell/superell.c: comment out unused var |
| 13:43.53 | Notify | 03BRL-CAD:tbrowder2 * 58744 brlcad/trunk/src/libpc/pcNetwork.cpp: style |
| 13:44.39 | Notify | 03BRL-CAD:tbrowder2 * 58745 brlcad/trunk/src/libtclcad/tclcad_obj.c: use proper pointer init |
| 14:16.19 | Notify | 03BRL-CAD:carlmoore * 58746 brlcad/trunk/src/libbn/tests/CMakeLists.txt: remove trailing blank or tab |
| 14:58.26 | Notify | 03BRL-CAD:starseeker * 58747 (brlcad/trunk/src/libsysv/memset.c brlcad/trunk/src/libsysv/strchr.c and 3 others): Wrap GCC pragmas in if logic to avoid breaking the build with older gcc versions. If there's some way to wrap this into a macro it would be a good idea to do so - squashing warnings from external headers while leaving them on for our code is a Good Thing, but only possible with newer compilers. |
| 15:13.55 | *** join/#brlcad mayankmadan_ (~mayankmad@120.56.168.39) | |
| 15:47.54 | Notify | 03BRL-CAD:starseeker * 58748 (brlcad/trunk/src/libbn/CMakeLists.txt brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/obr.c): Add (untested) bn_3d_coplanar_obr function, refactor 2d<->3d logic to be re-used beyond chull |
| 15:51.08 | Notify | 03GCI:Jacob B * Generate a code coverage report (lcov+gcov): Task Claimed - I would like to work on this task. |
| 15:56.56 | Notify | 03GCI:Sharan Narayan * Model the BRL-CAD symmetrically: Wrong File - I accidently uploaded the wrong file-t.png The Right file is the done.png, you can still see the line if you zoom in very... |
| 16:07.21 | Notify | 03BRL-CAD:starseeker * 58749 brlcad/trunk/src/libbn/tests/bn_obr.c: Add plotting to bn_obr testing |
| 16:07.27 | Notify | 03GCI:Mandeep Kaur * Generate a code coverage report (lcov+gcov): Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 16:19.13 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student has... |
| 16:28.41 | Notify | 03BRL-CAD:starseeker * 58750 brlcad/trunk/src/libbn/tests/bn_chull.c: Use V2ARGS macro |
| 16:32.25 | Notify | 03BRL-CAD:starseeker * 58751 brlcad/trunk/src/libbn/tests/bn_obr.c: start working on 3d test for obr - not working yet. |
| 17:03.31 | Notify | 03GCI:Boros Gyevi Adam * Document MGED's 'saveview' command options: Task Claimed - I would like to work on this task. |
| 17:05.47 | Notify | 03GCI:Mandeep Kaur * Document MGED's 'saveview' command options: Task Assigned - This task has been assigned to Boros Gyevi Adam. You have 72 hours to complete this task, good luck! |
| 18:07.12 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 18:08.35 | *** join/#brlcad jschulte (~johannes@p4FDFBFD7.dip0.t-ipconnect.de) | |
| 18:08.48 | *** join/#brlcad mayankmadan (~mayankmad@120.56.165.91) | |
| 18:09.44 | jschulte | concerning this task: http://www.google-melange.com/gci/task/view/google/gci2013/4822252646301696. openNurbs offers a method to convert Nurbs to a approximated polygonal Mesh. Is calculating the surface area of this mesh good enough or do you want a more elaborated solution? |
| 18:11.12 | jschulte | please tell me, if something is wrong with the question, otherwise I'll stick to repeating it :) |
| 18:29.30 | Notify | 03BRL-CAD:carlmoore * 58752 brlcad/trunk/src/proc-db/wavy.c: minor cleanup of a comment; implement h? (former h becomes H); implement run-with-no-arguments; don't create file if exiting |
| 18:36.21 | Notify | 03GCI:Alex * Add missing documentation (for any ONE command): Ready for review - The work on this task is ready to be reviewed. |
| 18:42.07 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 19:08.06 | *** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik) | |
| 19:22.43 | Notify | 03BRL-CAD:starseeker * 58753 brlcad/trunk/src/libbn/tests/bn_chull.c: Plot chull test 3 |
| 19:23.34 | Notify | 03BRL-CAD:starseeker * 58754 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): Get the 3d coplanar obr functioning |
| 19:27.15 | *** join/#brlcad ejn0 (~ejno@unaffiliated/kazaik) | |
| 20:10.52 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 20:17.58 | Notify | 03BRL-CAD:carlmoore * 58755 brlcad/trunk/src/proc-db/wdb_example.c: touch-up work in the comments; remove a set of braces |
| 20:27.36 | *** join/#brlcad Peculiar (~Peculiar@196.202.236.217) | |
| 20:43.38 | *** join/#brlcad Peculiar (~Peculiar@196.202.236.217) | |
| 20:51.24 | starseeker | jschulte: ideally we would want something that gives an accurate answer. successive approximations by finer meshes converging to a solution is one way, but the openNURBS routine is not going to robustly convert NURBS to meshes, unless something has changed since the last test was made |
| 20:52.34 | jschulte | Ok, thanks |
| 20:52.35 | *** join/#brlcad Peculiar (~Peculiar@196.202.236.217) | |
| 20:53.06 | *** part/#brlcad Peculiar (~Peculiar@196.202.236.217) | |
| 20:53.41 | *** join/#brlcad Peculiar (~Peculiar@196.202.236.217) | |
| 21:07.53 | *** join/#brlcad Peculiar (~Peculiar@196.202.236.217) | |
| 21:27.01 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 21:54.06 | Notify | 03BRL-CAD:starseeker * 58756 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/CMakeLists.txt and 4 others): Start reworking nmg_brep logic to use new obr functionality. |
| 21:56.00 | Notify | 03GCI:Cameron * Create Wordpress theme for BRL-CAD website #2: Which wordpress? - There is wordpress.com and wordpress.org, which one should I use. |
| 22:21.51 | Notify | 03GCI:Andromeda Galaxy * Add MGED key-binding to reopen the command window: Ready for review - The work on this task is ready to be reviewed. |
| 22:29.27 | *** join/#brlcad agkphysics (~aaron@118-92-156-193.dsl.dyn.ihug.co.nz) | |
| 22:34.16 | Notify | 03BRL-CAD:starseeker * 58757 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Use conditional operator to save a few lines |
| 22:36.28 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 22:53.26 | Notify | 03BRL-CAD:tbrowder2 * 58758 brlcad/trunk/include/common.h: add a macro to test for gcc and clang versions supporting diagnostic pragmas |
| 23:59.29 | Notify | 03BRL-CAD:tbrowder2 * 58759 (brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp brlcad/trunk/src/libged/simulate/simphysics.cpp and 9 others): protect diagnostice with macros to ensure a capable compiler is used |
| 00:08.43 | *** join/#brlcad mayankmadan__ (~mayankmad@120.56.168.238) | |
| 02:52.58 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 03:03.06 | *** join/#brlcad mayankmadan_ (~mayankmad@59.177.73.139) | |
| 04:37.09 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 04:38.15 | Notify | 03GCI:Sean * Model the BRL-CAD symmetrically: Task Closed - Congratulations, this task has been completed successfully. |
| 05:04.18 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command): already exists - Alex, You've got the right idea, but you picked one that is already complete. Surely you discovered this because... |
| 05:05.03 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 05:05.28 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command): Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 05:33.53 | Notify | 03GCI:Sean * Add MGED key-binding to reopen the command window: thanks - Thanks for the clarification, didn't realize that a key binding had in fact already been added! Far too many tasks to... |
| 05:33.58 | Notify | 03GCI:Sean * Add MGED key-binding to reopen the command window: Task Closed - Congratulations, this task has been completed successfully. |
| 05:36.30 | Notify | 03BRL-CAD:brlcad * 58760 brlcad/trunk/src/tclscripts/mged/openw.tcl: note the new keybinding (gci clarification patch) |
| 05:39.58 | Notify | 03GCI:Andromeda Galaxy * Create an ISST screenshot or animation: Task Claimed - I would like to work on this task. |
| 05:40.35 | *** join/#brlcad Daksh_Windows8 (~Shah@122.161.183.22) | |
| 05:40.43 | Daksh_Windows8 | hi |
| 05:41.09 | Daksh_Windows8 | anyone there? any gci mentor? |
| 05:46.07 | Notify | 03BRL-CAD:brlcad * 58761 brlcad/trunk/NEWS: note that emory added the 'c' key binding to reopen the command window after caen23 added the ability to restore the command window (exposed by adding a menu option |
| 05:46.33 | Notify | 03GCI:Mandeep Kaur * Create an ISST screenshot or animation: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 06:41.40 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 06:52.40 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 07:13.25 | Notify | 03GCI:Sean * Implement a volume function for extruded bitmaps (EBM): homogenous matrices - agkphysics, you can't assume the bottom row is 0 0 0 1. Element [15] (the last one) is often used to... |
| 07:13.26 | Notify | 03GCI:Sean * Implement a volume function for extruded bitmaps (EBM): Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 07:13.30 | Notify | 03GCI:Sean * Implement a volume function for extruded bitmaps (EBM): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 07:30.43 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:48.42 | Notify | 03GCI:agkphysics * Implement a volume function for extruded bitmaps (EBM): Incorrect Values - I used the 4x4 determinant, but it gives incorrect results when the bottom row is modifed. For... |
| 08:11.35 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for extruded bitmaps (EBM): Perspective projection - The 4x4 matrix describes in fact a transformation with homogenious coordinates. The map... |
| 08:12.08 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 08:13.16 | mayankmadan_ | is there anyone who can introduce me to CAD modeling |
| 08:26.26 | d_rossberg | mayankmadan_: which CAD do you have? |
| 09:03.30 | *** join/#brlcad mayankmadan__ (~mayankmad@59.177.73.205) | |
| 09:41.30 | Notify | 03GCI:agkphysics * Implement a volume function for extruded bitmaps (EBM): Yes, but... - I realise this, but I am still trying to find a way to correctly calculate the volume even when the bottom... |
| 10:23.08 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 11:35.35 | Notify | 03GCI:Daniel Rossberg * Implement a volume function for extruded bitmaps (EBM): I'm afraid there is no easy solution - First of all: There is no factor for the volume. It depends on where you are... |
| 11:49.22 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 12:49.01 | *** join/#brlcad caen23 (~caen23@92.81.168.188) | |
| 13:03.03 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 13:18.57 | *** join/#brlcad microchip_sac (~microchip@223.239.198.65) | |
| 13:19.50 | microchip_sac | I am a GCI 13 participant doing a task for BRL-CAD |
| 13:19.57 | microchip_sac | and I want to submit my work |
| 13:20.07 | microchip_sac | what is the best way to do this? |
| 13:26.06 | d_rossberg | microchip_sac: upload it on the task's page at google-melange |
| 13:30.39 | ``Erik | upload a patch file (use svn diff to generate one), do not upload the .c files directly |
| 13:30.59 | microchip_sac | should I upload the XML file and/or the html file? |
| 13:31.04 | microchip_sac | it's a doc task |
| 13:31.29 | ``Erik | ok, still needs to be a patch... are you creating a new file or modifying an existing one? |
| 13:33.10 | microchip_sac | a new file |
| 13:33.13 | ``Erik | if it's a new file, you'll need to do an "svn add" on the file before you do the 'svn diff' |
| 13:33.35 | microchip_sac | but just the file, right? no generated documentation? |
| 13:33.47 | ``Erik | yes, just the source file |
| 13:34.32 | ``Erik | also; do the diff from the source top level directory (the one that contains README, src/ doc/ etc) and review the patch before uploading to verify it makes the changes and only the changes you intend :) |
| 13:35.06 | microchip_sac | ok, thanks! |
| 13:35.23 | ``Erik | np, good luck with your submission :) |
| 13:38.17 | ``Erik | heh, wifi ssid "PorqueFi" at a mexican restaurant O.o |
| 13:38.33 | sniok | When new GCI tasks will be added? |
| 13:41.19 | ``Erik | is the queue dry? O.o I believe the procedure this time around is for mentors to use googledocs to submit, then brlcad reviews and adds the proposed tasks... if you have a task you want to propose, state it here and maybe a mentor will see it and decide it's worth adding? |
| 13:43.39 | ``Erik | hm, I don't see the raw spreadsheet in my "shared with me" gdoc tab :/ |
| 13:43.49 | ``Erik | sniok: what kind of tasks are you looking for? |
| 13:50.41 | Notify | 03GCI:Shardul Chiplunkar * Add missing documentation (for any ONE command) #2: Ready for review - The work on this task is ready to be reviewed. |
| 13:51.16 | Notify | 03GCI:erikg * Create an ISST screenshot or animation: Notes on getting ISST - There are three "faces" to ISST, I believe this task is best accomplished using the GTK+ variant. The source is in git... |
| 14:06.43 | *** join/#brlcad microchip_sac (~microchip@223.239.198.129) | |
| 14:38.16 | *** join/#brlcad microchip_sac (~microchip@223.239.198.178) | |
| 14:38.26 | *** join/#brlcad sniok_ (42f9513d@gateway/web/freenode/ip.66.249.81.61) | |
| 15:05.36 | Notify | 03BRL-CAD:starseeker * 58762 (brlcad/trunk/include/common.h brlcad/trunk/src/libged/simulate/simcollisionalgo.cpp and 10 others): Rework the pragma defines a bit - clang supports GCC style pragmas as a backwards compatibility measure, but we shouldn't count on that (plus we may need to fine tune options specifically for clang or GCC). Also use expanded version in src/other gdiam sources to avoid introducing need |
| 15:05.38 | Notify | for common.h there. |
| 15:31.37 | Notify | 03BRL-CAD:starseeker * 58763 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Don't eliminate the brepi array. |
| 15:32.41 | Notify | 03BRL-CAD:starseeker * 58764 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: no point in this return as yet. |
| 15:34.02 | Notify | 03BRL-CAD:starseeker * 58765 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: No, there is a potential point if the libbn obr routine fails - just not sure what to do about it yet. |
| 15:43.20 | Notify | 03BRL-CAD:starseeker * 58766 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Let's try without scaling initially - see what happens |
| 15:50.35 | Notify | 03BRL-CAD:starseeker * 58767 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: This may need more tweaking, but set the UV domain of the surface to correspond to the UV bounds from the 2d point projection |
| 16:19.11 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 16:28.14 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 16:28.15 | gcibot | Hey, I'm a bot written by aviraldg who inserts metadata about GCI links!nSource at: https://github.com/aviraldg/gcibot. |
| 16:29.57 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 16:42.15 | *** join/#brlcad jschulte (~johannes@p4FDFB2AE.dip0.t-ipconnect.de) | |
| 16:52.45 | *** join/#brlcad Deepak_ (~chatzilla@59.91.116.99) | |
| 17:32.31 | *** join/#brlcad witness (~witness12@182.64.108.157) | |
| 17:57.54 | Notify | 03GCI:Jacob B * Generate a code coverage report (lcov+gcov): Ready for review - The work on this task is ready to be reviewed. |
| 18:11.07 | Notify | 03GCI: * : - |
| 18:33.12 | Notify | 03BRL-CAD:tbrowder2 * 58768 brlcad/trunk/include/vfont-if.h: add header guard; add begin/end decl macros for C++; ws |
| 18:34.26 | Notify | 03BRL-CAD:tbrowder2 * 58769 brlcad/trunk/include/dm-ogl.h: add _H to header guard; add begin/end decls for C++ |
| 18:37.04 | Notify | 03BRL-CAD:tbrowder2 * 58770 brlcad/trunk/include/tol.h: add _H to header guard; add begin/end decls for C++ |
| 18:40.24 | Notify | 03BRL-CAD:tbrowder2 * 58771 brlcad/trunk/include/dm-ps.h: add _H to header guard macro |
| 18:41.04 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 18:42.39 | Notify | 03BRL-CAD:tbrowder2 * 58772 brlcad/trunk/include/dm-pex.h: added _H to header guard; added begin/end decls for C++ |
| 18:45.44 | Notify | 03BRL-CAD:tbrowder2 * 58773 brlcad/trunk/include/shadework.h: added begin/end decls for C++ |
| 18:47.16 | Notify | 03BRL-CAD:tbrowder2 * 58774 brlcad/trunk/include/dm-wgl.h: added begin/end decls for C++ |
| 18:49.13 | Notify | 03BRL-CAD:tbrowder2 * 58775 brlcad/trunk/include/tie.h: added begin/end decls for C++ |
| 18:52.12 | Notify | 03BRL-CAD:tbrowder2 * 58776 brlcad/trunk/include/brlcad_version.h: added header guard; added begin/end decls for C++ |
| 18:53.28 | Notify | 03BRL-CAD:tbrowder2 * 58777 brlcad/trunk/include/db.h: added begin/end decls for C++ |
| 18:54.13 | Notify | 03BRL-CAD:tbrowder2 * 58778 brlcad/trunk/include/cmd.h: added begin/end decls for C++ |
| 18:55.51 | Notify | 03BRL-CAD:tbrowder2 * 58779 brlcad/trunk/include/shadefuncs.h: added begin/end decls for C++; completed header guards |
| 18:58.05 | Notify | 03BRL-CAD:tbrowder2 * 58780 brlcad/trunk/include/bot.h: added begin/end decls for C++; added header guards |
| 18:58.21 | Notify | 03BRL-CAD:tbrowder2 * 58781 brlcad/trunk/include/spm.h: added begin/end decls for C++ |
| 18:59.59 | Notify | 03BRL-CAD:tbrowder2 * 58782 brlcad/trunk/include/dm-glx.h: added begin/end decls for C++ |
| 19:02.14 | Notify | 03BRL-CAD:tbrowder2 * 58783 brlcad/trunk/include/spectrum.h: added begin/end decls for C++; madded header guard |
| 19:03.52 | Notify | 03BRL-CAD:tbrowder2 * 58784 brlcad/trunk/include/rtfunc.h: added begin/end decls for C++ |
| 19:04.53 | Notify | 03BRL-CAD:tbrowder2 * 58785 brlcad/trunk/include/rtserver.h: added begin/end decls for C++; added header guard |
| 19:08.19 | sniok | ``Erik: I am looking for tasks like google-melange.com/gci/task/view/google/gci2013/5780081221828608 , 5820985550831616 , 5097545822896128 , 5111996240363520 , 5789856567394304 , 6370365018210304 |
| 20:08.37 | Notify | 03BRL-CAD:starseeker * 58786 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: More work towards the nmg brep conversion logic. |
| 20:23.27 | Notify | 03BRL-CAD:starseeker * 58787 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: make the vertex index selection more compact |
| 20:25.09 | Notify | 03BRL-CAD:tbrowder2 * 58788 brlcad/trunk/include/fb.h: add begin/end decls for C++ |
| 20:25.57 | Notify | 03BRL-CAD:tbrowder2 * 58789 brlcad/trunk/include/fbmsg.h: add header guard |
| 20:27.06 | Notify | 03BRL-CAD:tbrowder2 * 58790 brlcad/trunk/include/fbserv_obj.h: add begin/end decls for C++; add common.h for the decl macros |
| 20:28.08 | Notify | 03BRL-CAD:tbrowder2 * 58791 brlcad/trunk/include/fft.h: add begin/end decls for C++; add header guard |
| 20:29.33 | Notify | 03BRL-CAD:tbrowder2 * 58792 brlcad/trunk/include/libtermio.h: add begin/end decls for C++; add header guard; add common.f for decl macros |
| 20:31.25 | Notify | 03BRL-CAD:tbrowder2 * 58793 brlcad/trunk/include/nurb.h: use begin/decl macros instead |
| 20:31.35 | Notify | 03BRL-CAD:tbrowder2 * 58794 brlcad/trunk/include/orle.h: add begin/end decls for C++; add header guard |
| 20:32.39 | Notify | 03BRL-CAD:tbrowder2 * 58795 brlcad/trunk/include/photonmap.h: add begin/end decls for C++; add header guard |
| 20:33.11 | Notify | 03BRL-CAD:tbrowder2 * 58796 brlcad/trunk/include/plot3.h: use begin/decl macros instead |
| 20:35.28 | Notify | 03BRL-CAD:starseeker * 58797 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Clean up comments |
| 20:37.07 | Notify | 03BRL-CAD:tbrowder2 * 58798 (brlcad/trunk/include/analyze.h brlcad/trunk/include/bot.h and 18 others): add common.h for begin/end decl macro definitions |
| 20:38.18 | Notify | 03BRL-CAD:starseeker * 58799 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Remove unused variables |
| 21:05.21 | Notify | 03BRL-CAD:starseeker * 58800 brlcad/trunk/src/libbn/tests/bn_chull.c: Need to run some triangles through chull and obr - something isn't working |
| 21:52.12 | Notify | 03GCI:Alex * Add missing documentation (for any ONE command): ad command - I haver brl-cad software installed and have been on archer entering 'ad' but the command doesnt seem to be recognised... |
| 22:04.53 | *** join/#brlcad n_reed_ (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 22:04.59 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 22:15.51 | Notify | 03BRL-CAD:starseeker * 58801 brlcad/trunk/src/libbn/tests/bn_chull.c: Add triangle test to chull - at this point, looks like its in obr |
| 22:16.52 | Notify | 03BRL-CAD:starseeker * 58802 brlcad/trunk/src/libbn/tests/bn_obr.c: Yep, obr. need to step through it and see what's happening. |
| 22:25.09 | Notify | 03BRL-CAD:starseeker * 58803 brlcad/trunk/src/libbn/tests/bn_chull.c: remove TODO comment |
| 22:36.28 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 22:46.19 | Notify | 03BRL-CAD:tbrowder2 * 58804 (brlcad/trunk/misc/CMake/compat/fdopen_compat.h brlcad/trunk/misc/CMake/compat/fileno_compat.h and 9 others): add begin/end decls for C++; add common.h for decl macro definitions |
| 22:50.59 | Notify | 03BRL-CAD:tbrowder2 * 58805 brlcad/trunk/src/librt/search.h: add begin/end decls for C++; add common.h for decl macro definitions |
| 22:53.40 | Notify | 03BRL-CAD:tbrowder2 * 58806 brlcad/trunk/src/librt/db5_attrs_private.h: substitute begin/end decl macros; add common.h for decl macro defs; modify comment at end |
| 22:57.00 | Notify | 03BRL-CAD:tbrowder2 * 58807 brlcad/trunk/src/anim/cattrack.h: update |
| 22:59.12 | Notify | 03BRL-CAD:tbrowder2 * 58808 brlcad/trunk/src/libdm/dm_util.h: add header guard; add begin/end decls for C++; add common.h for decl macro defs |
| 23:01.49 | Notify | 03GCI:Alex * Add missing documentation (for any ONE command): src/sig/ad.c? - also i cant seem to the src/sig/ad.c? even though i have it installed and the 'a-d'.exe file is there i cant find the... |
| 23:02.52 | Notify | 03BRL-CAD:tbrowder2 * 58809 (brlcad/trunk/src/libgcv/soup.h brlcad/trunk/src/libgcv/tri_intersect.h and 2 others): add header guard; add begin/end decls for C++; add common.h for decl macro defs |
| 23:10.50 | *** join/#brlcad agkphysics (~aaron@118-92-100-149.dsl.dyn.ihug.co.nz) | |
| 23:11.30 | Notify | 03BRL-CAD:n_reed * 58810 brlcad/trunk/src/libbrep/PullbackCurve.cpp: Fix return checks. Looks like r58729 went from wrong (incorrect operator precedence) to still wrong (not a predicate return). |
| 00:10.17 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Ideas? - I would like somewhat of an idea to go by, are you sure you don't need anything... |
| 00:33.23 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 02:39.38 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command) #2 http://www.google-melange.com/gci/task/view/google/gci2013/6219730314592256: looking good, but has errors Shardul, you're right... |
| 02:39.58 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command) #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 02:52.10 | Notify | 03GCI:Sean * Generate a code coverage report (lcov+gcov): This is awesome! - Jacob, this is really cool. I've not seen an lcov report in a very very long time, long before we had unit tests. Is it... |
| 02:52.30 | Notify | 03GCI:Sean * Generate a code coverage report (lcov+gcov): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 03:01.31 | brlcad | maths22: I tried a demo of fisheye a year or so ago, but couldn't get past the vendor lock-in aspect even if it was free for open source |
| 03:07.15 | Notify | 03GCI:Sean * Generate a code coverage report (lcov+gcov) http://www.google-melange.com/gci/task/view/google/gci2013/4812355431038976: follow-on task A follow-on to this task has been posted::... |
| 03:19.46 | maths22 | what do you mean? |
| 03:20.54 | maths22 | also, I think you marked my task as needs more work when it is done |
| 03:21.16 | maths22 | It is all 3 combined |
| 03:22.09 | maths22 | Also, for the followon, can I put it in bamboo: running at brlcad:8085 |
| 03:22.37 | maths22 | I have been messing with it recently, and I kind of like it |
| 03:22.49 | maths22 | I meant http://brlcad.org:8085/ |
| 03:27.25 | maths22 | Finally, code coverage takes at least an hour, as make regress when coverage is enabled is really slow |
| 03:28.48 | brlcad | maths22: excellent (all 3), just checking |
| 03:30.07 | maths22 | Really finally, do the ones in my homedir actually need coverage> |
| 03:30.36 | maths22 | I think I could safely remove them |
| 03:30.42 | brlcad | hm? |
| 03:31.21 | maths22 | You asked if I could remove my homedir from certain paths |
| 03:31.26 | brlcad | atlassian's tools are nice, really nice .. but I'm still more inclined to run with jenkins or buildbot |
| 03:31.31 | maths22 | I don't think the files in them needed coverage |
| 03:31.42 | maths22 | We can add it to buildbut/jenkins later |
| 03:31.43 | brlcad | ah |
| 03:31.51 | maths22 | My point was rather than a cron job |
| 03:31.56 | brlcad | right, that was all I was saying too |
| 03:32.26 | brlcad | the point of a cron job is to have it wrapped up neatly in a one-liner (writing output to a log if needed) |
| 03:32.40 | brlcad | so that one-liner can get added to whatever ci we use later |
| 03:32.58 | maths22 | Would a shell script work? |
| 03:33.05 | brlcad | or that liner can get triggered off a semaphore file (ci writes out a file when a commit is made) |
| 03:33.08 | brlcad | sure |
| 03:33.27 | brlcad | it's more about capturing the output |
| 03:33.39 | maths22 | Would the ouput html be saved as a zip? |
| 03:34.03 | brlcad | no no, that'd get installed live |
| 03:34.24 | maths22 | What do you mean then by capturing the output? |
| 03:34.27 | brlcad | perhaps install to a new dir, mv old, mv new |
| 03:34.40 | brlcad | output from lcov running, if it generates any output |
| 03:35.08 | maths22 | You mean output to stdout? |
| 03:35.09 | brlcad | whatever is being displayed to the console |
| 03:35.11 | brlcad | yep |
| 03:35.23 | maths22 | would it then be run on quiet or not? |
| 03:35.35 | maths22 | Also, what address does jenkins run at? |
| 03:35.59 | brlcad | so in X years when someone updates/deletes/renames lcov and it's broken, we have the error being logged and it's not just a "dead website mystery" we're trying to decipher |
| 03:36.34 | maths22 | That makes sense |
| 03:37.28 | brlcad | http://brlcad.org:8180/jenkins/ |
| 03:39.08 | brlcad | i'm still really torn on jenkins vs buildbot |
| 03:40.12 | brlcad | need to run with one hard and the dev in me wants to use buildbot but the user wants jenkins |
| 03:41.18 | brlcad | if we use jenkins, I'd really want it under apache |
| 03:41.29 | maths22 | Is it possible to run both? |
| 03:41.39 | brlcad | sure, but why? |
| 03:41.44 | brlcad | don't need or want both |
| 03:42.01 | brlcad | we need CI up and running to actually use it |
| 03:42.23 | brlcad | I was hoping someone would step up as a CI manager and devote to one, but that's not happened |
| 03:44.08 | maths22 | Where is buildbot currently? |
| 03:47.56 | brlcad | don't remember... |
| 03:48.11 | brlcad | looks like it's http://brlcad.org/buildbot/ |
| 03:48.24 | brlcad | but not currently up |
| 03:49.12 | maths22 | OK |
| 03:49.25 | maths22 | does the original task "need more work"? |
| 03:50.32 | brlcad | the full paths were nfg |
| 03:51.10 | brlcad | it's listing them because those files have logic (they're c++), that happens to be in headers |
| 03:52.15 | brlcad | change the url to just "coverage" too |
| 03:52.46 | brlcad | curious that it only reports 206k lines of code |
| 03:53.58 | brlcad | that's not even all of librt |
| 03:55.22 | maths22 | Does it ignore comment lines? |
| 03:55.34 | brlcad | yep |
| 03:55.49 | maths22 | how many lines, w/o comments is librt? |
| 03:56.22 | brlcad | i don't know that off the top of my head :) |
| 03:56.30 | maths22 | about what? |
| 03:56.37 | maths22 | since 206k is not enough |
| 03:57.37 | brlcad | running our enumeration script now to see the total |
| 03:57.57 | brlcad | how much librt is isn't relevant -- it's that it's a fraction of our source total (a big fraction) |
| 03:58.03 | brlcad | or small, however you look at it |
| 03:58.17 | brlcad | it'll take another min |
| 03:58.47 | maths22 | Does it also exclude comments? |
| 04:02.39 | brlcad | an exercise left to the reader |
| 04:02.50 | brlcad | looks like the current count is about 1.2M |
| 04:03.11 | brlcad | does not include any blank lines |
| 04:03.21 | maths22 | I will look later |
| 04:03.28 | brlcad | so even if you assume every other line is a comment, that's 400k missing |
| 04:05.48 | brlcad | digging more specific, looks like about 840k of c/c++ source code |
| 04:06.13 | brlcad | what's probably happening is lcov is only counting the file(s) containing functions that are called |
| 04:07.23 | Notify | 03GCI:Cameron * Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 04:09.28 | Notify | 03GCI:Cameron * Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 04:11.08 | Notify | 03GCI:Sean * Model BRL-CAD Logo Using BRL-CAD #3: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck! |
| 04:22.33 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 04:31.21 | maths22 | brlcad: you are right. I will re-run it to account for that tomorrow |
| 04:43.21 | *** join/#brlcad agkphysics (~aaron@141.239.252.27.dyn.cust.vf.net.nz) | |
| 04:47.52 | brlcad | maths22: if you have it start with the top-level dir, it probably won't result in those full-path dirs outside of src/ |
| 04:48.24 | brlcad | also, can have it ignore src/other src/external and misc/ |
| 05:00.23 | Notify | 03GCI:Andromeda Galaxy * Create an ISST screenshot or animation: Ready for review - The work on this task is ready to be reviewed. |
| 05:17.09 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 05:18.59 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 05:22.10 | *** join/#brlcad starseek1r (~starseeke@66.118.151.70) | |
| 05:53.01 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 06:33.47 | *** join/#brlcad agkphysics (~aaron@141.239.252.27.dyn.cust.vf.net.nz) | |
| 07:46.06 | *** join/#brlcad agkphysics (~aaron@189.166.252.27.dyn.cust.vf.net.nz) | |
| 08:17.00 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:32.28 | *** join/#brlcad agkphysics (~aaron@110.227.252.27.dyn.cust.vf.net.nz) | |
| 08:38.40 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:02.31 | *** join/#brlcad caen23_ (~caen23@92.81.168.188) | |
| 09:04.05 | *** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net) | |
| 10:32.53 | *** join/#brlcad YatharthROCK (~YatharthR@91.140.221.104) | |
| 11:54.30 | Notify | 03BRL-CAD:bob1961 * 58811 brlcad/trunk/src/libged/polyclip.cpp: Since polygon clipping is happening in 2d, remember the view Z for later use when converting back to 3d. |
| 12:31.20 | Notify | 03GCI:Melange * Add missing documentation (for any ONE command) #2: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 12:33.18 | Notify | 03BRL-CAD:bob1961 * 58812 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/ged.c and 2 others): Added the ability to create polygons in an XY plane other than the one at viewZ=1. |
| 12:45.07 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:12.56 | maths22 | I will remove those dirs |
| 13:37.10 | *** join/#brlcad jschulte (~johannes@p4FDFBB3C.dip0.t-ipconnect.de) | |
| 13:52.48 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 13:55.50 | sniok | Hello again, so I am looking for more tasks like google-melange.com/gci/task/view/google/gci2013/5780081221828608 , 5820985550831616 , 5097545822896128 , 5111996240363520 , 5789856567394304 , 6370365018210304. I already have done some of them and I want to sumbit them |
| 14:47.38 | Notify | 03BRL-CAD:carlmoore * 58813 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: remove trailing blank |
| 15:02.32 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:03.25 | Notify | 03GCI:Jacob B * Generate a code coverage report (lcov+gcov): Ready for review - The work on this task is ready to be reviewed. |
| 15:24.53 | Notify | 03GCI:Shardul Chiplunkar * Add missing documentation (for any ONE command) #2: Time Up - I got what I need to do, but the time seems to have finished. Can I claim the same task again or take... |
| 15:37.30 | Notify | 03GCI:Kesha Shah * Add missing documentation (for any ONE command) #2: Re: Time Up - Since the task is not closed yet, you are welcome to claim it. |
| 15:40.40 | Notify | 03GCI:Daniel Rossberg * Add missing documentation (for any ONE command) #2: You should try to claim it again - if you want to finish your work. |
| 15:49.11 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 16:04.28 | Notify | 03BRL-CAD Wiki:GlenBrown2 * 0 /wiki/User:GlenBrown2: |
| 16:24.16 | Notify | 03BRL-CAD:starseeker * 58814 (brlcad/trunk/src/libbn/obr.c brlcad/trunk/src/libbn/tests/bn_obr.c): Axis aligned box was actually the correct one, so set it up correctly |
| 16:27.57 | Notify | 03GCI:Sean * Create an ISST screenshot or animation: Task Closed - Congratulations, this task has been completed successfully. |
| 16:28.44 | Notify | 03GCI:Sean * Generate a code coverage report (lcov+gcov): Task Closed - Congratulations, this task has been completed successfully. |
| 16:36.50 | Notify | 03BRL-CAD:starseeker * 58815 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Not generating valid breps yet, but translate all the points to actually get planes |
| 16:47.56 | Notify | 03GCI:Jacob B * Generate/Update lcov code coverage report daily: Task Claimed - I would like to work on this task. |
| 16:52.47 | Notify | 03GCI:Andromeda Galaxy * Implement a surface area function for super ellipsoids (SUPERELL): Task Claimed - I would like to work on this task. |
| 16:56.46 | *** join/#brlcad YatharthROCK (~YatharthR@91.140.221.104) | |
| 16:58.16 | Notify | 03GCI:Mandeep Kaur * Implement a surface area function for super ellipsoids (SUPERELL): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task,... |
| 17:27.32 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:19.45 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 18:20.53 | andromeda-galaxy | Hi, I am trying to work on http://www.google-melange.com/gci/task/view/google/gci2013/5486014072094720, and I have found that there is no general formula for the surface area of a superellipsoid in terms of elementary functions. Can someone suggest what to do? |
| 18:46.42 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 18:48.12 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 18:48.32 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 18:48.52 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 18:49.01 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 18:49.02 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 18:49.04 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 18:49.06 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:13.26 | Notify | 03BRL-CAD:carlmoore * 58816 brlcad/trunk/src/util/gencolor.c: remove 2 single-statement sets of braces; also, should be looking for argc == 1, not argc < 1 |
| 19:24.33 | Notify | 03BRL-CAD:n_reed * 58817 brlcad/trunk/src/libbn/obr.c: ws/style |
| 20:07.23 | Notify | 03BRL-CAD:starseeker * 58818 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Skip trying to reuse the 2d projections. Something still isn't quite correct, but getting closer |
| 20:08.49 | *** join/#brlcad Peculiar (~Peculiar@196.202.236.217) | |
| 20:26.22 | Notify | 03BRL-CAD:n_reed * 58819 (brlcad/trunk/include/ged.h brlcad/trunk/src/libged/select.c): add a routine for accessing selection objects |
| 21:13.07 | Notify | 03BRL-CAD:bob1961 * 58820 brlcad/trunk/src/tclscripts/archer/Archer.tcl: Minor mod to Archer::buildGeneralPreferences that now handles the possibility of the call to buildOtherGeneralPreferences returning a list of two indices (the first indicating the next row while the second indicates the row that gets configured to grow). |
| 21:14.50 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 21:52.44 | Notify | 03BRL-CAD:starseeker * 58821 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Use a variation of the flipping logic from the old routine - this seems to work. |
| 21:59.43 | Notify | 03BRL-CAD:starseeker * 58822 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Start cleaning up - may end up using the 3d_coplanar version of the libbn functionality after all, given how this is working out, in which case the projection logic goes back to being internal to libbn |
| 22:42.04 | Notify | 03GCI:Anshula Rudhraraju * Categorize all of BRL-CAD's commands into a spreadsheet: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 23:10.18 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 23:11.57 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 00:01.51 | andromeda-galaxy | Hi, I am trying to work on http://www.google-melange.com/gci/task/view/google/gci2013/5486014072094720, and I have found that there is no general formula for the surface area of a superellipsoid in terms of elementary functions. Can someone suggest what to do? |
| 00:11.29 | Notify | 03GCI:Andromeda Galaxy * Implement a surface area function for super ellipsoids (SUPERELL): No general formula for ellipsoid - Hi, I cannot find any general formula for the surface area of the... |
| 01:01.46 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:01.51 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Claimed - I would like to work on this task. |
| 01:02.01 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: None - I would like somewhat of an idea to go by, are you sure you don't need anything... |
| 01:16.32 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 03:55.37 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 05:08.38 | Notify | 03GCI:Gauravjeet Singh * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Assigned - This task has been assigned to Palindrome. You have 72 hours to... |
| 05:20.02 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 05:23.04 | Notify | 03GCI:Gauravjeet Singh * Design a cover image or banner for our Facebook page (and other social media sites) #6: Why are you unclaiming ? - Palindrome, you have unclaimed from this task 3 times.... |
| 05:24.04 | Notify | 03GCI:Gauravjeet Singh * Generate/Update lcov code coverage report daily: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 05:36.08 | *** join/#brlcad gjeet (~gjeet@117.220.147.201) | |
| 06:58.09 | Notify | 03GCI:agkphysics * Implement a volume function for extruded bitmaps (EBM): Ready for review - The work on this task is ready to be reviewed. |
| 07:03.19 | Notify | 03GCI:Melange * Create numerics library (LIBBN) unit test for rand.c: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 07:04.44 | Notify | 03GCI:agkphysics * Implement a volume function for extruded bitmaps (EBM): Sorry for the late reply - Sorry for the late reply but I have been sick for the past 24 hours, so haven't been able to... |
| 08:13.04 | Notify | 03GCI:Marie Gita * Creating Motion Typography video for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 08:21.20 | Notify | 03GCI:Marie Gita * Creating Motion Typography video for BRL-CAD: submitted work - I apologize for uploading the same content several times, i thought the files had not uploaded. This is what I... |
| 08:28.03 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 08:52.37 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 08:52.37 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 08:53.43 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 08:53.43 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 09:01.16 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 09:01.16 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 09:25.38 | Notify | 03GCI:Kesha Shah * Creating Motion Typography video for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 09:25.43 | Notify | 03GCI:Kesha Shah * Creating Motion Typography video for BRL-CAD: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 09:25.44 | Notify | 03GCI:Kesha Shah * Creating Motion Typography video for BRL-CAD: Good Work - Good Work Marie Gita. But, it would be great if you can add naration in background or even adding a soft note of some... |
| 09:26.08 | Notify | 03GCI:Kesha Shah * Creating Motion Typography video for BRL-CAD: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 09:44.43 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 10:17.41 | Notify | 03GCI:Shardul Chiplunkar * Add missing documentation (for any ONE command) #2: Task Claimed - I would like to work on this task. |
| 10:17.52 | *** join/#brlcad gjeet (~gjeet@117.220.147.201) | |
| 10:29.22 | Notify | 03GCI:Gauravjeet Singh * Add missing documentation (for any ONE command) #2: Task Assigned - This task has been assigned to Shardul Chiplunkar. You have 72 hours to complete this task, good luck! |
| 11:04.41 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 11:07.10 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 11:11.43 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 11:15.46 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:35.10 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:52.18 | Notify | 03GCI:Melange * Add missing documentation (for any ONE command): Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 12:43.00 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 12:50.24 | *** join/#brlcad gjeet (~gjeet@117.220.147.201) | |
| 12:52.10 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: Task Claimed - I would like to work on this task. |
| 12:53.35 | Notify | 03GCI:Gauravjeet Singh * Write a manual page for MGED's ''brep'' command: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good luck! |
| 13:03.55 | *** join/#brlcad YatharthROCK (~YatharthR@91.140.221.104) | |
| 13:34.55 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 13:49.37 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 13:54.37 | Notify | 03BRL-CAD:starseeker * 58823 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: use bn_3d_coplanar_obr |
| 14:02.12 | Notify | 03BRL-CAD:starseeker * 58824 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/chull.c brlcad/trunk/src/libbn/obr.c): Don't need to expose the 2d<->3d functions after all - make them private to libbn again. |
| 14:11.28 | Notify | 03BRL-CAD:starseeker * 58825 brlcad/trunk/src/librt/primitives/nmg/nmg_brep2.cpp: Do something with the return code |
| 14:16.38 | Notify | 03BRL-CAD:starseeker * 58826 (brlcad/trunk/src/librt/CMakeLists.txt brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp): Swap in the new nmg_brep routine in place of the old one |
| 14:18.40 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 14:47.08 | *** join/#brlcad gjeet (~gjeet@117.220.147.201) | |
| 15:20.05 | Notify | 03BRL-CAD:bob1961 * 58827 brlcad/trunk/src/librt/memalloc.c: This reverts r50778. rt_memfree() needs to continue in order to initialize *pp, otherwise curp and prevp will always be NULL. The short of it is that if we return early when (\!prevp || \!curp), the free memory nodes will never coalesce which results in the file size growing unnecessarily because it's being filled with contiguous free regions that are |
| 15:20.07 | Notify | always seen seperately. |
| 15:54.01 | Notify | 03BRL-CAD:starseeker * 58828 brlcad/trunk/CMakeLists.txt: The 32 vs. 64 bit issue in MSVC is handled by CMake at the generator level, not the compiler flag level. |
| 16:00.51 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 16:38.27 | brlcad | andromeda-galaxy: that's a hard one |
| 16:38.41 | brlcad | there's almost certainly a closed form, but someone would have to derive it |
| 16:40.53 | starseek1r | the superellipsoid? I took a quick look and what I found seems to indicate there isn't a general closed form solution |
| 16:41.28 | brlcad | might help to look at the shapes of the ellipsoid at various stable configurations (like 0,0=box 1,1=sphere and 2,2=prism) and see if there's an interpolation relationship |
| 16:41.58 | brlcad | don't see why there wouldn't be one |
| 16:42.17 | brlcad | piecewise, it's very well behaved |
| 16:42.35 | brlcad | each cross-section is an ellipse afterall |
| 16:42.40 | starseek1r | http://mathoverflow.net/questions/80243/surface-area-of-superellipsoid-dice |
| 16:42.46 | brlcad | surface area is an integral over circumferences, no? |
| 16:44.47 | starseek1r | maybe you could do it by defining numerical ranges within which various equations would apply... |
| 16:46.46 | starseek1r | numerical ranges for the input parameters |
| 16:50.34 | brlcad | interesting mathoverflow discussion |
| 16:51.10 | brlcad | basically saying to numerically integrate |
| 16:51.28 | brlcad | i like the second response/method more |
| 16:52.07 | brlcad | if i'm reading it right, it's a closed form approximation ... would be interesting to implement it and compare to gqa results |
| 16:54.11 | brlcad | starseeker: ./bn_private.h and they shouldn't have bn_ prefix if not public |
| 17:01.36 | ``Erik | I'd imagine that a symbol used in multiple .c/.h files should still have the prefix even if not explicitely "public".. the 'static' scope limitation is limited to a single C file and some OS's implicitely export non-static symbols, so they can pollute the symbol space... |
| 17:06.04 | Notify | 03GCI:Melange * Document MGED's 'saveview' command options: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The... |
| 17:09.01 | brlcad | yeah, it should have a meaningful prefix, just not the public one |
| 17:09.54 | brlcad | we have a mix of _prefix_ and group_ in other places |
| 17:10.18 | brlcad | more a fan of the latter since starting a function with an underscore is technically taboo |
| 17:11.46 | brlcad | they already have a "coplanar_" group now if bn_ is removed, which would work just fine as the prefix |
| 17:21.09 | ``Erik | maybe a modified prefix, like "bnp_" (private) or "bnl_" (local/lib) |
| 17:21.29 | ``Erik | heh, now that I've typed it, it smells bad :) |
| 17:22.27 | ``Erik | issue almost makes microsofts dllexport/dllimport crap not seem so horrible :/ |
| 17:23.08 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 17:37.51 | brlcad | kinda like that actually |
| 17:37.58 | brlcad | [lib]p_ |
| 17:38.29 | brlcad | hadn't thought of a good convention to stick to for the other places we do this yet |
| 17:40.32 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 17:47.29 | Notify | 03GCI:Marie Gita * Creating Motion Typography video for BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 17:54.25 | Notify | 03GCI:Marie Gita * Creating Motion Typography video for BRL-CAD: Task Completed - I have made changes to the video, it is uploaded as BRL-CAD video.mov |
| 18:42.49 | *** part/#brlcad YatharthROCK (~YatharthR@91.140.221.104) | |
| 19:00.29 | Notify | 03BRL-CAD:tbrowder2 * 58829 (brlcad/trunk/CMakeLists.txt brlcad/trunk/INSTALL): add experimental option to use C++ compiler on all C files, too |
| 19:00.37 | Notify | 03BRL-CAD:tbrowder2 * 58830 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: add experimental option to use C++ compiler on all C files, too |
| 19:01.01 | Notify | 03BRL-CAD:tbrowder2 * 58831 brlcad/trunk/src/librt/CMakeLists.txt: add option for all C++ compile |
| 19:25.50 | Notify | 03GCI:MichaelY * Create numerics library (LIBBN) unit test for rand.c: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:52.03 | Notify | 03GCI:Boros Gyevi Adam * Document MGED's 'saveview' command options: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 20:39.02 | Notify | 03GCI:Andromeda Galaxy * Implement a surface area function for super ellipsoids (SUPERELL): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 20:40.22 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "dist" functions: Task Claimed - I would like to work on this task. |
| 20:50.35 | Notify | 03BRL-CAD:starseeker * 58832 (brlcad/trunk/src/libbn/bn_private.h brlcad/trunk/src/libbn/chull.c and 2 others): Strip bn_ prefix off of coplanar functions, since they turned out to be private after all. |
| 21:12.31 | starseeker | question - do we build src/other sources as C++ as well? |
| 21:13.43 | starseeker | is assuming no... |
| 21:29.27 | Notify | 03BRL-CAD:starseeker * 58833 (brlcad/trunk/configure brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake brlcad/trunk/src/librt/CMakeLists.txt): Make the ENABLE_ALL_CXX_COMPILE flag work for all BRL-CAD libraries and executables (but not src/other) |
| 21:32.48 | Notify | 03BRL-CAD:starseeker * 58834 (brlcad/trunk/src/libbu/basename.c brlcad/trunk/src/libbu/escape.c): Add a few explicit casts for bu_calloc to help C++ building |
| 21:36.26 | Notify | 03BRL-CAD:starseeker * 58835 brlcad/trunk/src/libbu/fnmatch.c: Use 'const char *' to avoid deprecated conversion from string constant to 'char*' with C++ |
| 21:42.14 | Notify | 03BRL-CAD:starseeker * 58836 brlcad/trunk/src/libbu/getcwd.c: Another bu_calloc char cast |
| 21:53.44 | brlcad | good assumption |
| 21:55.45 | brlcad | starseeker: that's somewhat easy gci tasks to post |
| 21:55.47 | Notify | 03BRL-CAD:starseeker * 58837 brlcad/trunk/src/libbu/getopt.c: Use const char * for most of this - can't for bu_optarg - could use another set of eyeballs |
| 21:56.11 | brlcad | just know that some fixess for c++ compilation can break c compilation |
| 21:56.23 | brlcad | there are a few incompatibilities that will have to be looked at case-by-case |
| 21:56.39 | starseeker | nods - I'm just grabbing what look to be low hanging fruit... |
| 21:57.11 | starseeker | there are declarations in libbu that are complaining about throwing different exceptions |
| 21:57.35 | starseeker | wasn't sure what you wanted to do there |
| 22:02.29 | starseeker | well, anyway, it's easy to turn on now |
| 22:08.42 | Notify | 03BRL-CAD:starseeker * 58838 brlcad/trunk/src/libbu/vfont.c: Avoid issue with const DEFAULT_FONT |
| 22:09.35 | Notify | 03BRL-CAD:starseeker * 58839 brlcad/trunk/src/libbu/str.c: bu_malloc cast |
| 22:11.32 | brlcad | gci tasks by definition are low-hanging fruit ;) |
| 22:11.55 | brlcad | best when there's a lot of little fruit that is tedious or thorny ;) |
| 22:12.29 | starseeker | all right, fair enough |
| 22:12.38 | starseeker | commits and stopps |
| 22:14.16 | Notify | 03BRL-CAD:starseeker * 58840 brlcad/trunk/src/libbu/vls.c: Couple more C++ tweaks for libbu |
| 22:14.26 | Notify | 03BRL-CAD:starseeker * 58841 brlcad/trunk/src/libbu/mappedfile.c: Couple more C++ tweaks for libbu |
| 22:14.58 | brlcad | no worries, whatever you enjoy working on |
| 22:15.04 | brlcad | I love working on that kind of stuff myself |
| 22:15.21 | brlcad | just saying, it's quite grunty ;) |
| 22:15.26 | starseeker | heh - don't have time today for the deep dive into the boolean logic that's next on the program |
| 22:16.07 | brlcad | also dangerous, like r58841 |
| 22:16.16 | brlcad | where's that memory free'd? |
| 22:16.50 | brlcad | (more than likely is not, leaving it to the caller, and that introduces a leak |
| 22:17.04 | brlcad | or previous was crashy |
| 22:17.08 | starseeker | double checks - thought I saw some freeing of that variable, but maybe not in the right place |
| 22:17.17 | starseeker | probably not if it wasn't crashing, come to think of it |
| 22:17.42 | brlcad | it would have had to check the value, obviously cannot free "__STALE__" |
| 22:18.02 | starseeker | we're strduping that variable at 183 |
| 22:18.29 | brlcad | or perhaps never encountered in which case your commit fixes the potential crash ... but I'd be a little surprised because that's the sort of thing coverity detects |
| 22:19.33 | starseeker | the fail goto destination frees it |
| 22:22.04 | starseeker | I think there is at least one path through there that puts something in mp->appl and doesn't free it |
| 22:22.18 | starseeker | (besides the one I just added) |
| 22:23.03 | brlcad | wonders what the callers do |
| 22:24.00 | starseeker | unless we are guaranteed to fail once we reach line 183, it looks like that strdup isn't freed |
| 22:25.16 | starseeker | meh - I can revert it if you prefer until we sort it out - we're a long way from clean C++ building |
| 22:26.21 | starseeker | my guess is if we've ever hit the case that triggers 183, we've just ended up with a small memory leak (i.e. my bet is the callers don't free it) |
| 22:28.35 | brlcad | every .g is opened as a mappedfile, so we'd see a leak in valgrind during normal use |
| 22:28.53 | brlcad | that was obviously an exception case, so either appl isn't used or it is free'd somewhere during normal calls |
| 22:29.13 | brlcad | I'd revert until someone traces it for certain |
| 22:29.31 | starseeker | reflects that all C++ compiling is going to be a doozy of a test to add to distcheck-full once we do get it working :-) |
| 22:31.07 | Notify | 03BRL-CAD:starseeker * 58842 brlcad/trunk/src/libbu/mappedfile.c: revert the use of strdup here until we figure out what's going on. |
| 23:30.28 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: claim - i would like to claim this task |
| 23:32.43 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: claim - i would like to claim this task |
| 23:36.54 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: brl-cad tasks - I want to participate in more BRL-CAD task as they interest me but feel like i dont have enough skill in the area... |
| 23:57.14 | *** join/#brlcad j_v (~john@cpe-69-205-187-137.stny.res.rr.com) | |
| 23:59.47 | j_v | I meant to come back sooner and give an update on slackbuild for brlcad. the slackbuild is updated for 7.24.0. Thanks, brlcad, for help and suggestions. |
| 00:06.55 | Notify | 03GCI:Arjun * Create an utility library (LIBBU) API unit test for any file: Task Claimed - I would like to work on this task. |
| 00:18.06 | Notify | 03GCI:Arjun * Create an utility library (LIBBU) API unit test for any file: Quick Questions - Hi, I decided to write a unit test for libbu/color.c, and I came accross a few concerns. First, am I... |
| 00:40.37 | *** join/#brlcad arjunyg (43bcf432@gateway/web/freenode/ip.67.188.244.50) | |
| 01:25.54 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 01:26.55 | arjunyg | anyone know anything about gcibot? |
| 02:00.15 | maths22 | what about it? |
| 02:08.25 | Notify | 03GCI:Gauravjeet Singh * Create unit tests for plane.c "dist" functions: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 02:08.40 | Notify | 03GCI:Gauravjeet Singh * Create an utility library (LIBBU) API unit test for any file: Task Assigned - This task has been assigned to Arjun. You have 72 hours to complete this task, good luck! |
| 02:22.52 | *** join/#brlcad gjeet (~androirc@117.199.98.132) | |
| 03:04.43 | brlcad | arjunyg: a little bit, why? |
| 04:22.47 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 05:58.36 | Notify | 03GCI:Melange * Implement a volume function for extruded bitmaps (EBM): No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 06:01.01 | Notify | 03GCI:Sean * Creating Motion Typography video for BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 06:03.27 | Notify | 03GCI:Sean * Implement a volume function for extruded bitmaps (EBM): Task Closed - Congratulations, this task has been completed successfully. |
| 06:05.32 | Notify | 03GCI:Sean * Implement a volume function for extruded bitmaps (EBM): either way, excellent work - Whether it's right or not, this is outstanding work. You've gone above and beyond by comparing to... |
| 06:33.29 | *** join/#brlcad caen23 (~caen23@92.81.177.20) | |
| 07:03.56 | *** join/#brlcad caen23_ (~caen23@92.83.190.22) | |
| 08:22.55 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 09:05.23 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 09:59.41 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:23.32 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 10:41.35 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:55.05 | *** join/#brlcad garnett (~Osiris_@195.24.220.16) | |
| 11:10.07 | *** join/#brlcad Ch3ck_ (~Osiris_@195.24.220.16) | |
| 12:23.52 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 13:07.08 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:09.18 | *** join/#brlcad microchip_sac (~microchip@223.239.199.70) | |
| 14:11.39 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:12.04 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:24.16 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 14:32.12 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 14:32.59 | Notify | 03BRL-CAD:starseeker * 58843 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Shorten toplevel summary line slightly to avoid line wrap in 80x24 |
| 14:53.52 | Notify | 03BRL-CAD:starseeker * 58844 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Remove extra line |
| 14:55.38 | Notify | 03GCI:Shardul Chiplunkar * Add missing documentation (for any ONE command) #2: Ready for review - The work on this task is ready to be reviewed. |
| 14:56.29 | Notify | 03GCI:Shardul Chiplunkar * Add missing documentation (for any ONE command) #2: None - Please see the second uploaded patch file, it contains the changes. Thanks! |
| 15:02.11 | Notify | 03BRL-CAD:carlmoore * 58845 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: fix spelling |
| 15:08.09 | Notify | 03BRL-CAD:starseeker * 58846 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Add a BRLCAD_SUMMARIZE_DEV_SETTINGS breakout that provides a place for more developer oriented summary printing entries - they won't be printed by default, but can be enabled by passing -DBRLCAD_SUMMARIZE_DEV_SETTINGS=ON to CMake |
| 15:22.24 | Notify | 03BRL-CAD:starseeker * 58847 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Whoops - do need a return when the terminal is actually wide enough for the top line |
| 15:25.08 | starseeker | brlcad: I'm not sure how to get the summary back down to 80x24 without a radical restructure - just the compilation flags take up almost that much space |
| 15:34.16 | Notify | 03BRL-CAD:starseeker * 58848 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Automate handling the width of the initial summary line. |
| 15:46.55 | Notify | 03BRL-CAD:starseeker * 58849 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Might as well make this configurable rather than hard coding it, especially since the rest of the summary logic is already more flexible. |
| 16:02.35 | Notify | 03BRL-CAD:carlmoore * 58850 brlcad/trunk/src/librt/primitives/nmg/nmg_brep.cpp: fix format specification due to warning message |
| 16:05.43 | Notify | 03BRL-CAD:tbrowder2 * 58851 (brlcad/trunk/src/lgt/reflect.c brlcad/trunk/src/libbn/plane.c and 16 others): various fixes from compiling with C++ compiler:correct function signaturesuse explict casts from void*use NULL for zeroing pointersremove unneeded 'auto' from variables (also conflicts with use in C++)change function format from K&R to ansiother fixes:ws, styletested with debug build on Debian 7, 64-bitmake |
| 16:05.45 | Notify | regress successfulmake test passed all but one (known to fail):254/289 Test #254: bn_plane_3pts_collinear_partial_same_2 ..............***Failed 0.00 sec |
| 17:33.26 | Notify | 03BRL-CAD:brlcad * 58852 brlcad/trunk/src/libtermio/termio.c: logic changed, should check if HAVE_TERMIOS_H is defined. |
| 19:20.25 | Notify | 03BRL-CAD:starseeker * 58853 (brlcad/trunk/src/libbu/kill.c brlcad/trunk/src/libbu/temp.c): Don't do the declarations if we're doing C++ |
| 19:20.35 | Notify | 03BRL-CAD:brlcad * 58854 brlcad/trunk/src/remrt/remrt.c: begin some cleanup to remove forward declarations and remove function titles |
| 19:26.16 | brlcad | 58853 feels like compounding levels of wrong ... that decl is dubious to begin with |
| 19:26.43 | brlcad | not to mention all the preprocessing goo now surrounding it based on feature testing, platforms, and now compiler type |
| 19:27.07 | brlcad | gone from bad to plaid |
| 19:31.06 | brlcad | starseeker: reducing summary display is secondary priority to discouraging it from growing more .. it's just getting to be TMI, info that's questionably actionable |
| 19:35.23 | Notify | 03BRL-CAD:brlcad * 58855 brlcad/trunk/src/remrt/remrt.c: move pkgswitch to the end, avoid all the forward decls |
| 19:48.50 | Notify | 03BRL-CAD:n_reed * 58856 (brlcad/trunk/src/libsysv/CMakeLists.txt brlcad/trunk/src/libsysv/memset.c and 4 others): pragma ignore of -Wunused-const-variable triggers -Wunknown-pragmas for older clang. Condition pragma on having the warning. |
| 20:06.45 | starseeker | brlcad: fair enough - didn't know if the decl was one of those "necessary" evils or what |
| 20:07.57 | starseeker | brlcad: I've proposed before that I convert the Tcl package lines in the summary from one-line-per to some more compact list - should I give it a go? |
| 20:08.10 | starseeker | that would be a decent haircut for the length |
| 20:09.01 | Notify | 03BRL-CAD:brlcad * 58857 brlcad/trunk/src/remrt/remrt.c: reorder to avoid all the forward declarations. one of the intended side-effects, it unveiled 3 functions that were unused. deleted tvsub, string2int, and mathtab_constant. made the callback funcs static to boot. |
| 20:09.11 | starseeker | brlcad: to be honest, that's why I figured the C++ clean-up might not be GCI material - too many ways to "solve" problems that don't solve underlying issues |
| 20:13.44 | Notify | 03BRL-CAD:brlcad * 58858 brlcad/trunk/src/remrt/remrt.c: ws comment cleanup, remove internal tabs |
| 20:14.51 | brlcad | starseeker: hardly anything is ever "necessary" .. just usually what was easiest or (sometimes) what was the best solution at a given point in time |
| 20:15.13 | brlcad | the decl might have been okay, but the wrapping it's needing says it's probably not any more .. there's a better place for that |
| 20:16.02 | brlcad | i'd hold on the tcl summary listing for the moment .. it's not really that annoying just yet -- how long is the listing and how much will that reduce? |
| 20:16.25 | brlcad | there's other ways we can display that info that might help too |
| 20:17.17 | brlcad | as for GCI tasking, I think there are categories of fixes that would be appropriate, like all of the (void*) conversions that are implicit in C but require a cast in C++ -- those are easy and generally won't introduce a bug |
| 20:17.23 | brlcad | (unless they get the type wrong) |
| 20:17.43 | brlcad | maybe can pull a complete make -k log to see what kinds of patterns there are and counts for how many |
| 20:19.26 | starseeker | currently there are 6 tcl/tk packages being listed individually, counting tk |
| 20:19.54 | starseeker | could probably get it down to 2 lines... compiled vs. system or some such |
| 20:22.00 | starseeker | kinda want to stick SMP-capable and verbose compilation flags in the developer summary category (off by default unless a specific setting is enabled...) |
| 20:22.17 | starseeker | ditto for debuggable release, since that's almost always on |
| 20:22.27 | starseeker | double ditto for profile |
| 20:22.54 | starseeker | is run-time debugging *ever* turned off? |
| 21:18.54 | Notify | 03BRL-CAD:tbrowder2 * 58859 brlcad/trunk/src/libbu/mappedfile.c: use bu_srtdup as advertised for the struct member; ws, style |
| 21:20.29 | Notify | 03BRL-CAD:tbrowder2 * 58860 (brlcad/trunk/src/rt/heatgraph.c brlcad/trunk/src/rt/view.c brlcad/trunk/src/util/ttcp.c): quell const string warnings; ws |
| 21:32.34 | Notify | 03BRL-CAD:tbrowder2 * 58861 brlcad/trunk/src/libbu/parse.c: ws, style |
| 22:05.26 | Notify | 03BRL-CAD:n_reed * 58862 (brlcad/trunk/CHANGES brlcad/trunk/CMakeLists.txt and 4 others): Carbon process-related functions used in dm_applicationfocus are deprecated in OS X 10.9. Removing dm_applicationfocus, since it only applies to OS X, and XQuartz has a "Focus On New Windows" preference that allows you to accomplish the same thing (e.g. giving mged focus on startup). Removing dm_applicationfocus eliminates the |
| 22:05.28 | Notify | need to check for Carbon in the first-party build logic. |
| 22:06.13 | maths22 | which cmake file would be best for a BRLCAD_ENABLE_COVERAGE option to be added to? |
| 22:10.54 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 22:14.38 | Notify | 03BRL-CAD:n_reed * 58863 brlcad/trunk/src/rt/view.c: fix accidental char casts on fastf_t buffers |
| 22:24.05 | Notify | 03BRL-CAD:n_reed * 58864 brlcad/trunk/src/libbn/CMakeLists.txt: ignore bn_private.h |
| 22:52.48 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 23:03.15 | starseeker | maths22: that's probably a top level option - sounds a little like BRLCAD_ENABLE_PROFILING |
| 23:16.15 | maths22 | I want to create it, but I don't know what file to add it to |
| 23:18.53 | maths22 | It looks like toplevel cmakelists + misc/CMake/BRLCAD_CompilerFlags.cmake |
| 23:49.59 | Notify | 03BRL-CAD:starseeker * 58865 brlcad/trunk/misc/CMake/BRLCAD_Summary.cmake: Move a few more items into the 'developers only' summary list |
| 00:17.38 | Notify | 03BRL-CAD:tbrowder2 * 58866 brlcad/trunk/include/bu.h: complete actual signature of sp_hook function |
| 01:02.53 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "dist" functions: Ready for review - The work on this task is ready to be reviewed. |
| 01:33.24 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 01:58.11 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: None - Sorry, I have been on vacation and school was a priority. I will have a decent... |
| 02:29.05 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:07.10 | maths22 | current trunk fails with latest committ to bu.h: http://brlcad.org:8085/browse/BRLCAD-BUIL-JOB1-208/log |
| 03:32.09 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 04:11.06 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The student... |
| 05:01.58 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 05:34.55 | Notify | 03BRL-CAD:brlcad * 58867 brlcad/trunk/src/rt/heatgraph.c: allocating the wrong type size |
| 05:59.43 | Notify | 03BRL-CAD:brlcad * 58868 brlcad/trunk/src/librt/bundle.c: remove the dead-code comment. this would just add a layer of obfuscation anyways seeing as there's no duplication being reduced or semantic information being strengthened. |
| 06:09.47 | Notify | 03BRL-CAD:brlcad * 58869 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: apply sf patch 244, gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6219730314592256 ) from Shardul Chiplunkar where he provides a man page for rtexample. |
| 06:09.49 | gcibot | Add missing documentation (for any ONE command) #2 |
| 06:09.49 | gcibot | Status: NeedsReview (28 hours, 19 minutes left) |
| 06:09.49 | gcibot | Mentor(s): Sean |
| 06:13.43 | Notify | 03BRL-CAD:brlcad * 58870 brlcad/trunk/doc/docbook/system/man1/en/rtexample.xml: put the right 'author' and copyright year |
| 06:15.27 | Notify | 03BRL-CAD:brlcad * 58871 brlcad/trunk/AUTHORS: credit GCI student Shardul Chiplunkar with special thanks for creating a simple man page for rtexample. |
| 06:17.07 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command) #2: passes validation - The latest patch passes validation. The author and copyright fields weren't right, but they were fixed in a... |
| 06:17.37 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command) #2: Task Closed - Congratulations, this task has been completed successfully. |
| 06:26.23 | Notify | 03BRL-CAD:brlcad * 58872 brlcad/trunk/include/bu.h: revert r58866 because not all of our hooked functions have that signature (see dsp.c for example). might be possible to make them all match, but unbreak build in the meantime. |
| 06:46.02 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 07:53.02 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 08:06.38 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:13.26 | Notify | 03BRL-CAD:brlcad * 58873 brlcad/trunk/src/libbn/tests/CMakeLists.txt: apply unmodified gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5836757207613440 ) from Andromeda Galaxy, implementing a unit test for some of the functions in plane.c |
| 08:13.27 | gcibot | Create unit tests for plane.c "dist" functions |
| 08:13.27 | gcibot | Status: NeedsReview (41 hours, 54 minutes left) |
| 08:13.27 | gcibot | Mentor(s): Sean |
| 08:13.35 | Notify | 03BRL-CAD:brlcad * 58874 brlcad/trunk/src/libbn/tests/bn_plane_dist.c: fix filename in header |
| 08:18.52 | Notify | 03GCI:Sean * Create unit tests for plane.c "dist" functions: Task Closed - Congratulations, this task has been completed successfully. |
| 08:20.53 | brlcad | maths22: thanks, should be fixed now |
| 08:21.09 | brlcad | I don't think he tested that one |
| 08:22.11 | Notify | 03BRL-CAD:brlcad * 58875 brlcad/trunk/src/libbn/tests/bn_plane_dist.c: ws |
| 08:23.50 | Notify | 03GCI:Sean * Create unit tests for plane.c "dist" functions: patch applied cleanly - Nearly perfect patch. The comment header was wrong, but the content looked good. A little surprised you didn't... |
| 08:39.29 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:52.55 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:08.36 | Notify | 03BRL-CAD:tbrowder2 * 58876 brlcad/trunk/src/librt/primitives/dsp/dsp.c: ws, style |
| 12:15.47 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 13:09.32 | Notify | 03BRL-CAD:tbrowder2 * 58877 (brlcad/trunk/src/libbu/whereis.c brlcad/trunk/src/libbu/which.c): squash const string warnings/errors |
| 13:45.33 | *** join/#brlcad jschulte (~johannes@p4FDFADA7.dip0.t-ipconnect.de) | |
| 14:17.53 | jschulte | Hello, when doing this task(http://www.google-melange.com/gci/task/view/google/gci2013/6170669171605504), I was told to remind you of creating tasks for fixing some qsort-uses, it would be great if someone could create them. |
| 14:25.27 | jschulte | Moreover, I just wanted so state, that I'm strongly interested in the reworking for C++ compiling, so if there are any suitable GCI-tasks for this, don't hesitate to create them, I would love to support this process |
| 14:32.08 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 14:34.06 | Notify | 03GCI:Shardul Chiplunkar * Add missing documentation (for any ONE command): Task Claimed - I would like to work on this task. |
| 14:36.16 | Notify | 03GCI:Mandeep Kaur * Add missing documentation (for any ONE command): Task Assigned - This task has been assigned to Shardul Chiplunkar. You have 72 hours to complete this task, good luck! |
| 14:57.50 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:23.26 | *** join/#brlcad caen23 (~caen23@92.83.190.22) | |
| 15:37.36 | Notify | 03BRL-CAD:tbrowder2 * 58878 brlcad/trunk/src/librt/primitives/dsp/dsp.c: ws, style |
| 15:54.33 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "intersection" functions: Task Claimed - I would like to work on this task. |
| 16:08.05 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 16:08.05 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 16:34.02 | Notify | 03GCI:Mandeep Kaur * Create unit tests for plane.c "intersection" functions: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 16:42.36 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 17:15.59 | Notify | 03GCI:Shardul Chiplunkar * Add missing documentation (for any ONE command): Ready for review - The work on this task is ready to be reviewed. |
| 18:07.41 | Notify | 03BRL-CAD:brlcad * 58879 (brlcad/trunk/src/libbu/whereis.c brlcad/trunk/src/libbu/which.c): the issue is that static strings are const, so propagating const to the directory pointer should be a simpler solution. |
| 18:34.21 | brlcad | hello Ch3ck_ |
| 18:34.43 | Ch3ck_ | Hello brlcad |
| 18:40.17 | Ch3ck_ | brlcad, Isaac and I need your assistance. Can I pm? |
| 19:06.13 | *** join/#brlcad svineet (~svineet@117.200.85.167) | |
| 19:06.20 | svineet | gcibot, ping |
| 19:06.23 | gcibot | svineet: Hey, I'm a bot written by aviraldg (some fixes by: puckipedia) who inserts metadata about GCI links! |
| 19:06.23 | gcibot | svineet: Source at: https://github.com/aviraldg/gcibot <-> https://github.com/puckipedia/gcibot |
| 19:06.23 | gcibot | svineet: Log of all channels: http://ur1.ca/g5cah | GCI Leaderboard (by svineet): http://ur1.ca/g5olr |
| 19:06.41 | brlcad | Ch3ck_: sure, but know that I'm in and out all day |
| 19:06.54 | brlcad | a response may take a while, but say what you intend to say and I'll reply when I can |
| 19:19.19 | *** part/#brlcad svineet (~svineet@117.200.85.167) | |
| 19:55.30 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: help - i really want to do this task but i cant subscribe for it anywhere , helppp |
| 20:07.22 | Ch3ck_ | retires for the day |
| 20:12.17 | Notify | 03GCI:Sean * Reproduce any 5 unconfirmed open bug reports: click the claim button - There should be a "Claim Task" button on the upper right side next to the task title. |
| 20:46.42 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: no button - its not there |
| 21:00.23 | Notify | 03GCI:Sean * Reproduce any 5 unconfirmed open bug reports http://www.google-melange.com/gci/task/view/google/gci2013/4673576447770624: paperwork? Did you complete the registration process? You... |
| 21:04.33 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: so confused - i sighned up for the competition and also uploaded the parental form and student id. is there something else i... |
| 21:05.43 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: None - and i have already claimed a few tasks , i just cant claim this one |
| 21:12.29 | *** part/#brlcad caen23 (~caen23@92.83.190.22) | |
| 21:21.34 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: Task Claimed - I would like to work on this task. |
| 21:32.25 | Notify | 03GCI:Rehema Kyeyune * Find, reliably reproduce, and report any bug in Archer: claim - i would like to work on this task |
| 21:39.58 | Notify | 03BRL-CAD:tbrowder2 * 58880 (brlcad/trunk/src/liboptical/sh_air.c brlcad/trunk/src/liboptical/sh_billboard.c and 12 others): ws, styleset.c:ordered some func decls alphabetically for ease of maintenance |
| 22:21.51 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "intersection" functions: Ready for review - The work on this task is ready to be reviewed. |
| 22:56.20 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 22:56.20 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 23:07.01 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed. |
| 01:37.31 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 02:58.32 | Notify | 03GCI:Gauravjeet Singh * Reproduce any 5 unconfirmed open bug reports: Task Assigned - This task has been assigned to Rehema Kyeyune. You have 72 hours to complete this task, good luck! |
| 03:54.02 | maths22 | brlcad: how does http://brlcad.org/coverage look now? |
| 03:54.10 | maths22 | Are the line numbers better? |
| 04:03.15 | maths22 | Also, lcov/gcov seems to ignore header files |
| 04:10.19 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Ready for review - The work on this task is ready to be reviewed. |
| 04:11.04 | Notify | 03GCI:Melange * Model BRL-CAD Logo Using BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 05:09.14 | Notify | 03GCI:Melange * Design a cover image or banner for our Facebook page (and other social media sites) #6: No more Work can be submitted - Melange has detected that the deadline has passed and no more... |
| 05:24.04 | Notify | 03GCI:Melange * Generate/Update lcov code coverage report daily: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded.... |
| 05:41.08 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6 http://www.google-melange.com/gci/task/view/google/gci2013/5327637555707904: Previews I... |
| 05:41.14 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-119-208.aby.bellsouth.net) | |
| 07:19.06 | Notify | 03GCI:mandar * Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task. |
| 07:55.51 | *** join/#brlcad yomanurock (3b5f268a@gateway/web/freenode/ip.59.95.38.138) | |
| 07:56.57 | Notify | 03GCI:Mandeep Kaur * Add missing documentation (for any ONE command) #3: Task Assigned - This task has been assigned to mandar. You have 72 hours to complete this task, good luck! |
| 08:33.18 | Notify | 03GCI:mandar * Add missing documentation (for any ONE command) #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 08:35.03 | Notify | 03GCI:mandar * Add missing documentation (for any ONE command) #3: Task Claimed - I would like to work on this task. |
| 08:36.22 | *** join/#brlcad yomanurock (3b5f268a@gateway/web/freenode/ip.59.95.38.138) | |
| 08:36.58 | yomanurock | could anybody tell me what the 'a-d' command does and how to use it |
| 08:40.53 | yomanurock | could anybody tell me what the wdb_example command does and also how to use it? |
| 08:44.12 | Notify | 03GCI:mandar * Add missing documentation (for any ONE command) #3: wdb_example available? - Is the wdb_example command available? |
| 08:54.07 | *** join/#brlcad mjuvekar (3b5f268a@gateway/web/freenode/ip.59.95.38.138) | |
| 08:54.28 | mjuvekar | can anyone please tell me the options available for wdb_example? |
| 09:14.21 | *** join/#brlcad mjuvekar (3b5f268a@gateway/web/freenode/ip.59.95.38.138) | |
| 11:22.59 | Notify | 03GCI:Gauravjeet Singh * Design a cover image or banner for our Facebook page (and other social media sites) #6: Good Design - This is some decent design, good work. This is something enough to... |
| 11:23.54 | Notify | 03GCI:Gauravjeet Singh * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Needs More Work - One of the mentors has sent this task back for more work.... |
| 11:24.04 | Notify | 03GCI:Gauravjeet Singh * Design a cover image or banner for our Facebook page (and other social media sites) #6: Deadline extended - The deadline of the task has been extended with 0 days and 12... |
| 11:37.48 | *** join/#brlcad gjeet (~gjeet@117.212.50.142) | |
| 12:45.12 | *** join/#brlcad jschulte (~johannes@p4FDF99D2.dip0.t-ipconnect.de) | |
| 12:53.25 | Notify | 03GCI:Melange * Write a manual page for MGED's ''brep'' command: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted... |
| 13:56.02 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 14:53.59 | Notify | 03GCI:Sean * Create unit tests for plane.c "intersection" functions: Task Closed - Congratulations, this task has been completed successfully. |
| 14:57.08 | Notify | 03GCI:Sean * Create unit tests for plane.c "intersection" functions: another - Another excellent patch. Please create a Sourceforge account if you have not done so already and let me know what... |
| 15:01.01 | Notify | 03BRL-CAD:brlcad * 58881 brlcad/trunk/src/libbn/tests/CMakeLists.txt: add gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5770305876262912 ) from andromeda galaxy that implements the plane intersection tests. slightly modified patch (comma to decimal), and several are failing that require inspection. |
| 15:01.02 | gcibot | Create unit tests for plane.c "intersection" functions |
| 15:01.02 | gcibot | Status: Closed |
| 15:01.02 | gcibot | Mentor(s): Sean |
| 15:03.07 | Notify | 03GCI:Sean * Create unit tests for plane.c "intersection" functions: nearly perfect - Your patch was applied in r58881, slightly modified. You had a typo on two lines, which I'm surprised you... |
| 15:08.08 | Notify | 03GCI:Andromeda Galaxy * Investigate permuted vertex lists from g-iges + iges-g: Task Claimed - I would like to work on this task. |
| 15:09.12 | Notify | 03GCI:Mandeep Kaur * Investigate permuted vertex lists from g-iges + iges-g: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 15:13.19 | Notify | 03GCI:Andromeda Galaxy * Create unit tests for plane.c "intersection" functions: failing tests - I tried to document which tests fail for me in the CMakeLists.txt file. I did notice that on all of... |
| 15:33.28 | Notify | 03BRL-CAD:brlcad * 58882 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: add an initial man page patch from gci ( http://www.google-melange.com/gci/task/view/google/gci2013/5336324261281792 ) and sf patch 245 from Shardul Chiplunkar |
| 15:33.29 | gcibot | Add missing documentation (for any ONE command) |
| 15:33.29 | gcibot | Status: NeedsReview (47 hours, 2 minutes left) |
| 15:33.29 | gcibot | Mentor(s): Sean |
| 15:34.07 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command): Task Closed - Congratulations, this task has been completed successfully. |
| 15:35.32 | Notify | 03GCI:Sean * Add missing documentation (for any ONE command): brep_simple - The manual page for brep_simple looks great. I like how you took a little extra time to add the diagram from the source... |
| 15:40.50 | Notify | 03BRL-CAD:brlcad * 58883 brlcad/trunk/NEWS: note the two new manual pages from Shardul Chiplunkar |
| 15:40.51 | Notify | 03GCI:Sean * Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 15:55.57 | Notify | 03GCI:Sean * Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320: glad to hear it Hi Alex! Glad to hear that you're... |
| 16:13.01 | Notify | 03GCI:Sean * Write a manual page for MGED's ''brep'' command: reason for more work - The reason I marked this for more work is so that you can submit your work in proper patch format, integrated... |
| 16:13.16 | Notify | 03GCI:Sean * Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 16:14.21 | Notify | 03GCI:Sean * Write a manual page for MGED's ''brep'' command: in case you're wondering - If you know what you're doing, this last step should take all of 2 minutes. It might take you a couple... |
| 17:24.28 | Notify | 03GCI:Palindrome * Design a cover image or banner for our Facebook page (and other social media sites) #6: Ready for review - The work on this task is ready to be reviewed. |
| 17:28.13 | *** join/#brlcad caen23 (~caen23@92.85.94.135) | |
| 18:11.32 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #6: looks fantastic - Palindrome, this looks great but are those the only raw files you have? How... |
| 18:11.37 | Notify | 03GCI:Sean * Design a cover image or banner for our Facebook page (and other social media sites) #6: Task Closed - Congratulations, this task has been completed successfully. |
| 18:25.58 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320: None Thanks for the detailed feedback answering my... |
| 18:50.00 | *** join/#brlcad jschulte (~johannes@p4FDF9380.dip0.t-ipconnect.de) | |
| 19:06.20 | Notify | 03GCI:Johannes Schulte * Implement surface area function for polygonal meshes (NMG): None - You told me to remind you of creating those tasks, so I would appreciate if you could do that :)... |
| 19:41.06 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-119-208.aby.bellsouth.net) | |
| 19:44.16 | *** part/#brlcad Palindrome (~Palindrom@adsl-108-129-119-208.aby.bellsouth.net) | |
| 20:03.37 | *** join/#brlcad jayantr7 (~jayantr7@117.200.82.250) | |
| 20:04.54 | *** part/#brlcad jayantr7 (~jayantr7@117.200.82.250) | |
| 20:15.22 | andromeda-galaxy | Does anyone know where I could find a spec for the way that BRL-CAD handles the IGES file format? |
| 21:47.06 | maths22 | brlcad: can my task be extended one day? |
| 21:47.23 | maths22 | I just need to set up cron and test it running on a clean directory |
| 23:07.31 | ``Erik | andromeda-galaxy: I think the only info is the code... src/conv/iges/ (I believe most of that code was originally written by one of the committee members for the iges spec itself) |
| 23:09.04 | ``Erik | maths22: sounds legit, what url or id# ? |
| 23:11.38 | Notify | 03GCI:erikg * Add missing documentation (for any ONE command) #3: Task Assigned - This task has been assigned to mandar. You have 72 hours to complete this task, good luck! |
| 23:12.58 | Notify | 03GCI:erikg * Add missing documentation (for any ONE command) #3: re: wdb_example available? - wdb_example is available at src/proc-db/wdb_example.c |
| 23:14.08 | Notify | 03GCI:erikg * Add missing documentation (for any ONE command) #3: re: wdb_example available? - (and there is no documentation for wdb_example at doc/docbook/system/man1/en/wdb_example.xml yet) |
| 23:21.22 | maths22 | http://www.google-melange.com/gci/task/view/google/gci2013/5849379982278656 |
| 23:21.23 | gcibot | Generate/Update lcov code coverage report daily |
| 23:21.23 | gcibot | Status: ActionNeeded (6 hours, 2 minutes left) |
| 23:21.23 | gcibot | Mentor(s): Sean |
| 23:29.40 | Notify | 03GCI:erikg * Generate/Update lcov code coverage report daily: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 23:41.27 | maths22 | ``Erik: I don't know if you can do this, but for the task to work with cron, a pach must be committed to svn |
| 23:41.39 | maths22 | I can provide the details if you want them |
| 23:42.48 | Notify | 03GCI:Andromeda Galaxy * Investigate permuted vertex lists from g-iges + iges-g: Ready for review - The work on this task is ready to be reviewed. |
| 23:42.59 | andromeda-galaxy | ``Erik: Can you tell me if https://www.google-melange.com/gci/task/view/google/gci2013/5345276583739392 is detailed enough? It is quite hard figuring out how data is stored, because I cannot find a spec for IGES anywhere. |
| 23:43.00 | gcibot | Investigate permuted vertex lists from g-iges + iges-g |
| 23:43.00 | gcibot | Status: NeedsReview (2 days, 15 hours left) |
| 23:43.00 | gcibot | Mentor(s): Sean |
| 23:43.38 | Notify | 03GCI:Daniel * Model BRL-CAD Logo Using BRL-CAD: IRC - Do you guys have an irc or something that would be convinient to chat on? |
| 00:21.17 | *** join/#brlcad sitkov (~sitkov@91.210.101.125) | |
| 00:50.09 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 01:22.09 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-131.aby.bellsouth.net) | |
| 01:26.43 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-131.aby.bellsouth.net) | |
| 01:55.26 | maths22 | andromeda-galaxy: see https://github.com/lhr0909/IGESParser |
| 01:55.37 | maths22 | IGES5-3_forDownload.pdf |
| 02:06.43 | Notify | 03GCI:Arjun * Create an utility library (LIBBU) API unit test for any file: Ready for review - The work on this task is ready to be reviewed. |
| 02:08.30 | Notify | 03GCI:Melange * Create an utility library (LIBBU) API unit test for any file: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted.... |
| 02:09.15 | Notify | 03GCI:Arjun * Create an utility library (LIBBU) API unit test for any file: Clicked the wrong file... - I accidentally uploaded the wrong patch, namely the one I made when I was half-done and... |
| 02:23.51 | *** part/#brlcad Palindrome (~Palindrom@adsl-108-129-124-131.aby.bellsouth.net) | |
| 02:33.44 | *** join/#brlcad maths221 (~maths22@66-118-151-70.static.sagonet.net) | |
| 02:59.33 | Notify | 03GCI:Sean * Investigate permuted vertex lists from g-iges + iges-g: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 03:03.29 | Notify | 03GCI:Sean * Investigate permuted vertex lists from g-iges + iges-g: more detail - More details please? It's not clear to me why the container would cause permuted vertices if they are iterated to... |
| 03:04.44 | Notify | 03GCI:Sean * Create an utility library (LIBBU) API unit test for any file: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 03:10.14 | Notify | 03GCI:Andromeda Galaxy * Investigate permuted vertex lists from g-iges + iges-g: Hopefully a clarification - Because I cannot find a specification for the IGES file format, I could only look at... |
| 03:16.58 | Notify | 03GCI:Jacob B * Investigate permuted vertex lists from g-iges + iges-g: Standard - For the standard, see my comment on IRC (nick maths22). You will need to download the zip of the github repo I... |
| 03:20.19 | Notify | 03GCI:Sean * Create an utility library (LIBBU) API unit test for any file: done - Done Arjun, just let us know when you're done. As for your questions, you do indeed have the right repo and your... |
| 03:39.22 | Notify | 03GCI:Andromeda Galaxy * Investigate permuted vertex lists from g-iges + iges-g: thanks - Thank you for the link to the standard! |
| 03:42.07 | Notify | 03GCI:Andromeda Galaxy * Investigate permuted vertex lists from g-iges + iges-g: More clarity - Thanks to Jacob B.'s helpfully provided standard, I think that the problem is that... |
| 03:43.43 | Notify | 03GCI:Andromeda Galaxy * Investigate permuted vertex lists from g-iges + iges-g: Ready for review - The work on this task is ready to be reviewed. |
| 03:46.47 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 03:49.09 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 03:50.41 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 04:10.06 | brlcad | maths22: that looks much better .. and crazy-informative |
| 04:25.08 | maths22 | it will be messed up once the cron job takes effect until a patch is submitted |
| 04:25.13 | maths22 | I will do that tomorrow |
| 06:46.09 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 07:14.02 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 08:13.08 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 09:00.54 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 09:05.32 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:13.01 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:37.54 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 09:41.45 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 09:42.15 | *** join/#brlcad sealuan (~sealuan@91.210.100.56) | |
| 10:27.01 | *** join/#brlcad elenadv (~elenadv@91.210.100.138) | |
| 11:14.18 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 11:37.12 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 12:47.28 | Notify | 03GCI:Deep Inder Singh * Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task. |
| 13:28.01 | *** join/#brlcad witness (~witness12@182.64.164.221) | |
| 13:28.56 | *** join/#brlcad witness (~witness12@182.64.164.221) | |
| 14:01.10 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 14:01.10 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 14:05.46 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 14:05.46 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 14:12.19 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 14:14.40 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 14:17.03 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 14:17.39 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 14:33.17 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 14:59.35 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:02.54 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 15:05.41 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 15:06.23 | Notify | 03GCI:Vipul Sharma * Implement a surface area function for gridded volumes (VOL): Task Claimed - I would like to work on this task. |
| 15:10.45 | Notify | 03GCI:Mandeep Kaur * Implement a surface area function for gridded volumes (VOL): Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good luck! |
| 15:39.19 | *** join/#brlcad Ch3ck_ (~Ch3ck@195.24.220.16) | |
| 15:53.39 | *** join/#brlcad jschulte (~johannes@p4FDF84CB.dip0.t-ipconnect.de) | |
| 16:18.43 | jschulte | Hello, when doing this task(http://www.google-melange.com/gci/task/view/google/gci2013/6170669171605504), I was told to remind you of creating tasks for fixing some qsort-uses, it would be great if someone could create them. |
| 16:19.02 | jschulte | Moreover, I just wanted so state, that I'm strongly interested in the reworking for C++ compiling, so if there are any suitable GCI-tasks for this, don't hesitate to create them, I would love to support this process |
| 16:29.13 | Notify | 03BRL-CAD Wiki:Tetravision * 0 /wiki/User:Tetravision: |
| 16:31.11 | d_rossberg | jschulte: i couldn't find a way to create any task; ask brlcad what's wrong |
| 16:33.47 | jschulte | thanks for your efforts, I'll ask him |
| 16:42.58 | brlcad | jschulte: thanks for the reminder |
| 16:43.08 | brlcad | only the admin can add new tasks, so I'll get that done today |
| 16:46.44 | jschulte | thank you |
| 16:50.39 | *** join/#brlcad kesha (~kesha@49.249.17.171) | |
| 16:59.34 | *** join/#brlcad kesha (~kesha@49.202.238.44) | |
| 17:11.56 | *** join/#brlcad kesha (~kesha@49.248.244.51) | |
| 17:59.40 | *** join/#brlcad jschulte (~androirc@p4FDF84CB.dip0.t-ipconnect.de) | |
| 18:26.43 | Notify | 03BRL-CAD:carlmoore * 58884 (brlcad/trunk/doc/docbook/system/man1/en/brep_simple.xml brlcad/trunk/doc/docbook/system/man1/en/rtexample.xml): fix spellings; remove trailing blanks/tabs |
| 18:42.08 | *** join/#brlcad milava (~milava@91.229.248.12) | |
| 20:50.31 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net) | |
| 21:55.46 | *** join/#brlcad jschulte (~androirc@p4FDF84CB.dip0.t-ipconnect.de) | |
| 22:03.53 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net) | |
| 22:23.57 | *** join/#brlcad Palindrome2 (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net) | |
| 22:27.51 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net) | |
| 23:21.55 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: found out - I have found out about the source repository and can now see all the docbook links reffered to. I found the CMakeLists.txt... |
| 23:39.13 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: None - I now have subversion installed but still have the same problems |
| 23:42.08 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed. |
| 23:42.35 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net) | |
| 23:43.44 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: None - I know the patch file hasnt been uploaded but i uploaded the 'cmakelists.txt' to extend the time so you could get back to me on... |
| 23:49.02 | *** join/#brlcad agkphysics (~aaron@118-93-160-93.dsl.dyn.ihug.co.nz) | |
| 23:54.04 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 00:50.25 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 00:50.25 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 01:50.00 | *** join/#brlcad YuGin (~IceChat77@182.55.146.247) | |
| 01:59.30 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 03:09.33 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net) | |
| 03:46.43 | *** join/#brlcad witness (~witness12@182.64.164.221) | |
| 04:57.18 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 05:12.51 | *** join/#brlcad witness_ (~witness12@122.248.183.23) | |
| 07:32.40 | Notify | 03GCI:Melange * Generate/Update lcov code coverage report daily: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted... |
| 07:34.30 | Notify | 03GCI:Sean * Generate/Update lcov code coverage report daily: Task Closed - Congratulations, this task has been completed successfully. |
| 07:36.43 | Notify | 03BRL-CAD:brlcad * 58885 (brlcad/trunk/CMakeLists.txt brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5849379982278656 ) from maths22 that adds a code coverage option to our build system (presumably llvm/lcov-specific). |
| 07:36.44 | gcibot | Generate/Update lcov code coverage report daily |
| 07:36.45 | gcibot | Status: Closed |
| 07:36.45 | gcibot | Mentor(s): Sean |
| 07:44.15 | Notify | 03BRL-CAD:brlcad * 58886 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: the -g and -O0 flags are controlled by other options, so it should be safe to remove them. let the user create an optimized coverage report if they are so inclined to see what that looks like. |
| 08:01.08 | Notify | 03GCI:Sean * Generate/Update lcov code coverage report daily http://www.google-melange.com/gci/task/view/google/gci2013/5849379982278656: applied Patch applied in r58885. Looking good, though I... |
| 08:17.50 | Notify | 03GCI:Sean * Investigate permuted vertex lists from g-iges + iges-g: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 08:17.51 | Notify | 03GCI:Sean * Investigate permuted vertex lists from g-iges + iges-g: Still not it - Andromeda, I think you're still missing the mark here. This problem doesn't really have to do with the IGES... |
| 08:18.35 | Notify | 03GCI:Sean * Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 08:18.50 | Notify | 03GCI:Sean * Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 08:25.07 | Notify | 03GCI:Sean * Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320: previous comment Alex, I responded to your forum... |
| 08:48.15 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 11:38.32 | Notify | 03BRL-CAD:tbrowder2 * 58887 brlcad/trunk/src/liboptical/sh_camo.c: remove unused function |
| 11:49.42 | Notify | 03BRL-CAD:tbrowder2 * 58888 brlcad/trunk/src/liboptical/sh_noise.c: remove unused function |
| 12:21.31 | Notify | 03BRL-CAD:tbrowder2 * 58889 brlcad/trunk/src/liboptical/sh_text.c: rename vars for convention and ease of maintenance |
| 12:36.53 | Notify | 03GCI:mandar * Add missing documentation (for any ONE command) #3: Options? - The file 'wdb_example' does not list any options for the command. Also, I am a bit confused about the .g file. What do... |
| 12:43.40 | Notify | 03BRL-CAD:tbrowder2 * 58890 brlcad/trunk/src/liboptical/sh_text.c: use correct var name |
| 13:06.13 | Notify | 03GCI:Jacob B * Make new coverage build flag behave: Task Claimed - I would like to work on this task. |
| 13:50.47 | Notify | 03BRL-CAD:tbrowder2 * 58891 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/parse.c and 26 others): changing all bu_structparse.sp_hook function signatures to be thesame:void xxx(const struct bu_structparse *sdp, const char *name, void *base, const char *value)removed 'register' storage specifier where found in the sp_hookfunction argschange requires some new or changed casts inside functionsother changes:grouped |
| 13:50.49 | Notify | sp_hook func decls together for ease of maintenancesuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress' |
| 13:58.46 | *** join/#brlcad witness (~witness12@182.64.164.221) | |
| 14:27.55 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 14:27.55 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 14:33.36 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 14:38.28 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 14:38.39 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 14:39.49 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 14:40.56 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 14:43.26 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 14:53.10 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:54.02 | Notify | 03BRL-CAD:tbrowder2 * 58892 (brlcad/trunk/src/liboptical/sh_camo.c brlcad/trunk/src/liboptical/sh_noise.c brlcad/trunk/src/liboptical/sh_text.c): ----------- |
| 14:58.33 | Notify | 03BRL-CAD:tbrowder2 * 58893 (brlcad/trunk/src/libbu/parse.c brlcad/trunk/src/liboptical/sh_air.c and 4 others): ws, style |
| 15:07.38 | Notify | 03BRL-CAD:tbrowder2 * 58894 brlcad/trunk/src/liboptical/sh_text.c: ws, style |
| 15:21.24 | Notify | 03GCI:Andromeda Galaxy * Investigate permuted vertex lists from g-iges + iges-g: Ready for review - The work on this task is ready to be reviewed. |
| 15:24.44 | Notify | 03GCI:mandar * Add missing documentation (for any ONE command) #3: How/What to submit? - How and what do I submit? I have made the xml file and made the required changes to the CMakeList.txt |
| 15:39.16 | Notify | 03GCI:Gauravjeet Singh * Make new coverage build flag behave: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 15:54.50 | Notify | 03BRL-CAD:tbrowder2 * 58895 brlcad/trunk/src/other/libgdiam/gdiam.hpp: move pragmas to beginning of file to catch all instances of -Wfloat-equal |
| 15:59.03 | Notify | 03BRL-CAD:tbrowder2 * 58896 brlcad/trunk/src/other/libgdiam/gdiam.hpp: end diagnostic pragmas at end of file |
| 17:05.48 | *** join/#brlcad jschulte (~johannes@p4FDF8FEA.dip0.t-ipconnect.de) | |
| 17:26.47 | *** join/#brlcad ``Erik_ (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 18:47.17 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 19:14.36 | Notify | 03BRL-CAD:tbrowder2 * 58897 brlcad/trunk/TODO: regroup some similar tasks into a new category |
| 19:37.34 | jschulte | brlcad: Did you already add the tasks yesterday, because I can't see them? |
| 20:31.50 | *** join/#brlcad agkphysics (~aaron@118-92-107-140.dsl.dyn.ihug.co.nz) | |
| 20:48.05 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net) | |
| 21:05.05 | Notify | 03GCI:agkphysics * Implement a surface area function for extruded bitmaps (EBM): Task Claimed - I would like to work on this task. |
| 22:00.58 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-124-220.aby.bellsouth.net) | |
| 22:29.13 | Notify | 03BRL-CAD Wiki:Rehemakyeyune * 0 /wiki/User:Rehemakyeyune: |
| 22:48.02 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: doing the task - I spent the first day of this task looking up information on bug reports and how to reproduce them . i then... |
| 22:50.52 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: Ready for review - The work on this task is ready to be reviewed. |
| 23:07.24 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: Thanks - Thanks for the reply and extend on time. i will do my best to create this patch and Cmakelists.txt |
| 00:32.20 | Notify | 03GCI:Arjun * Create an utility library (LIBBU) API unit test for any file: Can't Submit Anything? - Haha yeah I noticed the complete and utter misuse of malloc later and I have now cleaned up... |
| 02:32.44 | Notify | 03GCI:Daniel * Model BRL-CAD Logo Using BRL-CAD: Task Claimed - I would like to work on this task. |
| 02:58.50 | Notify | 03GCI:Melange * Reproduce any 5 unconfirmed open bug reports: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work... |
| 03:54.41 | Notify | 03GCI:Mandeep Kaur * Model BRL-CAD Logo Using BRL-CAD: Task Assigned - This task has been assigned to Daniel. You have 72 hours to complete this task, good luck! |
| 03:55.01 | Notify | 03GCI:Mandeep Kaur * Implement a surface area function for extruded bitmaps (EBM): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck! |
| 04:00.54 | *** join/#brlcad witness (~witness12@122.248.183.23) | |
| 04:16.43 | Notify | 03GCI:Daniel * Model BRL-CAD Logo Using BRL-CAD: Place to talk to you - How can I get in touch if I have any questions? |
| 04:35.09 | Notify | 03GCI:Daniel * Model BRL-CAD Logo Using BRL-CAD: Ready for review - The work on this task is ready to be reviewed. |
| 04:37.19 | Notify | 03GCI:Daniel * Model BRL-CAD Logo Using BRL-CAD: Ready for review - The final pieces are part1.c and part2.c The view in the drawing is ae: 225 40. |
| 07:08.19 | Notify | 03GCI:Sean * Investigate permuted vertex lists from g-iges + iges-g: Task Closed - Congratulations, this task has been completed successfully. |
| 07:18.54 | Notify | 03GCI:Sean * Investigate permuted vertex lists from g-iges + iges-g http://www.google-melange.com/gci/task/view/google/gci2013/5345276583739392: Excellent Now that's actionable, nice work! A... |
| 07:22.14 | Notify | 03GCI:Sean * Model BRL-CAD Logo Using BRL-CAD http://www.google-melange.com/gci/task/view/google/gci2013/5765013537030144: apologies on belated reply Yes, we do have an IRC channel. See here... |
| 07:27.15 | Notify | 03GCI:Sean * Model BRL-CAD Logo Using BRL-CAD: Fantastic - Your rendition of the BRL-CAD logo is spectacular, perfect. You're the first person to come up with a model design that fits what I... |
| 07:27.29 | Notify | 03GCI:Sean * Model BRL-CAD Logo Using BRL-CAD: Task Closed - Congratulations, this task has been completed successfully. |
| 07:31.30 | Notify | 03GCI:Sean * Reproduce any 5 unconfirmed open bug reports: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 07:31.50 | Notify | 03GCI:Sean * Reproduce any 5 unconfirmed open bug reports: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 07:35.42 | Notify | 03GCI:Sean * Reproduce any 5 unconfirmed open bug reports: PCMan File Manager - I'm not sure what to make of the .docx file that you submitted. It includes six links to the PCMan File Manager... |
| 08:05.11 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 08:09.22 | Notify | 03GCI:agkphysics * Implement a surface area function for extruded bitmaps (EBM): Ready for review - The work on this task is ready to be reviewed. |
| 08:12.32 | Notify | 03GCI:agkphysics * Implement a surface area function for extruded bitmaps (EBM): Testing - I have briefly tested this and it looks like it gives correct results. Most of the method is similar to... |
| 08:33.39 | *** join/#brlcad kesha (~kesha@49.202.238.189) | |
| 09:08.40 | *** join/#brlcad kesha (~kesha@49.202.238.189) | |
| 13:56.13 | andromed` | brlcad: can you post the URL to the follow-on again? Melange just says the page is inactive... |
| 14:05.39 | Notify | 03GCI:Andromeda Galaxy * Investigate permuted vertex lists from g-iges + iges-g: Follow on? - I just wanted to tell you that the link that you posted... |
| 14:39.07 | Notify | 03GCI:Andromeda Galaxy * Document MGED's 'saveview' command options: Task Claimed - I would like to work on this task. |
| 14:42.39 | Notify | 03GCI:Mandeep Kaur * Document MGED's 'saveview' command options: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 14:46.27 | *** join/#brlcad jschulte (~johannes@p4FDFA6C2.dip0.t-ipconnect.de) | |
| 15:11.55 | Notify | 03BRL-CAD:starseeker * 58898 (brlcad/branches/RELEASE/include/bu.h brlcad/branches/RELEASE/src/external/ProEngineer/proe-brl.c and 3 others): Apply the bu hash function renaming from r58482 |
| 15:20.45 | Notify | 03GCI:Andromeda Galaxy * Document MGED's 'saveview' command options: Ready for review - The work on this task is ready to be reviewed. |
| 15:33.19 | brlcad | try again andromed` |
| 15:46.02 | Notify | 03GCI:Andromeda Galaxy * Document MGED's 'saveview' command options: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:46.32 | Notify | 03GCI:Andromeda Galaxy * Fix permuted vertex lists from g-iges+iges-g: Task Claimed - I would like to work on this task. |
| 15:47.22 | Notify | 03GCI:Mandeep Kaur * Fix permuted vertex lists from g-iges+iges-g: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 17:41.15 | Notify | 03GCI:Sharan Narayan * Model BRL-CAD Logo Using BRL-CAD #2: More Tasks - Please add more tasks, I aldready commented this on my previous task but I think nobody didnt notice it.. Ideas for New... |
| 18:53.35 | *** join/#brlcad tbrowder2 (~tbrowde@fl-76-3-4-38.dhcp.embarqhsd.net) | |
| 18:56.20 | Notify | 03BRL-CAD:bob1961 * 58899 brlcad/trunk/src/libged/get_obj_bounds.c: _ged_get_obj_bounds() should be calling rt_gettree with argv[i] instead of path.fp_names[0]->d_namep (i.e., use the provided path instead of the first element of the path). The more path an object is specified with the faster the call to rt_gettree() will run. |
| 19:04.21 | *** part/#brlcad tbrowder2 (~tbrowde@fl-76-3-4-38.dhcp.embarqhsd.net) | |
| 19:26.20 | *** join/#brlcad jschulte (~johannes@p4FDFA6C2.dip0.t-ipconnect.de) | |
| 19:27.47 | *** join/#brlcad Arjun (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 19:36.24 | *** join/#brlcad Guest85580 (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 20:15.04 | Notify | 03GCI:Johannes Schulte * Implement a platform independent re-entrant sort function: Task Claimed - I would like to work on this task. |
| 21:26.24 | Notify | 03BRL-CAD:bob1961 * 58900 brlcad/trunk/src/libtclcad/tclcad_obj.c: Update to go_draw_other()'s sf computation that reflects the fact that gv_size is already in base units. |
| 22:20.31 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 22:56.02 | Notify | 03BRL-CAD:starseeker * 58901 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/attributes.xml.in and 9 others): Try an approach to gen-attributes-file that doesn't require boost, and generates its outputs only in the build directory. Required some tweaks to the DocBook cmake - that logic may be to the point where another refactor would benefit it. |
| 23:11.45 | Notify | 03GCI:Melange * Add missing documentation (for any ONE command) #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 23:28.46 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: None - My bad , i missread the instructions . DO I Leave a commernt on the actual bug on the BRL CAD page ? DO i get a LINK... |
| 23:38.40 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: question - Do i need to use the first link above (https://sourceforge.net/tracker/? ) for anything . Because i had previously... |
| 23:51.11 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 00:16.07 | *** join/#brlcad awabimakoto (~tc@th121026.ip.tsinghua.edu.cn) | |
| 00:53.13 | Notify | 03GCI:Vipul Sharma * Implement a surface area function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 00:53.44 | Notify | 03GCI:Vipul Sharma * Implement a surface area function for gridded volumes (VOL): Task Claimed - I would like to work on this task. |
| 03:15.32 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:21.25 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 03:47.50 | Notify | 03BRL-CAD:brlcad * 58902 (brlcad/trunk/src/librt/primitives/ebm/ebm.c brlcad/trunk/src/librt/primitives/table.c): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6221688819679232 ) from agkphysics that implements an initial surface area function for the ebm primitive. |
| 03:47.51 | gcibot | Implement a surface area function for extruded bitmaps (EBM) |
| 03:47.51 | gcibot | Status: NeedsReview (2 days, 0 hours left) |
| 03:47.51 | gcibot | Mentor(s): Sean |
| 03:47.51 | Notify | 03GCI:Mandeep Kaur * Implement a platform independent re-entrant sort function: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 03:48.05 | Notify | 03GCI:Mandeep Kaur * Implement a surface area function for gridded volumes (VOL): Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good luck! |
| 03:50.24 | Notify | 03BRL-CAD:brlcad * 58903 brlcad/trunk/AUTHORS: Aaron Keesing is already listed, consolidate |
| 03:51.00 | Notify | 03GCI:Sean * Implement a surface area function for extruded bitmaps (EBM): Task Closed - Congratulations, this task has been completed successfully. |
| 04:30.43 | Notify | 03GCI:Sean * Implement a surface area function for extruded bitmaps (EBM): phenomenal work - Aaron, this is just outstanding work. At a glance, it even looks like you take holes in the ebm into... |
| 04:48.36 | Notify | 03GCI:Andromeda Galaxy * Fix permuted vertex lists from g-iges+iges-g http://www.google-melange.com/gci/task/view/google/gci2013/5833138295013376: Data loss in iges-g; progress and request for... |
| 06:27.51 | *** join/#brlcad King_D (~Kn_king@195.24.220.16) | |
| 06:28.03 | *** part/#brlcad King_D (~Kn_king@195.24.220.16) | |
| 08:29.35 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 10:30.21 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 11:35.22 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 12:54.45 | *** join/#brlcad kartikey (~kartikeyk@117.200.62.64) | |
| 12:55.00 | kartikey | hi... |
| 12:56.27 | kartikey | what do i need to install to get started for any BRL-CAD task??? |
| 12:58.46 | kartikey | is nayone online??? |
| 13:00.06 | kartikey | ??? |
| 13:05.30 | kartikey | ??????????????/ |
| 13:22.04 | d_rossberg | kartikey: which os? ... ups, he's gone |
| 13:45.50 | Notify | 03BRL-CAD:starseeker * 58904 (brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/attributes.xml.in): Since we can now work on this man page as a copy in the build directory, we don't need to use explicit linking for the tables and can use the more flexible relative specifiers. |
| 14:00.01 | Notify | 03GCI:Melange * Fix at least 8 spelling mistakes in at least 8 different files: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 14:21.12 | Notify | 03GCI:Daniel Rossberg * Add missing documentation (for any ONE command) #3: How to submit - You should create a patch file (svn diff command from the BRL-CAD sources root directory) and upload it... |
| 14:21.47 | Notify | 03GCI:Daniel Rossberg * Add missing documentation (for any ONE command) #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 14:32.51 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 14:33.29 | *** join/#brlcad Guest85580 (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 15:13.17 | Notify | 03GCI:Jacob B * Make new coverage build flag behave: Ready for review - The work on this task is ready to be reviewed. |
| 15:18.34 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: create patch - i have created a patch file and have created a ticket for it on sourceforge. |
| 15:24.28 | Notify | 03GCI:Will Thoelecke * Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 15:26.14 | Notify | 03GCI:Paul Sohn * Model BRL-CAD Logo Using BRL-CAD #3: I would like to work on this task - I would like to work on this task |
| 15:28.34 | Notify | 03GCI:Inaki Bascaran * Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 15:29.17 | Notify | 03GCI:Inaki Bascaran * Create Wordpress theme for BRL-CAD website #2: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:36.41 | Notify | 03GCI:Alex * Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed. |
| 15:37.30 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:39.12 | Notify | 03GCI:Will Thoelecke * Model BRL-CAD Logo Using BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:39.32 | Notify | 03GCI:Will Thoelecke * Model BRL-CAD Logo Using BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 15:40.57 | Notify | 03GCI:Harmanpreet * Model BRL-CAD Logo Using BRL-CAD #3: Task Assigned - This task has been assigned to Will Thoelecke. You have 72 hours to complete this task, good luck! |
| 15:44.03 | Notify | 03GCI:Melange * Write a manual page for MGED's ''brep'' command: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted... |
| 16:04.07 | Notify | 03BRL-CAD:starseeker * 58905 (brlcad/trunk/include/raytrace.h brlcad/trunk/misc/attributes/gen-attributes-file.cpp brlcad/trunk/src/librt/db5_attr.c): Switch back to using the struct array - keeps all the information in one place, simplifies data access |
| 16:07.56 | Notify | 03BRL-CAD:starseeker * 58906 brlcad/trunk/src/librt/db5_attr.c: Whoops, remove logging statements |
| 17:51.07 | Notify | 03BRL-CAD:starseeker * 58907 (brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h): Just use the FILE pointer rather than involving the boost shared_ptr - needs more testing but a couple quick imports succeeded |
| 18:16.08 | *** join/#brlcad jschulte (~johannes@p4FDFABA1.dip0.t-ipconnect.de) | |
| 19:24.03 | Notify | 03BRL-CAD:carlmoore * 58908 brlcad/trunk/src/util/gencolor.c: add messages about requirements for gencolor arguments |
| 19:35.41 | Notify | 03BRL-CAD:starseeker * 58909 brlcad/trunk/src/librt/db5_attr.c: Oh, right - check the standard name too, not just the aliases |
| 19:47.11 | Notify | 03BRL-CAD:starseeker * 58910 (brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h): Not clear that there isn't a need for this due to parallel parser execution - revert for now. |
| 20:58.36 | tofu_ | starseeker: your earlier edit looked good to me, accessing a FILE* across threads isn't safe regardless of being stored in a shared_ptr |
| 20:59.36 | brlcad | all the shared_ptr gets is that the FILE* isn't closed until the last reference lets go |
| 21:06.39 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: None - this task is too hard , i can hardly follow the instructions ,if this results are wrong then i think i am giving up on... |
| 21:08.00 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: Ready for review - The work on this task is ready to be reviewed. |
| 21:08.15 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: Task Claimed - I would like to work on this task. |
| 21:08.30 | Notify | 03GCI:Rehema Kyeyune * Reproduce any 5 unconfirmed open bug reports: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:17.17 | Notify | 03BRL-CAD:carlmoore * 58911 brlcad/trunk/src/fb/gif-fb.c: implement h? (i.e., suppress messages about their being illegal options), and fix the display of Usage, which was being mangled |
| 22:02.34 | *** join/#brlcad Ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 22:02.41 | Ignacio | gcibot, ping |
| 22:02.42 | gcibot | Ignacio: Hey, I'm a bot written by aviraldg (some fixes by: puckipedia) who inserts metadata about GCI links! |
| 22:02.42 | gcibot | Ignacio: Source at: https://github.com/aviraldg/gcibot <-> https://github.com/puckipedia/gcibot |
| 22:02.42 | gcibot | Ignacio: Log of all channels: http://ur1.ca/g5cah | GCI Leaderboard (by svineet): http://ur1.ca/g5olr |
| 22:15.56 | *** part/#brlcad Ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 22:55.16 | starseeker | brlcad: OK, sounds good - thanks |
| 22:58.06 | Notify | 03BRL-CAD:starseeker * 58912 (brlcad/trunk/src/libgcv/wfobj/CMakeLists.txt brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h): Sean concurred - shared_ptr isn't appropriate here. |
| 23:00.27 | Notify | 03BRL-CAD:carlmoore * 58913 brlcad/trunk/src/fb/gif-fb.c: make 3 if-then-else blocks |
| 23:06.52 | Notify | 03BRL-CAD:carlmoore * 58914 brlcad/trunk/src/util/gencolor.c: insert space which I had forgotten after a comma |
| 00:01.32 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:14.34 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 03:32.46 | Notify | 03GCI:mandar * 6611913978937344 Add missing documentation (for any ONE command) #3: Ready for review - The work on this task is ready to be reviewed. |
| 03:36.51 | maths22 | <PROTECTED> |
| 03:54.38 | Notify | 03BRL-CAD:brlcad * 58915 brlcad/trunk/src/util/gencolor.c: not technically true that you must have an arg -- it will read from redirected stdin argless. cleanup. |
| 05:56.39 | Notify | 03BRL-CAD:brlcad * 58916 brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp: not that shared_ptr was inappropriate, but provided nothing compelling. if you registered the same FILE* multiple times, there are other issues. it's not necessarily (portably) thread-safe or re-entrant to do that with a FILE* concurrently, accessing from multiple parsers simultaneously or (worse) different threads. this change fixes a bug |
| 05:56.41 | Notify | introduced in open_file() where it was closing an unset node.file but the equivalent behavior to previous via reset() would have been to close the shared_ptr FILE* and set to new file. new version just sets to the new file (and now we no longer close it, which is a different issue to resolve but shouldn't be critial because nobody calls obj_parse()). |
| 06:22.22 | Notify | 03GCI:Deep Inder Singh * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Delay - Sorry for Delay due to my final exams and network problem Can you please extend my... |
| 06:33.28 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 06:33.43 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 06:36.58 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320: not a patch file Alex, what you... |
| 06:37.33 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: if you need more time - If you need more time, just ask. |
| 06:41.14 | Notify | 03GCI:Sean * 5879176049459200 Make new coverage build flag behave: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 06:41.24 | Notify | 03GCI:Sean * 5879176049459200 Make new coverage build flag behave: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 06:47.04 | Notify | 03GCI:Sean * 5879176049459200 Make new coverage build flag behave: wrong approach - Jacob, Your method, testing for CMAKE_COMPILER_IS_GNUCC, isn't a good way. It's nearly always a bad idea to test... |
| 06:58.39 | Notify | 03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 06:58.49 | Notify | 03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 06:58.57 | brlcad | looks like it's still very much ANYONE's game to win GCI ... impressive contention, but nobody jumping out from the pack |
| 06:58.59 | Notify | 03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3 http://www.google-melange.com/gci/task/view/google/gci2013/6611913978937344: close You are close, but more work... |
| 08:06.09 | Notify | 03GCI:Daniel Rossberg * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Assigned - This task has been assigned to Rehema Kyeyune. You have 72 hours to complete this task, good... |
| 09:03.07 | *** join/#brlcad Guest85580 (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 11:47.37 | Notify | 03GCI:Deep Inder Singh * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Task Claimed - I would like to work on this task. |
| 11:47.47 | Notify | 03GCI:Deep Inder Singh * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 12:34.46 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:53.50 | maths22 | brlcad: CHECK_C_FLAG does not seem to work with the coverage flags. |
| 12:54.00 | maths22 | That had been my initial approach |
| 14:22.28 | brlcad | maths22: what does not seem to work mean? |
| 14:25.51 | Notify | 03BRL-CAD:starseeker * 58917 brlcad/trunk/TODO: Note a couple specific tasks for improving our polygon triangulation support |
| 14:33.34 | *** join/#brlcad Guest85580 (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 15:24.45 | Notify | 03BRL-CAD:starseeker * 58918 brlcad/trunk/src/librt/search.c: Avoid a crash if we don't have a newplan allocated |
| 15:35.50 | maths22 | It returns false when the flag actually works |
| 16:15.42 | Notify | 03BRL-CAD:starseeker * 58919 brlcad/trunk/src/conv/step/g-step/Comb_Tree.cpp: Fix the comb_wrapper search in g-step and make a few other tweaks - still not generating complete instances for context dependent shape representations |
| 16:38.27 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 16:38.27 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 16:42.23 | *** join/#brlcad starseek1r (~starseeke@66-118-151-70.static.sagonet.net) | |
| 16:45.08 | *** join/#brlcad maths22_ (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 16:47.35 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 16:49.24 | *** join/#brlcad gjeet (~androirc@117.207.158.137) | |
| 16:54.01 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) | |
| 16:56.21 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 17:29.39 | maths22 | brlcad: not sure if you saw my message or responeded with the netsplit |
| 17:29.45 | maths22 | sorry if I repeat |
| 17:29.50 | maths22 | It returns false when the flag actually works |
| 17:44.20 | Notify | 03BRL-CAD:carlmoore * 58920 brlcad/trunk/src/fb/gif-fb.c: no change to code, but I realized 'iff' (comments only) should be 'if' |
| 17:55.56 | Notify | 03BRL-CAD:carlmoore * 58921 (brlcad/trunk/src/fb/fbline.c brlcad/trunk/src/fb/fbstretch.c and 2 others): fix other occurrences of 'iff' |
| 18:24.42 | Notify | 03BRL-CAD Wiki:Starseeker * 6382 /wiki/Geometric_Constraint_Solver: Mention the Gecode Cartesian Heart example specifically. |
| 18:37.13 | brlcad | maths22: yes, but why isn't it working? |
| 18:37.36 | brlcad | the test should pass, so if it's not, need to inspect the test to see why it's failing |
| 18:38.05 | brlcad | see the CMakeFiles/*.log files in the build directory (error and output log files in particular) |
| 18:44.37 | Notify | 03BRL-CAD:brlcad * 58922 brlcad/trunk/src/librt/search.c: add some arg validation, initialization, and style cleanup |
| 18:45.41 | Notify | 03BRL-CAD:brlcad * 58923 brlcad/trunk/src/librt/search.c: ws |
| 18:47.18 | maths22 | ok |
| 18:47.21 | maths22 | thanks |
| 19:04.39 | Notify | 03GCI:Sean * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this... |
| 20:18.43 | Notify | 03BRL-CAD:starseeker * 58924 brlcad/trunk/include/raytrace.h: Start roughing out a librt api for registering and de-registering attributes. |
| 20:19.17 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 21:04.09 | Notify | 03GCI:Mikhail * 4714636335120384 Find, reliably reproduce, and report any bug in Archer: Task Claimed - I would like to work on this task. |
| 21:06.34 | Notify | 03GCI:Mikhail * 4714636335120384 Find, reliably reproduce, and report any bug in Archer: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:08.22 | brlcad | starseek1r: is it worth adding more doc image editing tasks? |
| 21:08.27 | brlcad | or are they all done |
| 21:52.13 | Notify | 03GCI:Sean * 5908226537160704 Fix Image Formatting in BRL-CAD's DocBook Documentation (any ONE large document or 4 smaller documents) #3: follow-on tasks - Numerous follow-on tasks as well as a... |
| 22:05.44 | Notify | 03BRL-CAD:starseeker * 58925 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/CMakeLists.txt): Untested as yet, but rough in proposed attribute registry setup. |
| 23:30.06 | starseek1r | brlcad: let me check |
| 23:30.26 | starseek1r | even if they are, the next stage is to correctly size the images for the PDF output... |
| 23:34.23 | starseek1r | looks like most of them are done... |
| 23:39.23 | starseeker | ah - build_pattern article seems to be lacking them |
| 23:39.49 | starseeker | so definitely some to do yet |
| 23:41.02 | starseeker | yeah, a number of articles |
| 23:42.10 | starseeker | better than half of the lessons |
| 23:42.50 | starseeker | if the student who was thinking about scripting it is still around, they should go for it and finish them up |
| 23:43.25 | starseeker | I'll double check for uncommitted patches later this evening |
| 00:56.23 | Notify | 03GCI:Jacob B * 5879176049459200 Make new coverage build flag behave: Ready for review - The work on this task is ready to be reviewed. |
| 01:14.12 | Notify | 03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: more time please - Please could i have some more time on this task, i think i know what to do now and am currently on... |
| 01:42.32 | Notify | 03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: extending time - Currently i have just entered the 'svn co' command to the trunk link of the repository (with... |
| 01:43.37 | Notify | 03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed. |
| 02:40.45 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 02:44.11 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: cmakelists.txt - Did you read the CMakeLists.txt file? It should be somewhat obvious if you read through and just... |
| 02:44.21 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 02:47.36 | Notify | 03GCI:Sean * 5879176049459200 Make new coverage build flag behave: Task Closed - Congratulations, this task has been completed successfully. |
| 02:53.17 | Notify | 03GCI:Sean * 5879176049459200 Make new coverage build flag behave http://www.google-melange.com/gci/task/view/google/gci2013/5879176049459200: good but still incomplete Jacob, this is better but... |
| 02:54.51 | Notify | 03BRL-CAD:brlcad * 58926 brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake: tie the coverage flags to the -ftest-coverage flag for portability safety. this applies maths22's gci patch (http://www.google-melange.com/gci/task/view/google/gci2013/5879176049459200). |
| 02:59.35 | maths22 | brlcad: --coverage implies both -ftest-coverage and -fprofile-arcs |
| 03:00.02 | maths22 | I don't think check_c_flag -coverage worked, but I will check now |
| 03:02.22 | maths22 | It fails because the linker is not passed the necessary flags |
| 03:02.39 | maths22 | (specifically either --coverage or -fprofile-arcs) |
| 03:03.21 | maths22 | whois gcibot |
| 03:03.30 | maths22 | oops |
| 03:05.25 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-79-156.aby.bellsouth.net) | |
| 03:07.49 | Notify | 03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Claimed - I would like to work on this task. |
| 03:09.06 | maths22 | I'm looking forward to this task: it's kind of diffërent |
| 03:10.55 | Notify | 03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 03:11.25 | brlcad | we'll get the coverages flags sorted out -- you got the most important part -- the report ;) |
| 03:11.43 | brlcad | nice to see you working more directly with the code |
| 03:12.19 | brlcad | if you want to try something simple after the centroid task, you could try one of the new code reduction flags |
| 03:12.32 | brlcad | just added about 70 new tasks today |
| 03:13.35 | Notify | 03GCI:Andromeda Galaxy * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: Ready for review - The work on this task is ready to be reviewed. |
| 03:14.30 | maths22 | I will have to look |
| 03:15.41 | maths22 | in a vol primative, is each "square" either on or off, or are there multiple values corresponding to different "densities |
| 03:15.50 | Notify | 03GCI:Andromeda Galaxy * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: Planned work done, but still errors - Hi, The diff that I uploaded fixes the error looked at in the first... |
| 03:15.54 | maths22 | also, what units are the cubes in vol primatives |
| 03:16.25 | Notify | 03GCI:Sean * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: Task Closed - Congratulations, this task has been completed successfully. |
| 03:18.55 | Notify | 03GCI:Sean * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: your analysis - Andromeda, can't really say whether your analysis is correct or not and we'll not have time to dig into a... |
| 03:24.15 | brlcad | relevant: http://www.google-melange.com/gci/task/view/google/gci2013/5779197263872000 |
| 03:24.16 | gcibot | Create a VOL wiki page |
| 03:24.16 | gcibot | Status: Open |
| 03:24.16 | gcibot | Mentor(s): Sean |
| 03:24.35 | maths22 | thanks |
| 03:25.01 | brlcad | maths22: you can assume for now that VOL are homogenous |
| 03:25.09 | maths22 | ok |
| 03:25.25 | brlcad | they are described by slices of data |
| 03:25.29 | maths22 | also, are the axes of vols parallel to the coordinate system? |
| 03:25.31 | brlcad | like MRI or CT scan data |
| 03:25.59 | brlcad | that data is ranged 0-255 and iirc, when you create the vol, you say what range of values turns a cell on/off |
| 03:26.05 | maths22 | so the pieces are not cubical but rectegular |
| 03:27.18 | brlcad | almost certainly |
| 03:27.55 | brlcad | and their coordinate system probably starts from a corner, so you'll need to know the individual cell dimensions in order to track a centroid |
| 03:28.10 | brlcad | if the volume callback is implemented, it should have everything you need |
| 03:35.52 | maths22 | I will look |
| 03:57.47 | Notify | 03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 03:59.52 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-79-156.aby.bellsouth.net) | |
| 04:00.07 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-79-156.aby.bellsouth.net) | |
| 04:18.21 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-79-156.aby.bellsouth.net) | |
| 05:08.57 | Notify | 03GCI:Andromeda Galaxy * 6414532851269632 Document MGED's 'saveview' command options: Task Claimed - I would like to work on this task. |
| 05:17.48 | Notify | 03GCI:Mandeep Kaur * 6414532851269632 Document MGED's 'saveview' command options: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 05:18.08 | Notify | 03GCI:Andromeda Galaxy * 5833138295013376 Fix permuted vertex lists from g-iges+iges-g: Working on this after GCI? - I think that fixing this will probably take more time than would work well for... |
| 05:19.08 | Notify | 03GCI:Andromeda Galaxy * 6414532851269632 Document MGED's 'saveview' command options: Ready for review - The work on this task is ready to be reviewed. |
| 05:21.08 | Notify | 03GCI:Andromeda Galaxy * 6414532851269632 Document MGED's 'saveview' command options: Duplicate diffs - The second diff that I just uploaded is the same as the first; I wrote it when I previously... |
| 08:19.27 | Notify | 03GCI:Deep Inder Singh * 6501205291302912 Fix at least 8 spelling mistakes in at least 8 different files: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 08:23.24 | Notify | 03GCI:Olexander Dubenko * 5811055720660992 Design a BRL-CAD business card: Task Claimed - I would like to work on this task. |
| 08:48.43 | *** join/#brlcad YatharthROCK_ (~Yatharth@91.140.221.104) | |
| 09:01.11 | *** join/#brlcad YatharthROCK_ (~Yatharth@91.140.221.104) | |
| 09:01.50 | *** part/#brlcad YatharthROCK_ (~Yatharth@91.140.221.104) | |
| 09:06.08 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 09:31.24 | Notify | 03GCI:mandar * 6611913978937344 Add missing documentation (for any ONE command) #3: Ready for review - The work on this task is ready to be reviewed. |
| 09:32.26 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 09:33.30 | Notify | 03GCI:mandar * 6611913978937344 Add missing documentation (for any ONE command) #3: Ready for review - Please review patch set 2 subitted. |
| 09:45.42 | Notify | 03GCI:Gauravjeet Singh * 5811055720660992 Design a BRL-CAD business card: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck! |
| 09:46.03 | Notify | 03GCI:Gauravjeet Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck! |
| 09:53.18 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Claimed - I would like to work on this task. |
| 09:53.53 | Notify | 03GCI:Gauravjeet Singh * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Assigned - This task has been assigned to Kristian Hansen. You have 72 hours to complete this... |
| 10:07.45 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Username and password - I try to download the repository of the BRL-CAD source code using... |
| 11:12.57 | Notify | 03GCI:Gauravjeet Singh * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3 http://www.google-melange.com/gci/task/view/google/gci2013/4967846266273792: Re: Username and... |
| 11:43.59 | Notify | 03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Task Claimed - I would like to work on this task. |
| 11:55.21 | Notify | 03GCI:Mandeep Kaur * 4988105627009024 Design a BRL-CAD business card #4: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck! |
| 12:57.06 | *** join/#brlcad kartikey (~kartikeyk@117.214.161.153) | |
| 12:57.12 | kartikey | hi... |
| 12:59.10 | Notify | 03GCI:Kartikey Kant * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Claimed - I would like to work on this task. |
| 13:03.41 | Notify | 03GCI:Kartikey Kant * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:03.42 | kartikey | can anyone tell me where to start in BRL-CAD |
| 13:09.36 | Notify | 03GCI:Olexander Dubenko * 5811055720660992 Design a BRL-CAD business card: Ready for review - The work on this task is ready to be reviewed. |
| 13:14.29 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 14:08.58 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed. |
| 14:11.58 | Notify | 03GCI:Kartikey Kant * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Claimed - I would like to work on this task. |
| 14:12.13 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Uploaded - I upload a file : brlcad_grey_tshirt1.jpg If any need to changes in design please tell me I am ready to do. ... |
| 14:15.43 | Notify | 03GCI:Gauravjeet Singh * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Assigned - This task has been assigned to Kartikey Kant.... |
| 14:23.04 | Notify | 03GCI:Gauravjeet Singh * 5811055720660992 Design a BRL-CAD business card: Task Closed - Congratulations, this task has been completed successfully. |
| 14:25.35 | Notify | 03GCI:Olexander Dubenko * 5208527643607040 Design a BRL-CAD Sticker #6: Task Claimed - I would like to work on this task. |
| 14:28.04 | Notify | 03GCI:Gauravjeet Singh * 5811055720660992 Design a BRL-CAD business card: Fantastic - This is a great design. I really loved it. I guess this is the first task that is closed at very less time.... |
| 14:32.59 | Notify | 03GCI:Gauravjeet Singh * 5208527643607040 Design a BRL-CAD Sticker #6: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck! |
| 14:33.29 | *** join/#brlcad arjunyg (~arjunyg@c-67-188-244-50.hsd1.ca.comcast.net) | |
| 14:37.21 | Notify | 03GCI:Gauravjeet Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 14:39.00 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 14:39.21 | Notify | 03GCI:Sean * 6414532851269632 Document MGED's 'saveview' command options: Task Closed - Congratulations, this task has been completed successfully. |
| 14:40.10 | Notify | 03BRL-CAD:brlcad * 58927 brlcad/trunk/doc/docbook/system/mann/en/saveview.xml: apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6414532851269632 ) from Andromeda Galaxy documenting the saveview options |
| 14:40.11 | gcibot | Document MGED's 'saveview' command options |
| 14:40.12 | gcibot | Status: Closed |
| 14:40.12 | gcibot | Mentor(s): Sean |
| 14:59.34 | Notify | 03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Claimed - I would like to work on this task. |
| 15:03.14 | Notify | 03GCI:Harmanpreet * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete... |
| 15:05.04 | Notify | 03GCI:Olexander Dubenko * 5208527643607040 Design a BRL-CAD Sticker #6: Ready for review - The work on this task is ready to be reviewed. |
| 15:09.44 | Notify | 03GCI:Gauravjeet Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3 http://www.google-melange.com/gci/task/view/google/gci2013/6441518265008128: Widen your imagination It is very simple... |
| 15:10.49 | Notify | 03GCI:Harmanpreet * 5208527643607040 Design a BRL-CAD Sticker #6: Task Closed - Congratulations, this task has been completed successfully. |
| 15:14.05 | Notify | 03GCI:Harmanpreet * 5208527643607040 Design a BRL-CAD Sticker #6: Excellent - Dubenko, Your designs are EXCELLENT and now I'm eager to see them in printed form. God bless you. :) |
| 15:17.04 | Notify | 03GCI:Olexander Dubenko * 5208527643607040 Design a BRL-CAD Sticker #6: None - Thank you :) |
| 15:19.45 | Notify | 03BRL-CAD:brlcad * 58928 brlcad/trunk/doc/docbook/system/man1/en/CMakeLists.txt: apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6611913978937344 ) from mandar implementing a manual page for wdb_example |
| 15:19.47 | gcibot | Add missing documentation (for any ONE command) #3 |
| 15:19.49 | gcibot | Status: NeedsReview (31 hours, 51 minutes left) |
| 15:19.49 | gcibot | Mentor(s): Sean |
| 15:20.35 | Notify | 03BRL-CAD:brlcad * 58929 brlcad/trunk/TODO: wdb_example has manpage now (need one-liner that regenerates this list) |
| 15:21.55 | Notify | 03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: looks good - Mandar, your patch looks good now, nicely done. If you provide your full name, we'll credit you in our... |
| 15:23.05 | Notify | 03BRL-CAD:brlcad * 58930 brlcad/trunk/AUTHORS: credit mandar with special thanks for his wdb_example docbook patch, gci task http://www.google-melange.com/gci/task/view/google/gci2013/6611913978937344 |
| 15:23.06 | Notify | 03GCI:Sean * 6611913978937344 Add missing documentation (for any ONE command) #3: Task Closed - Congratulations, this task has been completed successfully. |
| 15:23.06 | gcibot | Add missing documentation (for any ONE command) #3 |
| 15:23.07 | gcibot | Status: Closed |
| 15:23.07 | gcibot | Mentor(s): Sean |
| 15:34.30 | Notify | 03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: patch file created - ok i have now created a proper patch file (it contains details of the changes made with the... |
| 16:27.44 | Notify | 03GCI:Olexander Dubenko * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Claimed - I would like to work on this task. |
| 16:39.15 | Notify | 03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Ready for review - The work on this task is ready to be reviewed. |
| 16:43.46 | Notify | 03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Business card - The business card has got a 3d look to it, I chose to design it this way becuse as BRL-CAD is software for 3d... |
| 17:02.09 | Notify | 03GCI:Mandeep Kaur * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck! |
| 17:06.39 | *** join/#brlcad jschulte (~johannes@p4FDF86A2.dip0.t-ipconnect.de) | |
| 17:07.04 | Notify | 03GCI:Olexander Dubenko * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed. |
| 17:14.30 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None - I didn't push the patch to the tree, because I couldn't test it on Win and Mac.... |
| 17:14.50 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Ready for review - The work on this task is ready to be reviewed. |
| 17:23.56 | Notify | 03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Ready for review - The work on this task is ready to be reviewed. |
| 17:58.40 | Notify | 03GCI:JulianaHong * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Claimed - I would like to work on this task. |
| 18:00.00 | Notify | 03GCI:Harmanpreet * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Assigned - This task has been assigned to JulianaHong. You have 72 hours to complete this... |
| 18:06.00 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 18:06.34 | *** join/#brlcad ruberoid (~ruberoid@193.105.154.105) | |
| 18:38.13 | *** join/#brlcad kesha (~kesha@49.249.8.87) | |
| 18:38.40 | Notify | 03GCI:Kesha Shah * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 18:39.10 | Notify | 03GCI:Kesha Shah * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Good Start ! - Olexander, The Design looks good, but try to be more creative and add some shapes/design/model/art related to... |
| 18:39.20 | Notify | 03GCI:Kesha Shah * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Good Start ! - Olexander, The Design looks good, but try to be more creative and add some shapes/design/model/art related to... |
| 19:03.29 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function http://www.google-melange.com/gci/task/view/google/gci2013/5876128501727232: None Just saw,... |
| 19:05.24 | Notify | 03GCI:Olexander Dubenko * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed. |
| 19:16.20 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 20:25.25 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 20:33.14 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6383 /wiki/Community_Publication_Portal: |
| 20:59.53 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 21:29.00 | *** join/#brlcad kesha_ (~kesha@49.249.0.183) | |
| 23:46.06 | Notify | 03GCI:theofficialtj3 * 4816070846185472 Redesign MGED/Archer's Menu: Task Claimed - I would like to work on this task. |
| 23:47.56 | Notify | 03BRL-CAD:tbrowder2 * 58931 brlcad/trunk/src/librt/db5_attr_registry.cpp: add 'common.h' to pass 'make regress' |
| 00:15.17 | Notify | 03GCI:theofficialtj3 * 4816070846185472 Redesign MGED/Archer's Menu: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:30.11 | Notify | 03GCI:Anshula Rudhraraju * 5580516908597248 Design a BRL-CAD business card #2: Task Claimed - I would like to work on this task. |
| 01:51.02 | Notify | 03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: uploaded patch file - i have uploaded the patch file which i think is correct . Is there anymore i need to do? I... |
| 02:36.19 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: way more than 100 lines - I have ran a scanner for code duplication and there are more than 100+... |
| 03:15.12 | Notify | 03BRL-CAD Wiki:Navyneedshelp * 0 /wiki/User:Navyneedshelp: |
| 03:47.39 | Notify | 03GCI:Melange * 5876128501727232 Implement a platform independent re-entrant sort function: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be... |
| 03:48.05 | Notify | 03GCI:Melange * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the... |
| 04:09.37 | Notify | 03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Claimed - I would like to work on this task. |
| 04:55.21 | Notify | 03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 04:56.26 | Notify | 03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: did you test your file? - $ python headers.py File "headers.py", line 15 matchState = 0 ^ ... |
| 05:00.06 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 05:02.50 | Notify | 03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Ready for review - The work on this task is ready to be reviewed. |
| 05:03.59 | Notify | 03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: testing - Sorry about that, I did test it, but apparently somehow the spacing got mangled;... |
| 05:09.49 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: not so simple - There are several issues I see with this implementation. First and foremost is that you use... |
| 05:23.20 | Notify | 03GCI:Sean * 5003400005550080 Design a T-Shirt for BRL-CAD #2: not our sphere... - Olexander, The updated version where you added the earth and a sphere wireframe look related to modeling, but... |
| 05:23.21 | Notify | 03GCI:Sean * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 05:24.51 | Notify | 03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 05:26.51 | Notify | 03GCI:Mandeep Kaur * 5580516908597248 Design a BRL-CAD business card #2: Task Assigned - This task has been assigned to Anshula Rudhraraju. You have 72 hours to complete this task, good luck! |
| 05:27.16 | Notify | 03GCI:Mandeep Kaur * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck! |
| 05:36.12 | Notify | 03GCI:mandar * 6611913978937344 Add missing documentation (for any ONE command) #3: thanks - Thank you and my full name is Mandar N Juvekar |
| 05:36.41 | Notify | 03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4 http://www.google-melange.com/gci/task/view/google/gci2013/4988105627009024: projection isn't right Luke, the design is simple... |
| 05:54.49 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 05:56.47 | Notify | 03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: better - Looking much better. Could you make just a few small adjustments so this can be more easily... |
| 05:56.57 | Notify | 03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 06:32.52 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 07:44.18 | Notify | 03GCI:Anita Leung * 4816070846185472 Redesign MGED/Archer's Menu: Task Claimed - I would like to work on this task. |
| 08:18.21 | Notify | 03GCI:Vipul Sharma * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 08:19.08 | Notify | 03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Task Claimed - I would like to work on this task. |
| 09:21.20 | Notify | 03GCI:Olexander Dubenko * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed. |
| 09:25.50 | *** join/#brlcad sniok (59fc1dee@gateway/web/freenode/ip.89.252.29.238) | |
| 10:19.16 | Notify | 03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Task Claimed - I would like to work on this task. |
| 11:28.54 | Notify | 03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Ready for review - The work on this task is ready to be reviewed. |
| 11:31.24 | Notify | 03GCI:Mandeep Kaur * 4816070846185472 Redesign MGED/Archer's Menu: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 11:31.39 | Notify | 03GCI:Mandeep Kaur * 6334427550449664 Compile BRL-CAD with Dev-C++: Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good luck! |
| 11:31.49 | Notify | 03GCI:Mandeep Kaur * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this... |
| 11:35.14 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None - so, did I understand right, that reimplementing qsort is the way to go? Is then the cmake... |
| 11:53.54 | ``Erik | http://wot.motortrend.com/1312_porsche_provides_3d_printer_blueprints_for_scale_model_cayman.html?fullsite=true |
| 15:27.14 | Notify | 03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Ready for review - The work on this task is ready to be reviewed. |
| 15:32.05 | Notify | 03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Using the BSD implementation of qsort_r()? - Only an idea, but the license of the BSD... |
| 15:40.55 | Notify | 03GCI:Melange * 5258035597410304 Model BRL-CAD Logo Using BRL-CAD #3: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 15:50.02 | Notify | 03GCI:Andromeda Galaxy * 5519050557882368 Write script to detect preprocessor include guard discrepancies: documentation - I just wanted to give you a quick look at how this version should be run... |
| 15:58.35 | Notify | 03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 16:15.30 | Notify | 03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Duplicated task - I tried to create the task on different ways. One was directly in... |
| 16:16.28 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 16:27.13 | *** join/#brlcad kesha (~kesha@49.249.8.77) | |
| 16:46.33 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 17:15.10 | Notify | 03GCI:Sean * 5003400005550080 Design a T-Shirt for BRL-CAD #2: Task Closed - Congratulations, this task has been completed successfully. |
| 17:16.45 | Notify | 03GCI:Jade Kankam * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task. |
| 17:17.31 | Notify | 03GCI:Jade Kankam * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:20.42 | Notify | 03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4: hehe, nice design - This is a better design, nicely done Luke. The only problem I see is that the dimensions on the cup aren't... |
| 17:20.43 | Notify | 03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4: Task Closed - Congratulations, this task has been completed successfully. |
| 17:26.08 | Notify | 03GCI:Jade Kankam * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: Task Claimed - I would like to work on this task. |
| 17:27.58 | Notify | 03GCI:Mandeep Kaur * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: Task Assigned - This task has been assigned to Jade Kankam. You have 72 hours to complete this task, good luck! |
| 17:29.03 | Notify | 03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4 http://www.google-melange.com/gci/task/view/google/gci2013/4988105627009024: follow-on task A follow-on to this task has been... |
| 17:29.31 | *** join/#brlcad kesha (~kesha@49.249.17.51) | |
| 17:32.29 | Notify | 03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: Task Closed - Congratulations, this task has been completed successfully. |
| 17:33.32 | tofu_ | starseeker: could you take a look at that one and let me know what you think |
| 17:33.34 | tofu_ | http://www.google-melange.com/gci/task/view/google/gci2013/5519050557882368 |
| 17:33.34 | Notify | 03GCI:Sean * 5519050557882368 Write script to detect preprocessor include guard discrepancies: needs testing - We still need to test this out more thoroughly, but you're done more than enough work... |
| 17:33.35 | gcibot | Write script to detect preprocessor include guard discrepancies |
| 17:33.35 | gcibot | Status: Closed |
| 17:33.35 | gcibot | Mentor(s): Sean |
| 17:34.28 | tofu_ | basically, just whether there is anythin in there that would be hard to translate into cmake, or whether should just translate it to a shell script so we can run it like the other regression scripts |
| 17:36.44 | Notify | 03GCI:Andromeda Galaxy * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Task Claimed - I would like to work on this task. |
| 17:37.04 | brlcad | ``Erik: where's the actual stl file?? it doesn't seem to be linked on the article |
| 17:37.54 | brlcad | never mind, found it: http://www.porsche.com/international/cayman_3d/ |
| 17:37.59 | Notify | 03GCI:Mandeep Kaur * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours... |
| 17:40.11 | Notify | 03BRL-CAD:tbrowder2 * 58932 (brlcad/trunk/src/libbu/whereis.c brlcad/trunk/src/libbu/which.c): mods for compiling with C++: var 'directory' can't be const since it may be modified |
| 17:53.35 | ``Erik | awesome, I didn't find the file, just noting the article... seems like an awesome geometry to really stretch the bot->nurbs stuff starseeker did and create some good screenshots for marketing purposes :) |
| 18:02.50 | Notify | 03BRL-CAD:tbrowder2 * 58933 brlcad/trunk/src/librt/db5_attr.c: add another alias |
| 18:40.37 | Notify | 03GCI:Anita Leung * 4816070846185472 Redesign MGED/Archer's Menu: Ready for review - The work on this task is ready to be reviewed. |
| 18:53.54 | Notify | 03GCI:Olexander Dubenko * 5902299616509952 Create a BRL-CAD presentation template: Task Claimed - I would like to work on this task. |
| 18:56.45 | Notify | 03GCI:Mandeep Kaur * 5902299616509952 Create a BRL-CAD presentation template: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck! |
| 19:20.12 | Notify | 03GCI:Jade Kankam * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: None - Do I need to register to be able to comment on a thread? |
| 19:21.52 | Notify | 03GCI:Andromeda Galaxy * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Ready for review - The work on this task is ready to be reviewed. |
| 19:22.42 | Notify | 03GCI:Andromeda Galaxy * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Explanation file - The file include_headers_explanation.txt inside the... |
| 21:06.19 | Notify | 03GCI:Sean * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): Task Closed - Congratulations, this task has been completed successfully. |
| 21:06.50 | Notify | 03GCI:Sean * 5783310231928832 Consistent preprocessor include guards for all include/ headers (78 headers): outstanding work - This is an outstanding task completion. Nicely done. |
| 21:19.20 | Notify | 03GCI:Andromeda Galaxy * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): Task Claimed - I would like to work on this task. |
| 21:27.17 | Notify | 03GCI:Sean * 4816070846185472 Redesign MGED/Archer's Menu: nice work - Anita, this is really nice work and I like that you provided pretty detailed information about the button panels in addition... |
| 21:32.57 | maths22 | brlcad: are there any vol primitives that I can work with to test? |
| 21:33.07 | maths22 | I probably just don't know where to look. |
| 22:47.52 | *** join/#brlcad merzo (~merzo@68-199-132-95.pool.ukrtel.net) | |
| 22:51.46 | Notify | 03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Ready for review - The work on this task is ready to be reviewed. |
| 22:52.51 | Notify | 03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Builds OK - The changes build correctly on my system. |
| 23:11.28 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-125-67.aby.bellsouth.net) | |
| 23:24.46 | Notify | 03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed. |
| 23:52.25 | *** join/#brlcad romanvk (~romanvk@91.210.101.85) | |
| 00:13.40 | *** join/#brlcad telemir (~telemir@91.210.100.86) | |
| 01:08.30 | maths22 | brlcad: by the way, I am currently compiling brlcad using llvm trunk |
| 01:08.42 | maths22 | It is soo much slower than gcc on the server! |
| 01:13.41 | ``Erik | maths22: "nice make -j6" might speed things up a bit, but will make the messages a bit trickier to read... good to use in like src/other where we don't take ownership of warnings |
| 01:29.27 | maths22 | true |
| 01:29.30 | maths22 | good idea |
| 01:31.15 | maths22 | what is the point of "nice" |
| 01:42.33 | Notify | 03GCI:Anita Leung * 4816070846185472 Redesign MGED/Archer's Menu: None - Perhaps the options Command Window and Options Window on the tools menu are unnecessary since the user should already know... |
| 02:03.52 | kanzure | anyone have insight into what this is? http://diyhpl.us/reprap/trunk/users/vasile/tags/python_brlcad-0.2/brlcad.py |
| 02:04.06 | kanzure | oh wait it's mged pass-through |
| 02:04.11 | kanzure | nevermind :( |
| 02:21.02 | Notify | 03GCI:Gauravjeet Singh * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72... |
| 02:23.37 | Notify | 03GCI:Andromeda Galaxy * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): Ready for review - The work on this task is ready to be reviewed. |
| 03:15.59 | starseeker | brlcad: I'll take a look - is the intent to make it a regress script, or do like the astyle trick and actually make it a compile-time failure? |
| 05:06.28 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed. |
| 05:08.19 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Uploaded - I upload two design in file : t-shirt.rar Thanks. Deep Inder |
| 05:47.37 | *** join/#brlcad kesha (~kesha@49.249.8.115) | |
| 07:51.35 | Notify | 03BRL-CAD Wiki:103members * 0 /wiki/User:103members: |
| 07:58.51 | Notify | 03GCI:Melange * 6304634838712320 Write a manual page for MGED's ''brep'' command: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted.... |
| 08:06.17 | Notify | 03GCI:Melange * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 08:17.55 | Notify | 03GCI:Sean * 4816070846185472 Redesign MGED/Archer's Menu: Task Closed - Congratulations, this task has been completed successfully. |
| 08:20.51 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: single patch file - Almost there, Alex. The patch file you uploaded only includes the CMakeLists.txt file change, but... |
| 08:21.06 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 08:21.31 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 08:26.33 | Notify | 03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: still widened - Deep, your design is still "widened", which looks bad. Also, just putting a big image on the belly is a bad idea ..... |
| 08:26.34 | Notify | 03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 08:29.55 | *** join/#brlcad kesha (~kesha@115.246.185.150) | |
| 08:33.39 | Notify | 03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed. |
| 08:41.47 | Notify | 03GCI:Sean * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): Task Closed - Congratulations, this task has been completed successfully. |
| 08:43.13 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 08:44.00 | Notify | 03BRL-CAD:brlcad * 58934 (brlcad/trunk/include/wdb.h brlcad/trunk/src/adrt/adrt.h and 78 others): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/5017566955175936 ) from Andromeda Galaxy that makes the header include guards use a consistent naming convention. this gets a bunch of the src subdir headers. |
| 08:44.01 | gcibot | Consistent preprocessor include guards for various src/ headers (83 headers) |
| 08:44.01 | gcibot | Status: Closed |
| 08:44.01 | gcibot | Mentor(s): Sean |
| 08:44.02 | Notify | 03GCI:Sean * 5017566955175936 Consistent preprocessor include guards for various src/ headers (83 headers): applied cleanly - Andromeda, this is great work, now multiple clean patches under your... |
| 08:46.33 | Notify | 03BRL-CAD:brlcad * 58935 (brlcad/trunk/src/conv/step/BRLCADWrapper.h brlcad/trunk/src/conv/step/STEPWrapper.h and 199 others): apply gci patch ( http://www.google-melange.com/gci/task/view/google/gci2013/6380108822609920 ) from agkphysics (aaron) that adds and ensures consistent naming for all of the src/conv/step headers (oof). |
| 08:46.34 | gcibot | Consistent preprocessor include guards for all src/conv/ headers |
| 08:46.34 | gcibot | Status: Closed |
| 08:46.34 | gcibot | Mentor(s): Sean |
| 08:46.53 | Notify | 03GCI:Sean * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Task Closed - Congratulations, this task has been completed successfully. |
| 08:47.13 | Notify | 03GCI:Sean * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: looks great - Upon quick inspection, this looks fantastic. Did you automate the edits or perform them... |
| 08:49.19 | Notify | 03GCI:Sean * 5803858966085632 Design a T-Shirt for BRL-CAD #4: haha - Haha... soiled modeling. Very dirty. Love it, but is the typo intentional? Also, generally, you want graphics and artwork... |
| 08:49.29 | Notify | 03GCI:Sean * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 08:55.04 | *** join/#brlcad kesha (~kesha@115.246.185.150) | |
| 09:03.42 | Notify | 03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Script helped - I started doing the few odd ones by hand. But I wrote a little script which... |
| 09:09.16 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 09:15.10 | *** join/#brlcad kesha_ (~kesha@49.249.175.192) | |
| 09:24.52 | Notify | 03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Ready for review - The work on this task is ready to be reviewed. |
| 09:45.03 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:45.11 | Notify | 03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed. |
| 09:49.36 | Notify | 03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 09:49.37 | Notify | 03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Could you check the another - I didnt notice the comment was busy in making an another version and was very excited to... |
| 09:49.46 | Notify | 03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Task Claimed - I would like to work on this task. |
| 10:03.57 | Notify | 03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: has the task been approved?? - i just want to know if the task has been approved or not? |
| 10:05.46 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 10:08.17 | Notify | 03GCI:Daniel Rossberg * 6334427550449664 Compile BRL-CAD with Dev-C++: Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good luck! |
| 10:10.57 | Notify | 03GCI:Daniel Rossberg * 6334427550449664 Compile BRL-CAD with Dev-C++: Was/is the task ready for review? - Was removing the claim a mistake? |
| 10:27.43 | Notify | 03GCI:Daniel Rossberg * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Typos and more - There are still typos: "soruce", "soild" can't be found in a dictionary And I would like to see a BRL-CAD... |
| 10:28.32 | Notify | 03GCI:Daniel Rossberg * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task... |
| 10:56.31 | Notify | 03GCI:Sharan Narayan * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Ready for review - The work on this task is ready to be reviewed. |
| 11:04.41 | *** join/#brlcad kesha__ (~kesha@49.249.8.225) | |
| 11:53.48 | Notify | 03BRL-CAD:tbrowder2 * 58936 brlcad/trunk/src/fbed/cursorbits.h: enclose #endif ID as comment |
| 12:00.44 | *** join/#brlcad kesha__ (~kesha@49.249.16.117) | |
| 12:04.45 | Notify | 03BRL-CAD:tbrowder2 * 58937 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/ged_private.h and 7 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all struct command_tab comparison function signatures to bethe same:int (*ct_func)(const int, const char **);change requires some new or changed casts inside functionssuccessful debug build on Debian 7, |
| 12:04.47 | Notify | 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress' |
| 12:06.03 | *** join/#brlcad kesha__ (~kesha@49.249.16.117) | |
| 12:19.08 | Notify | 03BRL-CAD:tbrowder2 * 58938 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_free.c): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all bu_rb_free function signatures to bethe same with explict function pointer arguments:void bu_rb_free(struct bu_rb_tree *tree, void (*free_data)(void *data));also removed unneeded code from the actual call of the function |
| 12:19.10 | Notify | pointersuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress' |
| 12:21.29 | Notify | 03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Claimed - I would like to work on this task. |
| 12:32.56 | Notify | 03BRL-CAD:tbrowder2 * 58939 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_create.c and 2 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all struct bu_rb_tree comparison function pointer signaturesto be the same with explict arguments:int (**rbt_order)(void *, void *);also removed unneeded code from the actual calls of the function pointersuccessful |
| 12:32.57 | Notify | debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress' |
| 12:33.46 | Notify | 03BRL-CAD:tbrowder2 * 58940 brlcad/trunk/src/liborle/rle.c: use explict args for function pointer; remove unneeded code from calls with funciton pointer |
| 12:55.44 | Notify | 03GCI:Daniel Rossberg * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Assigned - This task has been assigned to kenneth dela harlley. You have 72 hours to complete this... |
| 13:05.48 | Notify | 03BRL-CAD:tbrowder2 * 58941 (brlcad/trunk/src/libbu/rb_insert.c brlcad/trunk/src/libged/loadview.c and 4 others): ws, style |
| 13:31.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 13:31.42 | Notify | 03GCI:Olexander Dubenko * 5902299616509952 Create a BRL-CAD presentation template: Ready for review - The work on this task is ready to be reviewed. |
| 13:51.11 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 14:03.41 | Notify | 03GCI:Javisth * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Claimed - I would like to work on this task. |
| 14:08.42 | Notify | 03GCI:Harmanpreet * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Assigned - This task has been assigned to Javisth. You have 72... |
| 14:08.47 | *** join/#brlcad d_rossberg (~rossberg@66.118.151.70) | |
| 14:15.37 | Notify | 03BRL-CAD:tbrowder2 * 58942 brlcad/trunk/src/util/plot3-X.c: check for success else bail |
| 14:16.24 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 14:17.34 | *** join/#brlcad kesha (~kesha@49.249.16.117) | |
| 14:21.09 | *** join/#brlcad tofu_ (~sean@66-118-151-70.static.sagonet.net) | |
| 14:24.11 | *** join/#brlcad Ch3ck (~Ch3ck@66.118.151.70) | |
| 14:32.21 | Notify | 03GCI:Daniel Rossberg * 5902299616509952 Create a BRL-CAD presentation template http://www.google-melange.com/gci/task/view/google/gci2013/5902299616509952: That looks good but it's hard to... |
| 14:33.01 | Notify | 03GCI:Daniel Rossberg * 5902299616509952 Create a BRL-CAD presentation template: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 14:36.09 | Notify | 03BRL-CAD:tbrowder2 * 58943 brlcad/trunk/src/rt/opt.c: ws, style |
| 14:36.34 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 14:36.44 | Notify | 03BRL-CAD:tbrowder2 * 58944 brlcad/trunk/include/bu.h: correct func name |
| 14:37.59 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 14:38.28 | Notify | 03GCI:Luke Blue * 4988105627009024 Design a BRL-CAD business card #4: Want to help - I really want to help but I only know the basics of MGED, so figuring out how to make it will take me more than... |
| 14:54.33 | Notify | 03BRL-CAD:carlmoore * 58945 brlcad/trunk/doc/docbook/system/man1/en/wdb_example.xml: remove trailing blanks/tabs |
| 14:55.45 | Notify | 03BRL-CAD:starseeker * 58946 brlcad/trunk/src/libbrep/boolean.cpp: Handle recognizing coplanar cases up-front - doesn't avoid the r5 bug, but does clear one of the warning messages. |
| 14:58.45 | Notify | 03BRL-CAD:starseeker * 58947 brlcad/trunk/src/libbn/obr.c: Init all the points. |
| 15:13.12 | *** join/#brlcad kesha_ (~kesha@49.249.16.117) | |
| 15:15.40 | maths22 | Can anyone tell me how to create a vol primative for testing |
| 15:15.46 | maths22 | Or point me to one that exists? |
| 15:24.33 | Notify | 03GCI:Sean * 5803858966085632 Design a T-Shirt for BRL-CAD #4: task completed, maybe try another - Sharan, those two designs look much better. The "C" in the "birth of a hero" font is too rounded... |
| 15:24.53 | Notify | 03GCI:Sean * 5803858966085632 Design a T-Shirt for BRL-CAD #4: Task Closed - Congratulations, this task has been completed successfully. |
| 15:27.08 | Notify | 03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task. |
| 15:34.32 | *** join/#brlcad Ch3ck_ (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 15:36.06 | Notify | 03BRL-CAD:starseeker * 58948 brlcad/trunk/src/libbn/util.c: Initialize normal |
| 15:40.56 | Notify | 03GCI:Melange * 5258035597410304 Model BRL-CAD Logo Using BRL-CAD #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:41.42 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:43.09 | Notify | 03BRL-CAD:starseeker * 58949 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): More zero initializations |
| 15:44.24 | *** join/#brlcad kesha_ (~kesha@49.249.8.23) | |
| 15:44.24 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 15:45.33 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 15:45.46 | Notify | 03GCI:Harmanpreet * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 15:46.02 | *** join/#brlcad ejno_ (~ejno@unaffiliated/kazaik) | |
| 15:47.38 | *** join/#brlcad kesha__ (~kesha@49.249.8.23) | |
| 15:54.14 | *** join/#brlcad kesha__ (~kesha@49.249.16.210) | |
| 15:57.55 | Notify | 03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 15:57.59 | Notify | 03GCI:Andromeda Galaxy * 5495828743454720 Write a script to complete all DocBook image tag updates: Task Claimed - I would like to work on this task. |
| 16:03.03 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 16:03.57 | Notify | 03GCI:Daniel Rossberg * 5495828743454720 Write a script to complete all DocBook image tag updates: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 16:05.37 | *** join/#brlcad kesha__ (~kesha@49.249.16.210) | |
| 16:15.14 | *** join/#brlcad andromed` (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 16:21.32 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 16:21.32 | *** join/#brlcad hickoryknoll (~hickorykn@66-118-151-70.static.sagonet.net) | |
| 16:21.32 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 16:23.01 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 16:32.10 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 16:43.43 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Task Claimed - I would like to work on this task. |
| 16:58.08 | tofu_ | new gci web task: http://www.google-melange.com/gci/task/view/google/gci2013/6067909797347328 |
| 16:58.09 | gcibot | Update Drupal installation |
| 16:58.09 | gcibot | Status: Open |
| 16:58.09 | gcibot | Mentor(s): Sean |
| 16:58.50 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck! |
| 16:59.38 | brlcad | maths22: the short summary for creating a vol: it's just like ebm |
| 17:00.23 | brlcad | maths22: basically, you create a bw image datafile, create the vol primitive with the 'in' command and tell it the details about your datafile |
| 17:00.57 | brlcad | normally a vol will be multiple bw files all smooshed into one file, but you should be able to create a vol with just one bw |
| 17:06.00 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.210.66) | |
| 17:24.09 | Notify | 03GCI:Andromeda Galaxy * 5495828743454720 Write a script to complete all DocBook image tag updates: Ready for review - The work on this task is ready to be reviewed. |
| 17:30.06 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed. |
| 17:30.22 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 17:44.06 | maths22 | what is a bw image? |
| 17:52.39 | brlcad | maths22: it's a simple 0-255 black-and-white image in raw form |
| 17:52.50 | brlcad | we have tools that will convert to/from bw for you like png-bw |
| 17:53.06 | brlcad | but basically, it's a raw grayscale image |
| 17:53.25 | maths22 | OK. Thanks |
| 17:53.41 | brlcad | andromed`: how many coding tasks have you completed thus far? |
| 17:55.03 | brlcad | maths22: what I'd try right away is just paint a white circle, save as png, run png-bw, and follow the ebm instructions .. but specify vol instead of ebm where appropriate |
| 17:55.28 | brlcad | and keeping in mind that vol are "layers of ebm" so there will be some additional prompting about cell sizes and ranges not in the ebm instructions |
| 17:57.14 | maths22 | I will do that |
| 18:00.29 | maths22 | I get the following error: |
| 18:00.30 | maths22 | RROR: bad pointer 0x384a4280: s/b rt_ebm_internal(xf901b231), was rt_vol_internal(x987ba1d0) |
| 18:03.51 | brlcad | somewhere you got the two instrauctions mixed up? |
| 18:04.14 | brlcad | it's reading it as an ebm, but was given a vol |
| 18:04.49 | brlcad | maths22: what was your "in" command? |
| 18:05.01 | brlcad | make sure you "kill" any objects you crated |
| 18:10.45 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed. |
| 18:13.40 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: About The T-Shirt - should I do another on of the shirt tasks.. I am thinkin of creating a 3D text with... |
| 18:20.43 | Notify | 03BRL-CAD Wiki:Sean * 6384 /wiki/Community_Publication_Portal: finally posted the GCI announcement |
| 18:28.42 | *** join/#brlcad tenebris (~tenebris@91.210.100.64) | |
| 18:31.25 | *** join/#brlcad nilspin1 (~nilay@59.95.236.26) | |
| 18:32.05 | *** part/#brlcad nilspin1 (~nilay@59.95.236.26) | |
| 18:49.06 | Notify | 03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task Claimed - I would like to work on this task. |
| 18:52.40 | Notify | 03GCI:Mandeep Kaur * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task, good luck! |
| 18:58.16 | *** join/#brlcad globusdesign (~globusdes@91.210.101.197) | |
| 19:46.37 | maths22 | brlcad: I updated xref to use 7.24.0 |
| 20:00.08 | Notify | 03BRL-CAD:tbrowder2 * 58950 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_diag.c brlcad/trunk/src/libbu/rb_walk.c): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all struct bu_rb_walk visitor function pointer signatures sothey are cast to void when used as function args and then cast to theproper signature when used as actual functionsadded macros to bu.h |
| 20:00.09 | Notify | to aid proper casting with expanded commentsabout the process (names are not very imaginative)successful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'successful bu_redblack_test with 'make test' |
| 20:35.33 | Notify | 03BRL-CAD:tbrowder2 * 58951 brlcad/trunk/src/libbn/wavelet.c: correct typo |
| 20:45.46 | maths22 | How would I test my librt volumetric callback? |
| 20:47.05 | Notify | 03BRL-CAD:tbrowder2 * 58952 brlcad/trunk/src/lgt/prnt.c: ws, style; remove trivial comments |
| 20:47.36 | maths22 | brlcad: the error earlier is because of a bug in the source code |
| 20:47.43 | maths22 | I will include it in my final patch |
| 20:53.38 | Notify | 03BRL-CAD:starseeker * 58953 brlcad/trunk/src/libbrep/boolean.cpp: Put back the original logic for now - need to think about this, set up some systematic unit tests. |
| 20:53.54 | Notify | 03BRL-CAD:carlmoore * 58954 brlcad/trunk/src/fb/gif-fb.c: disable use of stdin unless it is piped in from a file; run-with-no-arguments now gets help |
| 21:10.03 | brlcad | maths22: http://www.google-melange.com/gci/task/view/google/gci2013/5795924014006272 |
| 21:10.04 | gcibot | Update xref to use BRL-CAD 7.24.0 |
| 21:10.04 | gcibot | Status: Open |
| 21:10.04 | gcibot | Mentor(s): Sean |
| 21:10.41 | brlcad | maths22: the 'analyze' command should report volumes once the callback is enabled |
| 21:11.00 | brlcad | try with something simple like a sphere, then your addition |
| 21:13.30 | maths22 | analyze: unable to process ID_VOL solid |
| 21:13.37 | maths22 | It worked on the sphere |
| 21:13.42 | Notify | 03BRL-CAD:brlcad * 58955 brlcad/trunk/src/librt/primitives/vol/vol.c: fix invalid validity check, bogus bounding box type copied from the ebm implementation |
| 21:15.34 | Notify | 03BRL-CAD:brlcad * 58956 (brlcad/trunk/src/librt/primitives/dsp/dsp_mirror.c brlcad/trunk/src/librt/primitives/superell/superell_mirror.c brlcad/trunk/src/librt/primitives/vol/vol_mirror.c): fix more ebm copy-paste bugs in other primitives, initially encountered by maths22 during vol work |
| 21:15.58 | maths22 | Copy-paste is awesome but horrible |
| 21:16.06 | maths22 | :) |
| 21:17.10 | brlcad | maths22: there, that should enable it |
| 21:17.34 | Notify | 03BRL-CAD:brlcad * 58957 brlcad/trunk/src/libged/analyze.c: process vol primitives |
| 21:18.03 | maths22 | thanks |
| 21:35.55 | Notify | 03BRL-CAD:tbrowder2 * 58958 brlcad/trunk/src/burst/extern.h: eliminate unused extern var |
| 21:41.03 | Notify | 03BRL-CAD:tbrowder2 * 58959 (brlcad/trunk/src/lgt/do_options.c brlcad/trunk/src/lgt/prnt.c and 3 others): eliminate use of C++ keyword 'template' |
| 21:44.30 | *** join/#brlcad merzo (~merzo@95.132.178.195) | |
| 21:50.59 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Ready for review - The work on this task is ready to be reviewed. |
| 21:52.14 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None - As Daniel proposed, I used BSD's implementation. Is any source naming necessary for this... |
| 21:57.42 | Notify | 03BRL-CAD:tbrowder2 * 58960 brlcad/trunk/src/libbn/plane.c: rename var from C++ keyword 'class' |
| 22:18.03 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None - BTW, what is status quo concernig genptr_t. On the maillist I read, that it's deprecated,... |
| 22:39.34 | Notify | 03BRL-CAD:starseeker * 58961 brlcad/trunk/src/libbrep/boolean.cpp: I think we're going to want to shrink the surfaces after this operation - very noticable in the sph - sph case when plotting the subtracted sphere surface. If it proves to be a major performance issue or buggy may need to re-think, but otherwise should cut down on unnecessary intersection solving when walking up a tree |
| 22:43.55 | Notify | 03BRL-CAD:starseeker * 58962 brlcad/trunk/src/libbrep/boolean.cpp: Compact the brep structure as well. |
| 22:53.08 | Notify | 03BRL-CAD:brlcad * 58963 brlcad/trunk/src/libbn/plane.c: just give it a name that needs no comment |
| 23:13.19 | Notify | 03BRL-CAD:brlcad * 58964 (brlcad/trunk/src/lgt/do_options.c brlcad/trunk/src/lgt/prnt.c brlcad/trunk/src/lgt/screen.h): expand ambiguous name, it's the template for updating the curses screen. |
| 23:15.39 | Notify | 03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 23:15.43 | maths22 | I will reclaim shortly |
| 23:21.10 | Notify | 03GCI:Jacob B * 5795924014006272 Update xref to use BRL-CAD 7.24.0: Task Claimed - I would like to work on this task. |
| 00:02.56 | *** join/#brlcad merzo (~merzo@195-178-132-95.pool.ukrtel.net) | |
| 00:16.08 | Notify | 03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: Ready for review - The work on this task is ready to be reviewed. |
| 00:19.11 | *** join/#brlcad merzo (~merzo@177-26-132-95.pool.ukrtel.net) | |
| 01:11.42 | Notify | 03GCI:Mandeep Kaur * 5795924014006272 Update xref to use BRL-CAD 7.24.0: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 01:27.23 | Notify | 03GCI:Jacob B * 5795924014006272 Update xref to use BRL-CAD 7.24.0: Ready for review - The work on this task is ready to be reviewed. |
| 01:34.34 | maths22 | brlcad: are centroids relative to the db origin or to the origin of the object? |
| 01:55.45 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed. |
| 02:26.18 | maths22 | also, what is the mat matrix stored within a circle |
| 02:26.27 | maths22 | sorry, I meant within a vol |
| 02:44.39 | Notify | 03GCI:Sean * 5795924014006272 Update xref to use BRL-CAD 7.24.0: Task Closed - Congratulations, this task has been completed successfully. |
| 02:46.22 | maths22 | never mind all my questions |
| 02:49.18 | Notify | 03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Claimed - I would like to work on this task. |
| 02:51.10 | *** join/#brlcad maths22 (~gcimaths@66-118-151-70.static.sagonet.net) | |
| 02:57.47 | brlcad | maths22: centroids should be relative to the global origin |
| 02:57.57 | brlcad | most primitives to not have a local origin concept |
| 02:59.15 | Notify | 03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 02:59.18 | maths22 | I have done that now by applying the mat matrix |
| 03:00.15 | maths22 | Patch submitted to melange |
| 03:00.25 | Notify | 03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Ready for review - The work on this task is ready to be reviewed. |
| 03:01.23 | maths22 | By the way, I will do the drupal upgrade task next |
| 03:13.22 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: close enough - Alex, that is a valid patch file, hurrah! You've certainly made a lot of progress and put effort into... |
| 03:14.59 | Notify | 03BRL-CAD:brlcad * 58965 brlcad/trunk/doc/docbook/system/mann/en/CMakeLists.txt: apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320 from 'Alex', heavily modified. fixed the xml tag errors, used the simpler boilerplate, but left the various write-up mistakes. he put a lot of effort and iterations in, hopefully someone will follow-on. |
| 03:15.00 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: Task Closed - Congratulations, this task has been completed successfully. |
| 03:15.02 | gcibot | Write a manual page for MGED's ''brep'' command |
| 03:15.02 | gcibot | Status: Closed |
| 03:15.02 | gcibot | Mentor(s): Sean |
| 03:21.29 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command http://www.google-melange.com/gci/task/view/google/gci2013/6304634838712320: follow-on task A follow-on to this task... |
| 03:26.36 | Notify | 03GCI:Sean * 6304634838712320 Write a manual page for MGED's ''brep'' command: full name - Never mind about providing your full name -- I found it from your other GCI tasks. Thanks again. |
| 03:27.09 | Notify | 03BRL-CAD:brlcad * 58966 brlcad/trunk/AUTHORS: credit Alexander Lotsu with his various GCI task contributions. namely, he's provided an initial brep man page, a windows maintainer solicit, a command quick ref, and a phone design. |
| 03:50.34 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 04:03.35 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: almost perfect - This model is almost what we need, but there are some issues to think about Sharan. First off, the... |
| 04:05.50 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 04:06.05 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 04:25.13 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: credit where credit is due - Johannes, this is looking really good but there is one major problem with the... |
| 04:39.35 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Patch format - Kristian, I missed your earlier comment but wish I hadn't... you put in good effort but on code... |
| 04:39.40 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 04:40.00 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 04:43.11 | Notify | 03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: not understanding - Deep, I don't think you're understanding the feedback. You've made the design even wider!... Wide text is bad. It... |
| 04:43.21 | Notify | 03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 04:43.31 | Notify | 03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 04:46.56 | Notify | 03GCI:Sean * 5495828743454720 Write a script to complete all DocBook image tag updates: Review - Starseeker, would you review this? Looks reasonable to me at a glance, but not sure if you had... |
| 04:55.25 | Notify | 03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 04:55.27 | Notify | 03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): minor stylistic - Jacob, this looks good to me. Only issues I note are cosmetic code conventions issues that... |
| 04:57.49 | Notify | 03BRL-CAD:brlcad * 58967 (brlcad/trunk/src/conv/dxf/dxf.h brlcad/trunk/src/conv/iges/PullbackCurve.h and 14 others): apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/6380108822609920 from agkphysics that puts consistent header guards in place for all of src/conv |
| 04:57.49 | gcibot | Consistent preprocessor include guards for all src/conv/ headers |
| 04:57.50 | gcibot | Status: Closed |
| 04:57.50 | gcibot | Mentor(s): Sean |
| 04:58.08 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Understand - Ok Sean, Now i understand your feedback. That i was confused what is widened. now i keep your instructions... |
| 05:00.33 | Notify | 03GCI:Sean * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: paste the script? - Since the task is closed, how about just pasting the script here in a comment?... |
| 06:02.19 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Didn't use SVN to get source code - I would release it in a patch format, but I downloaded it as a... |
| 06:05.29 | Notify | 03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Task Claimed - I would like to work on this task. |
| 06:09.44 | Notify | 03GCI:Mandeep Kaur * 4573705707454464 Design new Archer splash screen #2: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 07:49.42 | Notify | 03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Deprecated genptr_t - Using void* is Ok. |
| 08:02.05 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:04.29 | Notify | 03GCI:Alex * 6304634838712320 Write a manual page for MGED's ''brep'' command: follow on task - Thanks for editing my work sorry there were some errors, i will checkout the follow on work. |
| 08:06.20 | Notify | 03GCI:Melange * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 08:42.07 | *** join/#brlcad avneet (~avneet@202.164.53.122) | |
| 08:42.45 | avneet | exit |
| 08:42.49 | avneet | exit |
| 08:43.03 | avneet | exithi |
| 08:45.35 | *** join/#brlcad Kn_king (~Kn_king@195.24.220.16) | |
| 08:48.52 | *** join/#brlcad Chick_ (~Chick_@195.24.220.16) | |
| 08:50.24 | Chick_ | hi need help compiling brlcad |
| 08:52.22 | Chick_ | when i run the configure script i get this error: Can't find Tcl configuration definitions |
| 08:53.30 | d_rossberg | Chick_: you shouldn't use configure any more, use CMake instead |
| 08:54.59 | d_rossberg | e.g. see INSTALL |
| 08:59.01 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 09:20.27 | *** join/#brlcad devinder_ (~devinder@202.164.53.117) | |
| 09:20.40 | devinder_ | exit |
| 10:01.52 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed. |
| 10:03.57 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Didn't Understand - I was confused and made two versions i have included 2 .g files, 2 wireframes, 2... |
| 10:23.34 | *** join/#brlcad witness__ (uid10044@gateway/web/irccloud.com/x-fhraojbehhvwofow) | |
| 10:49.53 | *** join/#brlcad gjeet (~gjeet@117.220.146.250) | |
| 11:17.23 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Task Claimed - I would like to work on this task. |
| 11:17.29 | *** join/#brlcad Chick_ (~Chick_@195.24.220.16) | |
| 11:20.24 | Notify | 03GCI:Gauravjeet Singh * 5260604122071040 Design a BRL-CAD business card #5: Task Assigned - This task has been assigned to AdityaGulati. You have 72 hours to complete this task, good luck! |
| 13:01.49 | Chick_ | im currently running the make benchmark script of brlcad and its taking too much time can i abort it and proceed to make install? |
| 14:05.37 | Notify | 03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Task Claimed - I would like to work on this task. |
| 14:10.22 | Notify | 03GCI:Mandeep Kaur * 5509389028950016 Design a BRL-CAD Sticker #10: Task Assigned - This task has been assigned to Luke Blue. You have 72 hours to complete this task, good luck! |
| 14:15.38 | Notify | 03GCI:Melange * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Initial Deadline passed - Melange has detected that the initial deadline... |
| 14:57.05 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:08.07 | Notify | 03BRL-CAD:carlmoore * 58968 brlcad/trunk/doc/docbook/system/mann/en/brep.xml: fix a spelling, and remove trailing blanks/tabs |
| 15:38.26 | Notify | 03GCI:Jacob B * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Ready for review - The work on this task is ready to be reviewed. |
| 15:41.07 | *** join/#brlcad gjeet (~gjeet@117.220.146.250) | |
| 15:46.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 15:47.40 | *** part/#brlcad gjeet (~gjeet@117.220.146.250) | |
| 15:50.26 | Notify | 03GCI:Cameron * 4972733939056640 Create a BRL-CAD presentation template #2: Task Claimed - I would like to work on this task. |
| 15:53.42 | Notify | 03GCI:Mandeep Kaur * 4972733939056640 Create a BRL-CAD presentation template #2: Task Assigned - This task has been assigned to Cameron. You have 72 hours to complete this task, good luck! |
| 15:54.06 | *** join/#brlcad kesha__ (~kesha@49.202.238.96) | |
| 15:57.02 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Ready for review - The work on this task is ready to be reviewed. |
| 15:59.18 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Mistake - I accidently upload file name as : backgroundnew1.jpg The designs are in file t-shirt(againrevised).rar ... |
| 16:20.34 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 16:27.16 | maths22 | Notify doesn't seem to be working noew |
| 16:27.34 | maths22 | never mind; my IRC client was scrolled up |
| 16:36.35 | brlcad | starseeker: would you take a look and see if this is what you wanted: http://www.google-melange.com/gci/task/view/google/gci2013/5495828743454720 |
| 16:36.36 | gcibot | Write a script to complete all DocBook image tag updates |
| 16:36.37 | gcibot | Status: NeedsReview (47 hours, 26 minutes left) |
| 16:36.37 | gcibot | Mentor(s): starseeker, Sean |
| 16:51.52 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: it's a mix - Sharan, So the idea is just like a mix of Glass1.jpg and render1.jpg. It'll look more like glass1.jpg... |
| 16:52.28 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 16:56.06 | Notify | 03BRL-CAD:brlcad * 58969 (brlcad/trunk/src/librt/primitives/table.c brlcad/trunk/src/librt/primitives/vol/vol.c): apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/5385202599723008 from maths22 that implements a centroid function for vol objects. cool. |
| 16:56.07 | Notify | 03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): Task Closed - Congratulations, this task has been completed successfully. |
| 16:56.08 | gcibot | Implement a centroid function for gridded volumes (VOL) |
| 16:56.08 | gcibot | Status: Closed |
| 16:56.08 | gcibot | Mentor(s): Sean |
| 16:56.46 | Notify | 03GCI:Sean * 5385202599723008 Implement a centroid function for gridded volumes (VOL): applied - Your patch was applied in r58969, excellent work. |
| 16:59.36 | Notify | 03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Task Closed - Congratulations, this task has been completed successfully. |
| 16:59.41 | Notify | 03GCI:Sean * 6441518265008128 Design a T-Shirt for BRL-CAD #3: getting better - Thanks for all your efforts, Deep. I think brlcad_white_tshirt2 looked best of the set. |
| 17:04.11 | Notify | 03GCI:Jacob B * 6067909797347328 Update Drupal installation: Task Claimed - I would like to work on this task. |
| 17:06.26 | Notify | 03GCI:Mandeep Kaur * 6067909797347328 Update Drupal installation: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 17:09.27 | Notify | 03GCI:Jacob B * 6067909797347328 Update Drupal installation: Ready for review - The work on this task is ready to be reviewed. |
| 17:10.47 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed. |
| 17:30.46 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 17:59.54 | Notify | 03GCI:Melange * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set... |
| 19:00.04 | Notify | 03BRL-CAD:starseeker * 58970 brlcad/trunk/src/libbn/plane.c: Handle the case where we have two or more equal points passed to the 3pts_collinear routine - fixes unit test #254. |
| 19:08.18 | Notify | 03BRL-CAD:starseeker * 58971 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Three identical points are degenerately collinear - this is an API decision whether this is a success or failure, for now assume success. |
| 19:15.14 | starseeker | brlcad: I think that's got it - let me apply the diff quick and make sure |
| 19:27.33 | Notify | 03BRL-CAD:carlmoore * 58972 brlcad/trunk/src/fb/gif-fb.c: remove some braces (and an unneeded 'break'), but where I eliminated an 'else', I put in some braces to help readability |
| 19:27.58 | Notify | 03BRL-CAD:starseeker * 58973 (brlcad/trunk/doc/docbook/articles/en/TEMPLATE.xml brlcad/trunk/doc/docbook/articles/en/build_pattern.xml and 35 others): Commit slightly modified version of patch from Andromeda Galaxy (GCI Task #5495828743454720) that scripted the update of the remaining image tags. The original patches undid some DocBook symbol specifications, so those needed to be removed from the patch, but |
| 19:28.00 | Notify | otherwise a nice job. |
| 19:30.39 | starseeker | brlcad: if we want to define the follow-on task, it is now to use those purpose specific objects to make both the PDF and HTML images look right in the various outputs using the various sizing options |
| 19:31.14 | starseeker | brlcad: should I write that up? That one can't be scripted, since each image will be different |
| 19:32.07 | starseeker | needs Apache FOP for the PDF output |
| 19:35.34 | Notify | 03BRL-CAD:starseeker * 58974 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Only seeing bn_plane_isect_line_lseg failures now. |
| 20:09.44 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Ready for review - The work on this task is ready to be reviewed. |
| 20:11.14 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Next try - Thanks for your explanation, thats what my "source naming"-question was all about. |
| 20:18.15 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function http://www.google-melange.com/gci/task/view/google/gci2013/5876128501727232: None Oops, shame... |
| 20:22.12 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Please reply - Please respond to my previous question, don't want the same thing happening again. |
| 21:33.46 | *** join/#brlcad remadenika (~remadenik@91.210.100.196) | |
| 21:35.09 | Notify | 03BRL-CAD Wiki:HaileyDesai * 0 /wiki/User:HaileyDesai: |
| 21:41.55 | *** join/#brlcad dosudlux (~dosudlux@91.210.100.131) | |
| 21:49.21 | Notify | 03BRL-CAD:tbrowder2 * 58975 (brlcad/trunk/include/bu.h brlcad/trunk/include/pkg.h and 58 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:added const (and casts) as necessary to eliminate many instances of:warning: deprecated conversion from string constant to 'char*' [-Wwrite-strings]in the process had to add some char and const char variables for charand const |
| 21:49.23 | Notify | char pointer usesuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'successful bu_redblack_test with 'make test' |
| 22:19.54 | Notify | 03BRL-CAD:tbrowder2 * 58976 brlcad/trunk/src/libbn/mat.c: rename var 'new' which is a C++ keyword; also rename associated vars for consistency |
| 22:28.24 | Notify | 03BRL-CAD:tbrowder2 * 58977 brlcad/trunk/src/util/azel.c: remove old, erroneous line which was replaced by the following line and mistakenly not removed |
| 22:30.49 | Notify | 03BRL-CAD:tbrowder2 * 58978 brlcad/trunk/src/sig/smod.c: remove spurious func decl which is from string.h |
| 22:58.24 | Notify | 03BRL-CAD:starseeker * 58979 (brlcad/trunk/CMakeLists.txt brlcad/trunk/src/conv/step/CMakeLists.txt): Make a very strong effort to make sure file generation is complete for the step-g and g-step inputs - use a looping MD5 comparison script to make sure the file is stable over time before generate the stamp file rather than just creating the stamp after CMake thinks the exp2cxx process is complete. Even this can be |
| 22:58.26 | Notify | messed up by sufficiently bizarre I/O issues, but if a situation arises where the files are still changing even after being in a metastable state for a full second on the filesystem we can alter this setup and make the sleep length a parameter rather than fixing it at one second. |
| 23:11.14 | starseeker | invites anyone who was having issues with step-g in parallel building to take a wack at it with r58979 in place to see if that addresses the problem successfully |
| 00:54.24 | maths22 | should make test fail? |
| 01:37.13 | starseeker | at the moment it's failing due to some libbn tests |
| 01:39.10 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-125-67.aby.bellsouth.net) | |
| 01:44.44 | Notify | 03GCI:starseeker * 5495828743454720 Write a script to complete all DocBook image tag updates: Looks good - Nice! Needed slight tweaking in the diff for symbols that had their DocBook specifications... |
| 01:44.49 | Notify | 03GCI:starseeker * 5495828743454720 Write a script to complete all DocBook image tag updates: Task Closed - Congratulations, this task has been completed successfully. |
| 01:54.26 | Notify | 03BRL-CAD:starseeker * 58980 brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt: target is _pdf not _fo |
| 02:06.53 | Notify | 03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Ready for review - The work on this task is ready to be reviewed. |
| 02:09.48 | Notify | 03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Additional Comments - I created two version with different styled logos. If anything needs to be tweaked or change, it can... |
| 02:17.58 | Notify | 03BRL-CAD:starseeker * 58981 brlcad/trunk/doc/docbook/books/en/CMakeLists.txt: Fix the custom PDF logic for the books |
| 02:41.08 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-125-67.aby.bellsouth.net) | |
| 02:57.46 | maths22 | Ok; that means that the compiler is not breaking them |
| 03:36.12 | Notify | 03GCI:agkphysics * 6380108822609920 Consistent preprocessor include guards for all src/conv/ headers: Script - #!/bin/sh for file in $(ls *.h) do HEADER=$(echo $file | tr '[:lower:]'... |
| 03:39.37 | Notify | 03GCI:Deep Inder Singh * 6382559101452288 Design a BRL-CAD business card #3: Task Claimed - I would like to work on this task. |
| 03:43.28 | Notify | 03GCI:Deep Inder Singh * 6441518265008128 Design a T-Shirt for BRL-CAD #3: Thanks - Thanks.. Sean. Regards. Deep Inder |
| 04:15.16 | Notify | 03GCI:Mandeep Kaur * 6382559101452288 Design a BRL-CAD business card #3: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck! |
| 04:31.37 | Notify | 03GCI:Anshula Rudhraraju * 5580516908597248 Design a BRL-CAD business card #2: Ready for review - The work on this task is ready to be reviewed. |
| 05:13.17 | Notify | 03GCI:Sean * 6067909797347328 Update Drupal installation: Task Closed - Congratulations, this task has been completed successfully. |
| 05:20.37 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: yes, but different colors - Sharan, that looks exactly right, but you changed up the colors all of a sudden... Keep... |
| 05:20.47 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 05:23.43 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 05:23.54 | Notify | 03GCI:Andromeda Galaxy * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Task Claimed - I would like to work on this task. |
| 05:26.00 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: go ahead and upload - Go ahead and upload the patch update here so we can track it with the task, but a... |
| 05:27.05 | Notify | 03GCI:Melange * 5580516908597248 Design a BRL-CAD business card #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted... |
| 05:29.40 | Notify | 03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: like the design - Anita, I like the layout and design, but not the modified logo. If you swap in our actual logo, I think it'll... |
| 05:31.30 | Notify | 03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 05:31.45 | Notify | 03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: also - After that change, would you also try a separate upload using a font without serifs? |
| 05:34.30 | Notify | 03GCI:Mandeep Kaur * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours... |
| 05:37.55 | Notify | 03GCI:Sean * 5580516908597248 Design a BRL-CAD business card #2: some changes - Hi Anshula! I like the overall design, but I'd like to request a few changes. First, the byline underneatch the logo... |
| 05:38.00 | Notify | 03GCI:Sean * 5580516908597248 Design a BRL-CAD business card #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 07:17.39 | Notify | 03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2 http://www.google-melange.com/gci/task/view/google/gci2013/4573705707454464: Revised work I found the png file of the logo... |
| 07:19.10 | Notify | 03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Ready for review - The work on this task is ready to be reviewed. |
| 07:30.11 | Notify | 03GCI:Daniel Rossberg * 5876128501727232 Implement a platform independent re-entrant sort function: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 07:40.11 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 07:41.07 | Notify | 03GCI:Deep Inder Singh * 6382559101452288 Design a BRL-CAD business card #3: Ready for review - The work on this task is ready to be reviewed. |
| 07:47.08 | Notify | 03GCI:Justin Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Claimed - I would like to work on this task. |
| 08:03.10 | Notify | 03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: Task Claimed - I would like to work on this task. |
| 08:06.51 | Notify | 03GCI:Daniel Rossberg * 5794702095810560 Design a BRL-CAD Sticker #8: Task Assigned - This task has been assigned to PCK-45. You have 72 hours to complete this task, good luck! |
| 08:07.36 | Notify | 03GCI:Daniel Rossberg * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Assigned - This task has been assigned to Chan Ho Jun. You have 72 hours to complete this task, good luck! |
| 09:12.10 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 09:21.45 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 09:32.08 | Notify | 03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed. |
| 09:41.11 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed. |
| 09:45.17 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Please Read it - When I was doing this task, I have been making a BUSINESS CARD, but now all the tasks... |
| 09:50.02 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Uploaded It - I have uploaded the business card above and the png file for this task, you can check it out |
| 09:51.22 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed. |
| 09:53.52 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Finished, but not able to submit as a patch. - I have finished the task, and done some more... |
| 10:07.18 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) | |
| 10:51.18 | Notify | 03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for review - The work on this task is ready to be reviewed. |
| 11:48.28 | Notify | 03BRL-CAD:tbrowder2 * 58982 brlcad/trunk/include/bu.h: correct comment; remove duplicate comment |
| 13:04.10 | Notify | 03GCI:Olexander Dubenko * 5902299616509952 Create a BRL-CAD presentation template: Ready for review - The work on this task is ready to be reviewed. |
| 13:23.26 | Notify | 03BRL-CAD:tbrowder2 * 58983 brlcad/trunk/src/sig/dconv.c: include header for correct func decls |
| 13:49.34 | Notify | 03GCI: * : - |
| 14:15.41 | Notify | 03GCI:Melange * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Reopened - Melange has detected that the final deadline has passed... |
| 14:31.23 | maths22 | for an EBM, how can one scan iterate over the pixels |
| 14:31.36 | maths22 | it does not have OK() like VOL did |
| 14:43.10 | Notify | 03GCI: * : - |
| 14:49.29 | Notify | 03BRL-CAD:tbrowder2 * 58984 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/rb_create.c and 5 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:changing all struct bu_rb_tree comparison function pointer signaturesfrom: int (**rbt_order)(void *, void *);to: int (**rbt_compar)(const void *, const void *);also changing associated var names from "*order*" to |
| 14:49.31 | Notify | "*compare*" to make clear distinction between rb tree order and node comparisonadd new macro to aid casting comparison functions to function argumentsadd casts as necessary to quell warnings and errorssuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress'successful bu_redblack_test with 'make test' |
| 14:49.32 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Task Claimed - I would like to work on this task. |
| 14:53.52 | Notify | 03GCI:Mandeep Kaur * 5029433412943872 Design new Archer splash screen: Task Assigned - This task has been assigned to Ilkin Musaev. You have 72 hours to complete this task, good luck! |
| 14:59.01 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: None - What should be size of new image? |
| 15:01.06 | Notify | 03GCI:Andromeda Galaxy * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Ready for review - The work on this task is ready to be reviewed. |
| 15:17.15 | Notify | 03GCI:Jacob B * 5674946193784832 Implement a centroid function for extruded sketches (EXTRUDE): Task Claimed - I would like to work on this task. |
| 15:25.02 | Notify | 03GCI:Mandeep Kaur * 5674946193784832 Implement a centroid function for extruded sketches (EXTRUDE): Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task,... |
| 15:26.01 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: Ready for review - The work on this task is ready to be reviewed. |
| 15:29.39 | Notify | 03BRL-CAD:tbrowder2 * 58985 brlcad/trunk/src/sig/butter.c: include header for correct func decl |
| 15:40.04 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed. |
| 15:43.21 | Notify | 03BRL-CAD:tbrowder2 * 58986 (brlcad/trunk/src/libbn/multipoly.c brlcad/trunk/src/libbu/tests/bu_semaphore.c and 2 others): make explicit casts to convert void pointers (required for C++ compilation) |
| 15:43.53 | *** join/#brlcad DarkCalf (~DarkCalf@173.231.40.98) | |
| 15:45.51 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Claimed - I would like to work on this task. |
| 15:47.51 | Notify | 03GCI:Mandeep Kaur * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Assigned - This task has been assigned to Alex. You have 72 hours to complete this task, good... |
| 15:51.02 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 15:51.20 | *** join/#brlcad kesha (~kesha@49.202.238.73) | |
| 16:01.19 | Notify | 03BRL-CAD:tbrowder2 * 58987 brlcad/trunk/src/util/pixcount.c: ws, style |
| 16:14.06 | Notify | 03BRL-CAD:carlmoore * 58988 brlcad/trunk/src/librt/primitives/vol/vol.c: remove trailing blanks/tabs |
| 16:17.58 | Notify | 03BRL-CAD:tbrowder2 * 58989 brlcad/trunk/src/libpkg/pkg.c: use header for proper errno decl |
| 16:26.22 | Notify | 03BRL-CAD:carlmoore * 58990 brlcad/trunk/src/fb/gif-fb.c: add message about use of stdin (with < construct); notice that otherwise we are not to use stdin because the input is a GIF file |
| 16:29.55 | *** join/#brlcad kesha (~kesha@49.249.17.137) | |
| 16:31.14 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 16:49.51 | Notify | 03BRL-CAD:tbrowder2 * 58991 brlcad/trunk/src/librt/primitives/vol/vol.c: ws, style |
| 17:21.22 | Notify | 03GCI: * : - |
| 17:27.47 | Notify | 03GCI:Melange * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status... |
| 17:43.24 | *** join/#brlcad gaganjyot (~gagan@124.253.224.137) | |
| 17:44.17 | *** join/#brlcad kesha (~kesha@49.249.200.20) | |
| 17:59.51 | Notify | 03GCI:Melange * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the... |
| 18:13.02 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) | |
| 18:32.10 | Notify | 03BRL-CAD:carlmoore * 58992 brlcad/trunk/src/fb/gif2fb.c: implement use of h and ? for help (what had been h is now H to accommodate this), and move 'usage' routine (now with 'Usage: ' added) to avoid duplicate declaration of 'usage' |
| 18:35.34 | Notify | 03BRL-CAD:starseeker * 58993 brlcad/trunk/src/libged/attr.c: tweak attr show approach - was printing extra line endings |
| 18:56.37 | Notify | 03GCI:Melange * 5902299616509952 Create a BRL-CAD presentation template: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 19:05.11 | Notify | 03BRL-CAD:starseeker * 58994 brlcad/trunk/src/libbu/tests/bu_semaphore.c: Fix cast type |
| 19:12.46 | Notify | 03BRL-CAD:starseeker * 58995 brlcad/trunk/src/sig/butter.c: same struct, different names - just cast it. |
| 19:13.47 | brlcad | maths22: you could write one, but I don't recall if it has something like vol's ok |
| 19:16.34 | brlcad | 58995 is quite dangerous |
| 19:16.58 | brlcad | diff libs that have little to do with each other, just happen to have the same concept |
| 19:23.37 | Notify | 03BRL-CAD:brlcad * 58996 brlcad/trunk/src/sig/butter.c: casting because the structs happen to match is exceptionally dangerous and considered bad practice. any change to either will be undetectable (due to the cast) and will result in runtime misbehavior. looks like libbn isn't even needed, just make them be fft's COMPLEX struct. |
| 19:47.17 | *** part/#brlcad gaganjyot (~gagan@124.253.224.137) | |
| 19:50.40 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 20:06.16 | Notify | 03GCI:agkphysics * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Task Claimed - I would like to work on this task. |
| 20:08.19 | Notify | 03BRL-CAD:bob1961 * 58997 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Updating cadwidgets::rtimage to reflect a change to the bw-pix command's syntax change. This fixes part of the breakage seen in rtwizard (i.e., the ghost intensity was not getting applied to the image). |
| 20:09.40 | Notify | 03GCI:Mandeep Kaur * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task,... |
| 20:40.40 | Notify | 03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: hinged? - Where are they hinged? "The two segments you model MUST be two or more regions hinged together (you can have center... |
| 20:41.10 | Notify | 03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 20:48.36 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: Task Closed - Congratulations, this task has been completed successfully. |
| 20:50.56 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: excellent, unit test - Johannes, this looks perfect now, Please commit it yourself (great first commit!). A... |
| 20:52.14 | Notify | 03BRL-CAD:carlmoore * 58998 brlcad/trunk/src/fb/gif2fb.c: add reference to use of stdin with < construct; remove 'No input file' message so we now have the run-with-no-arguments to get help |
| 21:06.18 | Notify | 03BRL-CAD:tbrowder2 * 58999 brlcad/trunk/src/libfb/fb_generic.c: update |
| 21:07.37 | maths22 | OK |
| 21:22.24 | *** join/#brlcad jschulte (~johannes@p4FDF9D4D.dip0.t-ipconnect.de) | |
| 21:23.23 | Notify | 03BRL-CAD:j-schulte * 59000 (brlcad/trunk/include/bu.h brlcad/trunk/src/libbu/CMakeLists.txt): Adding a platform-independent re-entrant sort function to libbu |
| 21:25.13 | Notify | 03GCI:Sean * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): the skipped ones - Andromeda, This looks great except for the ones that you skipped. The... |
| 21:25.17 | brlcad | woot! |
| 21:25.43 | Notify | 03GCI:Sean * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to... |
| 21:31.28 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 21:31.50 | andromeda-galaxy | brlcad: so the fact that the three qray files all use the same guard is not important? |
| 21:32.27 | andromeda-galaxy | I was worried that they used the same guard because if one was included then none of the others could be.. |
| 21:33.21 | andromeda-galaxy | Since they all define some of the same datastructures, it seemed like they would need to inhibit each other |
| 21:40.37 | brlcad | that's just bad code duplication |
| 21:41.08 | brlcad | should be eliminated, really, but woul be a task in itself to sort them out |
| 21:41.19 | andromeda-galaxy | brlcad: so what should I do? |
| 21:41.32 | brlcad | just treat them like any other headers |
| 21:41.53 | brlcad | if the build breaks, that would indicate a problem |
| 21:42.14 | andromeda-galaxy | brlcad: okay, greath |
| 21:42.17 | andromeda-galaxy | *great |
| 21:42.26 | andromeda-galaxy | and quickly: what about the cursor ones? |
| 21:42.47 | andromeda-galaxy | I was surmising that they might be assigned to variables, and that an include guard might break them... |
| 21:45.31 | andromeda-galaxy | brlcad: if you will be around for another minute I can re-submit |
| 21:47.58 | Notify | 03BRL-CAD:brlcad * 59001 brlcad/trunk/src/libfb/CMakeLists.txt: nilcursor.h looks to finally be completely unused, so remove the legacy file. |
| 21:50.57 | andromeda-galaxy | brlcad: do you want me to add include guards to the src/libfb/oglcursor.h file? |
| 21:53.38 | brlcad | no |
| 21:53.47 | brlcad | looks like it's also unused now |
| 21:53.52 | brlcad | but have to compile-test it |
| 21:54.42 | andromeda-galaxy | brlcad: okay, thanks |
| 21:54.57 | andromeda-galaxy | I will submit a version with the headers for the last two files in a minute, can you take a look at it when I do? |
| 21:56.03 | ``Erik | huh, autocad->gcode exporter http://timeguy.com/cradek/autocad |
| 21:58.34 | Notify | 03GCI:Andromeda Galaxy * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Ready for review - The work on this task is ready to be reviewed. |
| 22:06.17 | Notify | 03BRL-CAD:bob1961 * 59002 brlcad/trunk/src/util/pix-bw.c: pix-bw seems to now require one of the color flags or the ntsc/crt options. This broke rtwizard (i.e., the ghost intensity was not getting applied to the image). I added e: to the bu_getopt string to make the crt and ntsc options accessible. |
| 22:07.24 | Notify | 03BRL-CAD:bob1961 * 59003 brlcad/trunk/src/tclscripts/lib/RtImage.tcl: Updating cadwidgets::rtimage to reflect a change to the pix-bw command's syntax change and its use of libicv. This fixes part of the breakage seen in rtwizard (i.e., the ghost intensity was not getting applied to the image). |
| 22:22.07 | brlcad | maths22: what's the status of websvn? |
| 22:22.17 | brlcad | I see three installations in the web root... |
| 22:22.24 | brlcad | none of them seem to be working |
| 22:23.43 | brlcad | there are also two view-vc installations, both of which seem to be displaying raw sources instead of running |
| 22:28.23 | Notify | 03BRL-CAD:brlcad * 59004 brlcad/trunk/src/libfb/CMakeLists.txt: oglcursor.h also seems to now be completely unused, so remove it. |
| 22:29.49 | Notify | 03GCI:Johannes Schulte * 5876128501727232 Implement a platform independent re-entrant sort function: None - Both tasks, especially the replacement of old qsort uses, sound interesting. It would be... |
| 22:30.50 | Notify | 03BRL-CAD:brlcad * 59005 (brlcad/trunk/src/libfb/oglcursor.h =================================================================== and 75 others): oglcursor.h also seems to now be completely unused, so remove it. |
| 22:31.02 | Notify | 03BRL-CAD:carlmoore * 59006 brlcad/trunk/src/halftone/main.c: use h and ? for help; abolish previous 'h' because '-s 1024' does the same thing |
| 22:34.24 | andromeda-galaxy | brlcad: I've resubmitted with the changes that you suggested, can you take a quick look? |
| 22:34.57 | Notify | 03BRL-CAD:brlcad * 59007 (brlcad/trunk/src/sig/butter.c brlcad/trunk/src/sig/bw-d.c and 12 others): style cleanup, ws, decls, marking funcs static, and more. |
| 22:36.35 | Notify | 03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Task Claimed - I would like to work on this task. |
| 22:37.40 | Notify | 03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: How to show evidence of completion - Hi there, Im just messages to ask what format do you want us... |
| 22:37.50 | maths22 | Viewvc should not be in the webroot |
| 22:38.00 | maths22 | I don't think it has ever been set up |
| 22:38.11 | maths22 | ``Erik has done the recent work with websvn |
| 22:38.37 | maths22 | I should probably take down fisheye, as I am probably the only person who uses it/wants to use it |
| 22:40.36 | maths22 | can libpixman be installed on the server? |
| 22:41.52 | Notify | 03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: How to post my article - Also how do I post my article when Im done? Thanks, Mohamed |
| 22:50.51 | Notify | 03BRL-CAD:carlmoore * 59008 brlcad/trunk/src/halftone/main.c: remove '-1' from a comment; remove ':' from just after 'a' in the bu_getopt argument so 'a' does NOT require an argument |
| 22:55.21 | brlcad | GCI FYI: lots of new unit tests added for libbu and libbn |
| 22:56.06 | brlcad | maths22: you mean erik turned it off == "recent work"? |
| 22:56.39 | brlcad | I recall there being a discussion about it filling up /tmp and that is obviously a problem but we need something set up |
| 22:57.57 | maths22 | I think he also created the websvn3 version |
| 22:58.09 | maths22 | I could be wrong, though |
| 22:59.20 | brlcad | libpixman is already installed |
| 22:59.30 | brlcad | starseeker created that one |
| 22:59.46 | brlcad | it almost works but seems to crash if you try to look at a file |
| 22:59.59 | brlcad | we should not have all of these dead efforts sitting in the web root |
| 23:00.18 | maths22 | should I clear them out into some backup dir? |
| 23:01.09 | maths22 | websvn3 works for me |
| 23:01.28 | brlcad | there's an Attic folder for exactly that, but more concerning is that this is becoming a habit by multiple people... |
| 23:01.48 | brlcad | websvn3 "almost works but seems to crash if you try to look at a file" |
| 23:03.04 | maths22 | I can open files fine in it: what file crashes for you? |
| 23:07.24 | maths22 | I'm to blame for the viewvc ones and the first websvn |
| 23:08.01 | maths22 | I made/edited all of them last june |
| 23:08.17 | maths22 | I think I can just delete the viewvc ones |
| 23:12.29 | maths22 | can the python module svn.core be installed? |
| 23:18.10 | Notify | 03GCI: * : - |
| 23:22.31 | Notify | 03GCI: * : - |
| 23:22.46 | Notify | 03GCI: * : - |
| 23:31.20 | Notify | 03BRL-CAD:tbrowder2 * 59009 brlcad/trunk/src/libbu/sort.c: add explicit cast |
| 23:34.35 | Notify | 03BRL-CAD:tbrowder2 * 59010 brlcad/trunk/src/libbu/sort.c: ws, style |
| 23:38.10 | Notify | 03BRL-CAD:tbrowder2 * 59011 brlcad/trunk/src/libbu/sort.c: add explicit casts |
| 23:47.06 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: in command parameters? - I have been testing the 'in command' and looking at various other pages trying to... |
| 23:47.38 | ``Erik | didn't turn websvn off, moved it a couple times before finding a place in /usr to stash it (both /tmp and /var/tmp were getting clobbered)... |
| 23:48.56 | Notify | 03GCI:Sean * 5876128501727232 Implement a platform independent re-entrant sort function: follow-on tasks created - Numerous follow-on tasks related to this have been created including unit test and... |
| 23:49.19 | brlcad | andromeda-galaxy: changes look good |
| 23:51.04 | brlcad | andromeda-galaxy: go ahead and commit them |
| 23:51.31 | Notify | 03GCI:Sean * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): Task Closed - Congratulations, this task has been completed successfully. |
| 23:57.21 | Notify | 03GCI:Sean * 5855122085117952 Consistent preprocessor include guards for all src/lib/ headers (58 headers): looks perfect - On quick review, this looks good now. Assuming you've tested compilation... |
| 00:01.11 | Notify | 03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task. |
| 00:16.22 | Notify | 03GCI:Anita Leung * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Question - Can I submit two designs for two tasks? |
| 00:28.37 | andromeda-galaxy | Is the svn repository preferred over the git repository for development? |
| 00:29.30 | andromeda-galaxy | never mind, sorry, I see what is going on with the VC stuff.. |
| 00:31.09 | *** join/#brlcad Chick_ (~Chick_@195.24.220.16) | |
| 00:38.30 | Notify | 03BRL-CAD:peter-sa * 59012 (brlcad/trunk/src/libbn/bn_private.h brlcad/trunk/src/libbrep/PullbackCurve.h and 54 others): Make header include guards in src/lib* use consistent naming convention |
| 01:12.56 | maths22 | brlcad: can cgi script execution be enabled for brlcad.org/viewvc-1.1.21/bin/cgi/ |
| 01:13.03 | maths22 | I can't do it just from .htaccess |
| 01:13.14 | maths22 | ``Erik: you could probably do this too |
| 01:17.04 | Notify | 03GCI:Kelsey * 5215498375528448 Create a BRL-CAD presentation template #5: Task Claimed - I would like to work on this task. |
| 01:22.19 | Notify | 03GCI:Kelsey * 5215498375528448 Create a BRL-CAD presentation template #5: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 01:40.34 | *** join/#brlcad Chick_ (~Chick_@195.24.220.16) | |
| 01:48.03 | *** join/#brlcad Chick_ (~Chick_@195.24.220.16) | |
| 03:06.36 | maths22 | see http://brlcad.org:8080/svn/repos/BRL-CAD/list/ |
| 03:06.49 | maths22 | If you like it, could a GCI task be created for it? |
| 03:07.07 | maths22 | Also, don't worry about the CGI stuff |
| 03:09.26 | Notify | 03GCI:agkphysics * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Ready for review - The work on this task is ready to be reviewed. |
| 03:21.02 | Notify | 03GCI:agkphysics * 5288632944427008 Implement a surface area function for gridded volumes (VOL): No volume function - This function is based on the one I used for an ebm, except it also takes into... |
| 03:36.07 | starseeker | personally prefers ViewVC... |
| 03:37.05 | starseeker | websvn3 as more out of desperation to have something... |
| 03:37.19 | starseeker | s/ as/was/ |
| 03:38.24 | brlcad | ``Erik: huh, the top-level dir is 000'd, figured maybe it was you |
| 03:41.33 | maths22 | starseeker: how is the one I posted? |
| 03:41.58 | starseeker | brlcad.org/viewvc-1.1.21/bin/cgi gives me a forbidden error |
| 03:42.14 | maths22 | not that one. the 8080/svn one |
| 03:42.58 | starseeker | that seems to work |
| 03:44.37 | starseeker | another ViewVC alternative? |
| 03:44.45 | maths22 | how does it compare to viewvc or websvn |
| 03:44.49 | starseeker | isn't especially impressed with the diffing |
| 03:44.55 | maths22 | OK |
| 03:44.57 | starseeker | feels a bit slow as well |
| 03:45.36 | maths22 | slowness is because i am using the remote repo right now: it was faster to set up |
| 03:45.46 | maths22 | tell me what you think of brlcad.org:8060 |
| 03:45.59 | andromeda-galaxy | starseeker: I newly have commit access, and I think I might have discovered a bug in the build system in pursuit of http://www.google-melange.com/gci/task/view/google/gci2013/5798747955003392; if I find a fix, what is the etiquette for review for it? |
| 03:46.00 | gcibot | Compile BRL-CAD with GCC 4.8.2+ |
| 03:46.00 | gcibot | Status: ClaimRequested |
| 03:46.00 | gcibot | Mentor(s): erikg |
| 03:47.37 | starseeker | maths22: it seems to be showing deleted files by default? |
| 03:48.10 | starseeker | andromeda-galaxy: just make sure it builds and describe the issue and its resolution in the commit message |
| 03:48.16 | maths22 | I know. I have not spent much time with it |
| 03:48.23 | starseeker | andromeda-galaxy: what's the issue? |
| 03:49.43 | starseeker | maths22: I'm a bit biased in favor of the ViewVC interface because that's the one I originally learned on sourceforge - has anyone made a stab at a feature based comparison of the various repository interfaces? |
| 03:50.14 | brlcad | andromeda-galaxy: you have commit access, so you are capable of committing at will so long as you're following the dev guidelines in HACKING and are available for communication |
| 03:51.05 | brlcad | you can start your own project even, make it your thesis at college, whatever |
| 03:51.07 | brlcad | so long as it fits our scope (which is pretty freaking big) |
| 03:51.26 | brlcad | just don't break anything ;) |
| 03:52.35 | brlcad | maths22: I'm mostly ambivalent to websvn vs viewvc vs sventon vs fisheye |
| 03:53.05 | brlcad | it's more important that it's UP .. that it's reliable .. and that we can efficiently walk a history since that's what it is usually used for |
| 03:54.02 | maths22 | I personally like fisheye, but I know tht you don't |
| 03:54.13 | brlcad | that's not true |
| 03:54.31 | maths22 | You don't like its distribution, right |
| 03:54.37 | brlcad | I like fisheye (the product) .. it's atlassian that I'm more concerned with, it's not open source iirc |
| 03:54.43 | maths22 | right |
| 03:55.09 | brlcad | can fisheye run under apache? |
| 03:55.28 | maths22 | No, but it could be proxied through apache |
| 03:55.34 | starseeker | is viewvc harder to set up due to the cgi aspect? |
| 03:55.49 | maths22 | Yes. |
| 03:56.05 | maths22 | It also is slower because it does not have built-in caching iirc |
| 03:56.48 | maths22 | brlcad: see https://confluence.atlassian.com/display/FISHEYE/Integrating+with+other+web+servers |
| 03:57.49 | brlcad | good enough |
| 03:58.35 | brlcad | oh now THAT is cool ... fisheye defaults to showing all deleted folders too |
| 03:59.21 | maths22 | good or bad? |
| 03:59.29 | brlcad | ~cool |
| 03:59.30 | infobot | somebody said cool was there, there, everything is going to fix out |
| 03:59.43 | brlcad | ~cool is also good |
| 03:59.44 | infobot | ACTION takes out a fan to wave over is also good but decides to beat is also good with it instead |
| 03:59.54 | brlcad | heh |
| 04:00.06 | maths22 | infobot is fun :) |
| 04:00.28 | maths22 | it can do that because it has a mysql db of every revision |
| 04:00.41 | maths22 | I don't know exactly what is stores |
| 04:02.40 | brlcad | that's been a long-standing pet peave with viewvc and viewsvn (and websvn and ...) |
| 04:03.16 | brlcad | especially for tracing history and you know the path, but svn won't let you "see it" until you're at a revision where it existed |
| 04:04.14 | brlcad | maths22: how does the user accounting system work? what's it for? |
| 04:04.39 | brlcad | and is it registered locally or is it connecting through to atlassian? |
| 04:04.53 | brlcad | (is anything connecting through to atlassian for that matter?) |
| 04:06.09 | *** join/#brlcad kesha (~kesha@49.249.16.197) | |
| 04:08.28 | maths22 | Users are local; so is everthing except intial license activation |
| 04:08.43 | maths22 | I registered an open source one for BRL-CAD |
| 04:16.45 | brlcad | nods |
| 04:18.12 | Notify | 03BRL-CAD:peter-sa * 59013 brlcad/trunk/src/libbu/parallel.h: Comment out name of #ifndef after #endif in src/libbu/parallel.h |
| 04:19.33 | Notify | 03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 04:20.50 | maths22 | users seem to have to do with favorites and associating committers with people |
| 04:21.43 | Notify | 03GCI:Andromeda Galaxy * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Bundling oddness? - I unclaimed this task because there are interactions between the bundled and the system libs that I do... |
| 04:22.07 | maths22 | Also, I could split the current mega brl-cad repo into individual repos by project within fisheye |
| 04:23.58 | maths22 | andromeda-galaxy: try LD_LIBRARY_PATH |
| 04:24.18 | maths22 | it worked for me |
| 04:26.07 | maths22 | brlcad: users are also meant for access control, but that does not matter for us |
| 04:26.19 | Notify | 03BRL-CAD:brlcad * 59014 brlcad/trunk/src/sig/ddisp.c: remove the OLDANDCRUFTY dead code and reorder functions to avoid need for forward declaractions |
| 04:29.30 | Notify | 03GCI:Andromeda Galaxy * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Task Claimed - I would like to work on this task. |
| 04:29.58 | Notify | 03BRL-CAD:brlcad * 59015 brlcad/trunk/src/sig/ddisp.c: eliminate the global variables, including the FBIO now passed as an arg |
| 04:38.42 | Notify | 03BRL-CAD:brlcad * 59016 brlcad/trunk/src/sig/dfft.c: reorder functions to avoid forward decls, reduce scope for several globals, note which functions are remote |
| 04:48.57 | Notify | 03BRL-CAD:brlcad * 59017 brlcad/trunk/src/sig/dpeak.c: reorder to avoid forward decls, reduce func scope, eliminate globals. |
| 04:56.38 | andromeda-galaxy | brlcad: I just found out that on certain platforms (e.x. Gentoo), _FORTIFY_SOURCE is already defined by default, which makes the build spew lots of false warnings about redefinitions, and I would like to fix that at some point; should it #undef the current version to force it to 2 (if optimization is enabled), or should it just go with the current one if it is already defined? |
| 04:59.19 | brlcad | andromeda-galaxy: can you figure out what they set it to? |
| 05:02.14 | brlcad | my quick read is that they set it to 2, in which case we can just check if it's not set, then set it |
| 05:05.24 | Notify | 03BRL-CAD:brlcad * 59018 brlcad/trunk/CMakeLists.txt: only define this if it's not already set by the compiler, which it could be if the compiler was compiled that way (rumored to be gcc default now on ubuntu/fedora). since the compiler owns underscored symbols, don't assume we can just define it. |
| 05:09.36 | Notify | 03BRL-CAD:brlcad * 59019 (brlcad/trunk/src/sig/dsel.c brlcad/trunk/src/sig/dstats.c): eliminate globals, reduce scope |
| 05:16.32 | andromeda-galaxy | brlcad: It looks like that to me as well; would it be all right for me to commit that fix when I finish my current task? |
| 05:16.37 | Notify | 03BRL-CAD:brlcad * 59020 brlcad/trunk/src/sig/dwin.c: resort to avoid forward decls, reduce scope, eliminate most globals save for a few that need to get packed into a struct |
| 05:23.03 | Notify | 03BRL-CAD:brlcad * 59021 (brlcad/trunk/src/sig/f-d.c brlcad/trunk/src/sig/f-i.c brlcad/trunk/src/sig/fhor.c): eliminate globals, pass FBIO around |
| 05:26.26 | Notify | 03BRL-CAD:brlcad * 59022 brlcad/trunk/src/sig/hamwin.c: reorder to eliminate forward decls |
| 05:29.12 | Notify | 03BRL-CAD:brlcad * 59023 brlcad/trunk/src/sig/hamwin.c: use bu memory management |
| 05:38.07 | Notify | 03BRL-CAD:brlcad * 59024 (brlcad/trunk/src/sig/i-a.c brlcad/trunk/src/sig/i-d.c and 6 others): eliminate lots of unnecessary gloabls |
| 05:42.19 | *** join/#brlcad Chick_ (~Chick_@195.24.220.16) | |
| 06:08.23 | Notify | 03GCI:Melange * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be... |
| 06:13.07 | Notify | 03BRL-CAD:brlcad * 59025 brlcad/trunk/src/libged/analyze.c: prevent crashing if the volume or surface area callback is not implemented. |
| 06:18.19 | Notify | 03BRL-CAD:brlcad * 59026 (brlcad/trunk/src/librt/primitives/table.c brlcad/trunk/src/librt/primitives/vol/vol.c): apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/5288632944427008 from agkphysics, implementing surface area calculations for vol objects |
| 06:18.20 | Notify | 03GCI:Sean * 5288632944427008 Implement a surface area function for gridded volumes (VOL): Task Closed - Congratulations, this task has been completed successfully. |
| 06:18.20 | gcibot | Implement a surface area function for gridded volumes (VOL) |
| 06:18.20 | gcibot | Status: Closed |
| 06:18.20 | gcibot | Mentor(s): Sean |
| 06:23.05 | Notify | 03GCI:Sean * 5288632944427008 Implement a surface area function for gridded volumes (VOL) http://www.google-melange.com/gci/task/view/google/gci2013/5288632944427008: ask Ask, and ye shall... |
| 06:26.14 | Notify | 03BRL-CAD:brlcad * 59027 brlcad/trunk/src/librt/primitives/vol/vol.c: ws |
| 06:26.16 | Notify | 03GCI:Sean * 6382559101452288 Design a BRL-CAD business card #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 06:28.57 | Notify | 03GCI:agkphysics * 6466291099500544 Implement a volume function for volumetric data objects (VOL): Task Claimed - I would like to work on this task. |
| 06:30.28 | Notify | 03GCI:Sean * 6382559101452288 Design a BRL-CAD business card #3: cute but ... - The design is different and leverages the archer gui, but I don't get how the xml tags relate to anything about... |
| 06:31.42 | brlcad | andromeda-galaxy: see r59018 |
| 06:31.55 | brlcad | (that's why commit messages stream in here) ;) |
| 06:32.23 | brlcad | although it's far easier to follow commit notifications when GCI tasks are not blathering so much... :D |
| 06:33.59 | Notify | 03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 06:37.14 | Notify | 03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed. |
| 06:38.09 | Notify | 03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: hinged - As hinged, do you mean that they need to be connected? |
| 06:40.35 | Notify | 03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: not bad but.. - Luke, I presume this is 4 stickers? I really like the two BRL-CAD ones as they're simple brilliant colors that work well... |
| 06:56.14 | Notify | 03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: yes - Yes, they need to be connected, not just overlapping. In fact, there must be NO overlap errors reported. If you do a Google... |
| 06:56.54 | Notify | 03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 06:56.55 | Notify | 03GCI:Sean * 5902299616509952 Create a BRL-CAD presentation template: Task Closed - Congratulations, this task has been completed successfully. |
| 07:16.49 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 07:16.54 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3 http://www.google-melange.com/gci/task/view/google/gci2013/4967846266273792: how to create a patch Kristian,... |
| 07:16.55 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 07:30.19 | Notify | 03GCI:Sean * 5857193869967360 Compile BRL-CAD on Windows using Visual Studio Express: Task Closed - Congratulations, this task has been completed successfully. |
| 07:30.44 | Notify | 03GCI:Johannes Schulte * 5784907422892032 Update qsort() calls to bu_sort() #3: Task Claimed - I would like to work on this task. |
| 07:32.24 | Notify | 03GCI:Sean * 5857193869967360 Compile BRL-CAD on Windows using Visual Studio Express http://www.google-melange.com/gci/task/view/google/gci2013/5857193869967360: nicely done You submitted your... |
| 07:34.55 | Notify | 03GCI:Mandeep Kaur * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good... |
| 07:39.41 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: the final .g file? - You didn't submit a final .g file for the image. It looks fantastic, but we may end up needing... |
| 07:39.56 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 07:40.11 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 07:44.12 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: any size - Any size is fine, but a size close to the existing splash screen is a safe idea. As for this design, I think it needs more... |
| 07:44.32 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 07:49.32 | Notify | 03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: better! - That's looking much better! That said, still just a few more issues. As I mentioned earlier, check out some of the... |
| 07:49.57 | Notify | 03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 07:49.58 | Notify | 03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 07:50.28 | Notify | 03GCI:Mandeep Kaur * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Task Assigned - This task has been assigned to Mohamed Hammeda. You have 72 hours to complete this... |
| 07:51.18 | Notify | 03GCI: * : - |
| 07:51.33 | Notify | 03GCI:Mandeep Kaur * 6466291099500544 Implement a volume function for volumetric data objects (VOL): Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this... |
| 07:52.03 | Notify | 03GCI:Mandeep Kaur * 5784907422892032 Update qsort() calls to bu_sort() #3: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 08:07.16 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:15.40 | Notify | 03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: rendering - I've finished my modeling part. But I don't know what I did, I can't see my model in the render output. It... |
| 08:15.41 | Notify | 03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed. |
| 08:31.18 | Notify | 03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: nevermind - Nevermind the comment above. I was able fix the problem. Check out the latest upload for the final renderings |
| 08:34.01 | *** join/#brlcad justin (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 12:11.35 | ``Erik | brlcad: re websvn, hm, I do kinda remember chmod 0'ing it now, I vagually recall a memory saturation issue from running several dozen svn instances, forcing things like apache and mysql into swap :/ shoulda kept a log of what/why |
| 12:28.50 | *** join/#brlcad mlawnik (~mlawnik@92-55-225-11.net.pbthawe.eu) | |
| 12:30.19 | mlawnik | Can anyone hint me where I will be able to find high-res brl-cad logo? Anywhere in the repository? |
| 12:38.31 | d_rossberg | mlawnik: is this good enough? http://brlcad.org/images/angelov_256.png |
| 12:42.12 | ``Erik | there're svg versions in the repo iirc, doc/docbook/resources/brlcad/images/ |
| 12:42.30 | mlawnik | Thanks to both of you ;) |
| 12:42.43 | mlawnik | Svg will be more useful though ;) |
| 12:47.45 | mlawnik | doc under what exactly folder? Not under brlcad unfortunately :( |
| 12:50.38 | mlawnik | Found it, sorry for troubling you ;) |
| 13:03.25 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 13:19.48 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) | |
| 13:22.30 | maths22 | ``Erik: could python svn bindings be installed on the server? |
| 13:28.40 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) | |
| 13:28.50 | *** part/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) | |
| 13:40.05 | maths22 | brlcad: do you want me to reinstall websvn |
| 13:41.36 | maths22 | I already have fisheye at brlcad.org:8060 and sventon at brlcad.org:8080/svn |
| 14:35.41 | Notify | 03BRL-CAD:tbrowder2 * 59028 brlcad/trunk/src/libbn/tcl.c: use explicit casts to and from math func pointers for use as func args and actual funcs--eliminates C++ errors |
| 14:36.02 | Notify | 03BRL-CAD:bob1961 * 59029 brlcad/trunk/src/mged/dm-wgl.c: calls to dirty_hook() now needs arguments. |
| 14:36.04 | Notify | 03BRL-CAD:tbrowder2 * 59030 (brlcad/trunk/src/librt/primitives/brep/brep_local.h brlcad/trunk/src/librt/primitives/dsp/dsp.h): complete comments on #endif |
| 14:36.11 | Notify | 03BRL-CAD:tbrowder2 * 59031 brlcad/trunk/src/libfb/if_ogl.c: use braces to quell -Wempty-body warning |
| 14:37.14 | ``Erik | maths22: is devel/pysvn adequate? |
| 14:44.07 | Notify | 03GCI:Daniel Rossberg * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 14:44.08 | Notify | 03GCI:Daniel Rossberg * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2 http://www.google-melange.com/gci/task/view/google/gci2013/6237896147206144: There are still some issues Formal... |
| 14:44.09 | Notify | 03GCI:agkphysics * 6466291099500544 Implement a volume function for volumetric data objects (VOL): Ready for review - The work on this task is ready to be reviewed. |
| 14:44.10 | Notify | 03GCI:Melange * 6334427550449664 Compile BRL-CAD with Dev-C++: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded. The... |
| 14:44.11 | Notify | 03GCI:Vipul Sharma * 6334427550449664 Compile BRL-CAD with Dev-C++: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:44.13 | Notify | 03GCI:Vipul Sharma * 4941697968504832 Design a BRL-CAD business card #8: html - could i use html for designing the BUSINESS cards? |
| 14:44.14 | Notify | 03GCI:Deep Inder Singh * 6382559101452288 Design a BRL-CAD business card #3: Ready for review - The work on this task is ready to be reviewed. |
| 14:44.14 | Notify | 03GCI:Melange * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status... |
| 14:44.16 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed. |
| 14:44.18 | Notify | 03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: Task Claimed - I would like to work on this task. |
| 14:44.18 | Notify | 03GCI:Mandeep Kaur * 6447429750620160 Design new Archer splash screen #4: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task, good luck! |
| 14:44.20 | Notify | 03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4 http://www.google-melange.com/gci/task/view/google/gci2013/6447429750620160: None Already done that in this task -:... |
| 14:44.20 | Notify | 03GCI:Jacob B * 5674946193784832 Implement a centroid function for extruded sketches (EXTRUDE): Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:44.20 | Notify | 03GCI:Jacob B * 6692034580578304 Explore repository browsing web interface options: Task Claimed - I would like to work on this task. |
| 14:44.22 | Notify | 03GCI:Melange * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Initial Deadline passed - Melange has detected that the initial deadline... |
| 14:44.24 | Notify | 03GCI:mandar * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Testing - i have been unit-testing in JAVA. could anyone give me a reference for unit testing in C? |
| 14:44.24 | Notify | 03GCI:Mandeep Kaur * 6692034580578304 Explore repository browsing web interface options: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 14:44.24 | Notify | 03GCI:mandar * 6696007827980288 Fix closedb: None - The given commands seem to be working on my installation. the only error i get is when i close the database and then try to 'make sph sph' saying... |
| 14:44.51 | ``Erik | hm, "variable length lookbehind not implemented (yet)", may need to redo those regex's without the perl extended fu |
| 14:53.43 | *** join/#brlcad mlawnik (~mlawnik@92-55-225-11.net.pbthawe.eu) | |
| 15:17.44 | maths22 | if it works for viewvc |
| 15:18.26 | maths22 | I would try it |
| 15:29.56 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed. |
| 15:29.57 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: fast reviewal - Pls review fast |
| 15:29.58 | Notify | 03GCI: * : - |
| 15:30.55 | Notify | 03BRL-CAD:tbrowder2 * 59032 brlcad/trunk/src/libfb/if_ogl.c: ws, style |
| 15:30.58 | Notify | 03BRL-CAD:tbrowder2 * 59033 brlcad/trunk/src/libfb/if_ogl.c: use braces to quell -Wempty-body warning |
| 15:31.00 | Notify | 03BRL-CAD:carlmoore * 59034 brlcad/trunk/src/librt/primitives/vol/vol.c: fix spellings |
| 15:39.22 | *** join/#brlcad Chick_ (~Chick_@195.24.220.16) | |
| 15:40.15 | *** part/#brlcad Chick_ (~Chick_@195.24.220.16) | |
| 15:45.26 | *** join/#brlcad six_ft (~six_ft@195.24.220.16) | |
| 15:50.19 | six_ft | hi can't locate bu_sort() have tried grep bu_sort -r src |
| 15:50.53 | six_ft | can someone help? |
| 15:51.24 | six_ft | i wish to update qsort to bu_sort |
| 15:52.22 | Notify | 03BRL-CAD:tbrowder2 * 59035 brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: rename vars 'try' and 'class' since they are keywords in C++ |
| 15:52.29 | Notify | 03BRL-CAD:tbrowder2 * 59036 brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: ws, style |
| 15:59.02 | andromeda-galaxy | Does anyone know the status of src/liboptical/*osl*? |
| 16:03.33 | d_rossberg | six_ft: its in src/libbu/sort.c |
| 16:11.13 | d_rossberg | andromeda-galaxy: it should work ... in general, maybe this'll help you: http://brlcad.org/wiki/User:Kunigami/GSoc2011/OSL_Tutorial |
| 16:11.33 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) | |
| 16:15.48 | *** join/#brlcad jschulte (~johannes@p4FDF9EDF.dip0.t-ipconnect.de) | |
| 16:36.38 | *** join/#brlcad kesha (~kesha@49.202.238.46) | |
| 16:42.55 | andromeda-galaxy | d_rossberg: thanks |
| 16:58.59 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-160.aby.bellsouth.net) | |
| 17:06.21 | maths22 | ``Erik: that is the right prot |
| 17:08.38 | maths22 | actually, the viewvc port would be even more useful |
| 17:22.04 | maths22 | For all interested parties: I have three svn browsing tools setup |
| 17:22.21 | maths22 | Tell me what you like or do not about each |
| 17:22.46 | maths22 | 1: Fisheye @ http://brlcad.org:8060/ |
| 17:23.06 | maths22 | 2: sventon @ http://brlcad.org:8080/svn/ |
| 17:23.23 | maths22 | 3: websvn @ http://brlcad.org/websvn/ |
| 17:23.36 | maths22 | I would also do viewvc, but I can't get it running on the server |
| 17:24.03 | maths22 | All of them can be proxied through apache, so don't worry abou thte urls |
| 17:42.22 | maths22 | ``Erik: isst is on fisheye as well |
| 17:47.48 | maths22 | All three are listed at http://brlcad.org/svnbrowse.html' |
| 17:47.51 | maths22 | http://brlcad.org/svnbrowse.html |
| 17:48.36 | maths22 | We can talk before you actually close my task, but I wanted to put it into melange |
| 18:06.23 | *** join/#brlcad luca79 (~luca@net-37-117-177-78.cust.dsl.vodafone.it) | |
| 18:26.54 | maths22 | Also, what's up with notify? |
| 18:32.06 | brlcad | maths22: don't bother setting up more -- that task is more to give you credit for the work you've done already |
| 18:32.36 | brlcad | Notify: hello |
| 18:32.46 | brlcad | looks like he may be stuck |
| 18:34.37 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 19:34.11 | brlcad | andromeda-galaxy: did you already apply dead_code_1.diff? |
| 19:39.02 | Notify | 03BRL-CAD:bob1961 * 59037 brlcad/trunk/include/raytrace.h: Declare db5_attr_std with RT_EXPORT so it can be seen on Windows. |
| 19:39.05 | Notify | 03BRL-CAD:tbrowder2 * 59038 brlcad/trunk/src/libicv/fileformat.c: add macro decl guard for C++; add explicit casts; ws, style |
| 19:39.08 | Notify | 03BRL-CAD:j-schulte * 59039 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): replacing qsort calls to bu_sort calls in nmg.c and arbn.c |
| 19:39.11 | Notify | 03BRL-CAD:tbrowder2 * 59040 (brlcad/trunk/src/libicv/crop.c brlcad/trunk/src/libicv/filter.c and 2 others): add explict casts |
| 19:39.14 | Notify | 03BRL-CAD:tbrowder2 * 59041 (brlcad/trunk/src/libicv/filter.c brlcad/trunk/src/libicv/size.c brlcad/trunk/src/libicv/stat.c): ws, style |
| 19:39.16 | Notify | 03BRL-CAD:tbrowder2 * 59042 brlcad/trunk/src/tab/tabsub.c: add explicit cast |
| 19:39.19 | Notify | 03BRL-CAD:tbrowder2 * 59043 brlcad/trunk/src/tab/tabsub.c: ws, style |
| 19:39.22 | Notify | 03BRL-CAD:tbrowder2 * 59044 brlcad/trunk/src/libfb/tcl.c: add explicit casts |
| 19:39.24 | Notify | 03BRL-CAD:bob1961 * 59045 (brlcad/trunk/CMakeLists.txt brlcad/trunk/doc/docbook/system/man5/en/CMakeLists.txt brlcad/trunk/misc/attributes/CMakeLists.txt): Cliff tweaks for building on Windows. |
| 19:39.28 | Notify | 03BRL-CAD:tbrowder2 * 59046 (brlcad/trunk/src/librt/comb/comb.c brlcad/trunk/src/librt/comb/db_comb.c): add explicit casts |
| 19:39.34 | Notify | 03BRL-CAD:starseeker * 59047 brlcad/trunk/misc/attributes/CMakeLists.txt: distcheck fix |
| 19:39.38 | Notify | 03BRL-CAD:starseeker * 59048 (brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake brlcad/trunk/src/libsysv/CMakeLists.txt): Move the unused-const-variable compiler check to the same file as the other checks. |
| 19:39.45 | andromeda-galaxy | brlcad: I haven't, but I am about to |
| 19:39.49 | Notify | 03BRL-CAD:tbrowder2 * 59049 (brlcad/trunk/include/fb.h brlcad/trunk/src/libfb/if_X.c and 2 others): need macro to replace a var named 'class' to match actual var names in external header X/Xlib.h for both C and C++ compilation |
| 19:39.52 | Notify | 03BRL-CAD:tbrowder2 * 59050 brlcad/trunk/src/libfb/if_ogl.c: replace var 'new' (C++ keyword) for C++ compilation |
| 19:39.54 | Notify | 03BRL-CAD:tbrowder2 * 59051 (brlcad/trunk/src/libfb/if_X24.c brlcad/trunk/src/libfb/if_ogl.c): make explicit casts |
| 19:39.54 | brlcad | great |
| 19:40.03 | Notify | 03BRL-CAD:starseeker * 59052 brlcad/trunk/CMakeLists.txt: quote pathnames |
| 19:40.07 | Notify | 03BRL-CAD:tbrowder2 * 59053 brlcad/trunk/src/librt/primitives/nmg/nmg_bool.c: rename var 'new' (C++ keyword) for C++ use |
| 19:40.13 | Notify | 03BRL-CAD:tbrowder2 * 59054 brlcad/trunk/src/librt/tcl.c: use explicit casts for both func pointers as args as well as actuall callers |
| 19:40.15 | Notify | 03BRL-CAD Wiki:217.44.61.125 * 6385 /wiki/Community_Publication_Portal: /* Final Review */ |
| 19:40.17 | Notify | 03BRL-CAD Wiki:217.44.61.125 * 6386 /wiki/Community_Publication_Portal: /* Introduction to BRL-CAD */ |
| 19:40.18 | Notify | 03GCI:Johannes Schulte * 5784907422892032 Update qsort() calls to bu_sort() #3: Ready for review - The work on this task is ready to be reviewed. |
| 19:40.19 | Notify | 03GCI:Manthan Arora * 5674946193784832 Implement a centroid function for extruded sketches (EXTRUDE): TO:MENTOR - GIVE ME DETAILS HOW TO WORK ????????? |
| 19:40.20 | Notify | 03GCI: * : - |
| 19:40.21 | Notify | 03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed. |
| 19:40.22 | Notify | 03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Work Uploaded - Hi, I have uploaded my design, will be grateful for any feedback. The second file shows how the design would... |
| 19:40.23 | Notify | 03GCI: * : - |
| 19:40.24 | Notify | 03GCI:Andromeda Galaxy * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Ready for review - The work on this task is ready to be reviewed. |
| 19:40.25 | Notify | 03GCI:Sharan Narayan * 5257831183810560 Model a martini glass for a business card diagram: Ready for review - The work on this task is ready to be reviewed. |
| 19:40.26 | Notify | 03GCI:Melange * 5840536241963008 Reproduce any 5 unconfirmed open bug reports #2: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 19:40.27 | Notify | 03GCI:Jacob B * 6692034580578304 Explore repository browsing web interface options: Ready for review - The work on this task is ready to be reviewed. |
| 19:40.28 | Notify | 03GCI:Alexandra Covor * 4941697968504832 Design a BRL-CAD business card #8: Task Claimed - I would like to work on this task. |
| 19:40.29 | Notify | 03GCI:Mandeep Kaur * 4941697968504832 Design a BRL-CAD business card #8: Task Assigned - This task has been assigned to Alexandra Covor. You have 72 hours to complete this task, good luck! |
| 19:40.30 | Notify | 03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Ready for review - The work on this task is ready to be reviewed. |
| 19:40.31 | Notify | 03GCI:Melange * 5869692224798720 Design a T-Shirt for BRL-CAD #5: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted... |
| 19:40.32 | Notify | 03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed. |
| 19:40.32 | andromeda-galaxy | brlcad: one quick thing: I didn't see anything in HACKING about the style of commit messages that you usually prefer; could you point me to something about that? |
| 19:40.33 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: review time - Aditya, tasks are reviewed in the order in which they are received and there are dozens of participants every day... |
| 19:40.34 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 19:40.35 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 19:40.36 | Notify | 03GCI:Sean * 6382559101452288 Design a BRL-CAD business card #3: Task Closed - Congratulations, this task has been completed successfully. |
| 19:40.37 | Notify | 03GCI:Sean * 6382559101452288 Design a BRL-CAD business card #3: nice and simple - Not bad, nice and simple. I think this is one of the first vertical designs. You're encouraged to join the... |
| 19:40.38 | Notify | 03GCI:Sean * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 19:40.39 | Notify | 03GCI:Sean * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: not an article about the geometry viewer at all - Mohamed, you need to start over. Two issues stick out badly:... |
| 19:40.40 | Notify | 03GCI:Sean * 5869692224798720 Design a T-Shirt for BRL-CAD #5: back design - Marie, thank you for your design! Some specific feedback that comes to mind: Need a little more spacing between Code... |
| 19:40.41 | Notify | 03GCI:Sean * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 19:40.42 | Notify | 03GCI:Sean * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 19:40.43 | Notify | 03GCI:Sean * 5869692224798720 Design a T-Shirt for BRL-CAD #5: forgot to mention - Also, don't forget that your design can incorporate something on the front and back of a shirt if you are so... |
| 19:40.44 | Notify | 03GCI:Sean * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Task Closed - Congratulations, this task has been completed successfully. |
| 19:40.45 | Notify | 03GCI:Sean * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: looks good - Looks good, go ahead and commit if you haven't already. Note that now you have commit access, you can... |
| 19:40.46 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram: Task Closed - Congratulations, this task has been completed successfully. |
| 19:42.03 | ``Erik | #'pump aborted for some reason :/ |
| 19:55.16 | Notify | 03BRL-CAD:peter-sa * 59055 brlcad/trunk/src/libged/osg.cpp: Remove dead code from src/libged/osg.cpp, from this GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/5298410034823168 |
| 19:55.18 | gcibot | Identify and eliminate dead code (100+ lines) #2 |
| 19:55.19 | gcibot | Status: Closed |
| 19:55.19 | gcibot | Mentor(s): Mandeep Kaur |
| 19:55.41 | Notify | 03GCI:Sean * 4988105627009024 Design a BRL-CAD business card #4 http://www.google-melange.com/gci/task/view/google/gci2013/4988105627009024: more continuation Now that a model is complete,... |
| 19:56.51 | Notify | 03GCI:Andromeda Galaxy * 5298410034823168 Identify and eliminate dead code (100+ lines) #2: Revision number - This was committed r59055 |
| 19:58.12 | Notify | 03GCI:Sean * 5257831183810560 Model a martini glass for a business card diagram http://www.google-melange.com/gci/task/view/google/gci2013/5257831183810560: Whew! Felt like a marathon, but this... |
| 20:02.28 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: better - This is definitely better, but there are several issues. Please re-read the task description, particularly this section: ... |
| 20:02.43 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 20:04.42 | Notify | 03BRL-CAD:starseeker * 59056 (brlcad/trunk/misc/CMake/md5_compiletest.cmake.in brlcad/trunk/src/conv/step/CMakeLists.txt): More quoting of paths |
| 20:04.43 | Notify | 03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 20:04.44 | Notify | 03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: something missing - I like the simple design, but something is missing. Probably the lack of a background design. At a minimum, the... |
| 20:05.34 | Notify | 03GCI:Sean * 5784907422892032 Update qsort() calls to bu_sort() #3: Task Closed - Congratulations, this task has been completed successfully. |
| 20:05.58 | Notify | 03GCI:Sean * 5784907422892032 Update qsort() calls to bu_sort() #3: outstanding - Need I say more? This is fantastic work. |
| 20:06.53 | Notify | 03GCI:Andromeda Galaxy * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: Task Claimed - I would like to work on this task. |
| 20:09.44 | Notify | 03BRL-CAD:tbrowder2 * 59057 brlcad/trunk/src/util/terrain.c: using explicit casts for C++; change all funcs to unsigned short to have same signature (as apparently intended) |
| 20:10.02 | Notify | 03GCI:Sean * 6692034580578304 Explore repository browsing web interface options: Task Closed - Congratulations, this task has been completed successfully. |
| 20:10.23 | Notify | 03BRL-CAD:tbrowder2 * 59058 brlcad/trunk/src/util/terrain.c: ws, style |
| 20:11.34 | Notify | 03GCI:Sean * 6692034580578304 Explore repository browsing web interface options: liking fisheye - Liking fisheye more and more. Just did a few simple lookup tests with all three and sventon was... |
| 20:15.26 | starseeker | brlcad: the repository regression test script is having problems with the odd pathnames directory |
| 20:15.51 | brlcad | oh? |
| 20:15.59 | starseeker | I've taken a stab at that in the past but got lost in the quoting logic... |
| 20:16.11 | brlcad | so it's doing it's job, that's great news .. right? :) |
| 20:16.24 | starseeker | heh |
| 20:16.33 | starseeker | distcheck-full is doing its job, anyway... |
| 20:16.52 | brlcad | that's what I mean, a test failing is a good thing ;) |
| 20:17.01 | starseeker | unfortunately it's hanging, not failing |
| 20:17.05 | brlcad | unless it's never worked |
| 20:17.17 | Notify | 03BRL-CAD:tbrowder2 * 59059 brlcad/trunk/src/util/terrain.c: ws, style |
| 20:17.21 | starseeker | I suspect it failed silently before |
| 20:17.50 | starseeker | the shell script never got the right file list, the inclusion checks et. al. looked for problems in <empty set>, didn't find any, and reported success |
| 20:18.16 | brlcad | ahh |
| 20:18.35 | brlcad | so you need me to look at the shell script? or something in the cmake logic? |
| 20:18.40 | starseeker | shell script |
| 20:18.53 | andromeda-galaxy | brlcad: I spent a bunch of time in my previous task figuring out some way to detect a bunch of this dead code; now that I have it, I have a bunch more dead code eliminated ready for my next task, could you assign it to me so that I can submit it? |
| 20:19.03 | starseeker | I could totally redo it in cmake logic, and I almost did once before, but I figured you wouldn't like that :-) |
| 20:19.33 | starseeker | the find/grep commands are getting spaces or some other odd characters in the path names, and breaking up the pathname list wrong |
| 20:19.50 | brlcad | only because your time is better spent on other things, imho :) |
| 20:19.52 | Notify | 03GCI:Johannes Schulte * 5784907422892032 Update qsort() calls to bu_sort() #3: None - Just for your clearification, do you want to update all qsort uses to bu_sort, or just those, which are using... |
| 20:20.01 | brlcad | andromeda-galaxy: sure thing, give me a min |
| 20:20.06 | starseeker | or the shell script loop may be doing the wrong thing before find/grep ever see it |
| 20:20.12 | andromeda-galaxy | brlcad: thanks |
| 20:20.48 | Notify | 03GCI:Sean * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 20:21.23 | brlcad | andromeda-galaxy: so you can continue to use your detection method to claim more tasks or I can create a task to create a detection method and another to remove them in mass -- either way same end effect |
| 20:21.29 | brlcad | just be careful on what is removed |
| 20:21.40 | brlcad | just because something is commented or #if 0'd doesn't mean it can be removed |
| 20:21.42 | andromeda-galaxy | brlcad: yeah, the detection right now is finding #if 0 |
| 20:21.51 | andromeda-galaxy | I wrote a script to look for unused functions, but it didn't find any |
| 20:22.02 | brlcad | if there is a COMMENT documenting or even hinting at why something is "off", that code stays |
| 20:22.25 | brlcad | there are many unused functions, but it's actually really hard to detect them |
| 20:22.32 | andromeda-galaxy | I see |
| 20:22.47 | ``Erik | maths22: devel/viewvc/ is installed |
| 20:23.01 | andromeda-galaxy | I did remove one that says that it is commented out as an old version that needs to be disabled for something like a year for this task |
| 20:23.21 | brlcad | that was probably a keeper |
| 20:23.38 | andromeda-galaxy | brlcad: what do you mean? |
| 20:23.39 | brlcad | any comment, however benign, is cause to keep it until someone can think through why that code is there |
| 20:23.54 | Notify | 03GCI:Johannes Schulte * 5249840397156352 Update qsort() calls to bu_sort(): Task Claimed - I would like to work on this task. |
| 20:23.57 | andromeda-galaxy | brlcad: okay, then, I will un-remove that one and find another |
| 20:24.38 | brlcad | some are for reference, some are to serve as a reminder, others are works-in-progress. .. but they "should" all have a comment saying why the code is off, ideally a #define toggle with a comment |
| 20:24.59 | starseeker | brlcad: if you get a chance in your copious free time, I'd be curious to see if you can still get the step-g build to break in massively parallel situations :-) |
| 20:25.14 | Notify | 03GCI:Sean * 5249840397156352 Update qsort() calls to bu_sort(): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 20:26.20 | brlcad | starseeker: okay |
| 20:26.31 | starseeker | is cautiously hopeful |
| 20:26.39 | starseeker | and unable to spell... |
| 20:27.59 | andromeda-galaxy | brlcad: but #ifs without any comments are usually okay to remove, right? |
| 20:28.44 | *** join/#brlcad mlawnik (~mlawnik@aca213.neoplus.adsl.tpnet.pl) | |
| 20:29.30 | Notify | 03BRL-CAD:brlcad * 59060 brlcad/trunk/TODO: leave self a note to check repository regression |
| 20:29.46 | Notify | 03BRL-CAD:brlcad * 59061 (brlcad/trunk/src/librt/primitives/table.c brlcad/trunk/src/librt/primitives/vol/vol.c): apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/6466291099500544 from agkphysics that implements the volume callback for the vol primitive. awesome. |
| 20:29.47 | gcibot | Implement a volume function for volumetric data objects (VOL) |
| 20:29.47 | gcibot | Status: NeedsReview (2 days, 11 hours left) |
| 20:29.47 | gcibot | Mentor(s): Daniel Rossberg |
| 20:30.08 | Notify | 03BRL-CAD:brlcad * 59062 brlcad/trunk/src/librt/primitives/vol/vol.c: ws |
| 20:30.10 | brlcad | andromeda-galaxy: "usually" yes |
| 20:30.25 | brlcad | there's a time factor too, like if the code was just commented out a day or two ago because someone is actively working on it |
| 20:30.44 | brlcad | might want to quickly check "svn ann path/to/file" to see when it was last modified |
| 20:30.48 | andromeda-galaxy | brlcad: okay, thanks --- I just have to finish running the regression tests |
| 20:30.55 | brlcad | cool |
| 20:31.03 | andromeda-galaxy | brlcad: I've been using Emacs M-x vc-annotate to check the time factor.. |
| 20:31.50 | mlawnik | Guys, what do you think would make a good background for archer's splash screen? I'm thinking something along the lines of gears or a render. Does anyone have any ideas? |
| 20:32.27 | Notify | 03GCI:Evan_M * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Claimed - I would like to work on this task. |
| 20:32.33 | Notify | 03GCI:Sean * 6466291099500544 Implement a volume function for volumetric data objects (VOL): applied - Patch applied in r59061! This is fantastic work. Have you read the HACKING file yet, the... |
| 20:33.15 | brlcad | mlawnik: whatever you choose, it's best when it's based on a brl-cad rendering or screenshot or model, etc. then maybe zoom way in on some detail so it's not the emphasis or busy |
| 20:33.28 | brlcad | andromeda-galaxy: awesome! |
| 20:33.38 | brlcad | and high-five for using emacs awesome |
| 20:33.47 | andromeda-galaxy | brlcad: thanks! |
| 20:34.03 | Notify | 03GCI:Andromeda Galaxy * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed. |
| 20:34.05 | Notify | 03GCI:Sean * 6466291099500544 Implement a volume function for volumetric data objects (VOL): Task Closed - Congratulations, this task has been completed successfully. |
| 20:35.13 | Notify | 03GCI:Mandeep Kaur * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Assigned - This task has been assigned to Evan_M. You have 72 hours to complete this... |
| 20:35.41 | andromeda-galaxy | brlcad: I'm submitting before I commit, in case you know something about a particular piece of dead-looking code that I don't |
| 20:42.10 | ``Erik | Eight Megs And Constantly Swapping |
| 20:58.26 | *** join/#brlcad Izak__ (~Izak@66-118-151-70.static.sagonet.net) | |
| 21:05.43 | Notify | 03BRL-CAD:tbrowder2 * 59063 brlcad/trunk/src/util/terrain.c: move global func pointer var into func scope; add as arg to parse_args func |
| 21:08.59 | Notify | 03GCI: * : - |
| 21:11.40 | brlcad | andromeda-galaxy: test_bot2nurbs is recent code, you can ask starseeker if those if 0's need to be kept (your patch could be to comment them if that's the case) |
| 21:11.54 | brlcad | still effectively eliminating the "dead code" characteristic by documenting them |
| 21:12.05 | andromeda-galaxy | brlcad: okay. |
| 21:12.17 | brlcad | osg one seems reasonable |
| 21:12.53 | andromeda-galaxy | starseeker: Can you advise on the #if 0s in test_bot2nurbs? |
| 21:13.05 | Notify | 03GCI:Sean * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: Task Closed - Congratulations, this task has been completed successfully. |
| 21:13.36 | andromeda-galaxy | brlcad: I'll commit just the OSG stuff and see what starseeker says about the other ones |
| 21:14.33 | andromeda-galaxy | brlcad: I noticed that you didn't commit the include/ header guards |
| 21:14.37 | andromeda-galaxy | should I commit that? |
| 21:15.29 | brlcad | that's why you have commit ;) |
| 21:15.41 | Notify | 03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: blech - It was better as gray. The model adds too much detail making the image very busy, distracting. Even some simple stylized... |
| 21:16.07 | Notify | 03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 21:16.08 | andromeda-galaxy | brlcad: I just wanted to check because I though that was before I had commit |
| 21:16.43 | brlcad | what was my last comment on closing? |
| 21:17.09 | andromeda-galaxy | brlcad: on the include/? |
| 21:17.35 | andromeda-galaxy | http://www.google-melange.com/gci/task/view/google/gci2013/5783310231928832 |
| 21:17.36 | gcibot | Consistent preprocessor include guards for all include/ headers (78 headers) |
| 21:17.37 | gcibot | Status: Closed |
| 21:17.37 | gcibot | Mentor(s): Sean |
| 21:19.05 | Notify | 03BRL-CAD:peter-sa * 59064 brlcad/trunk/src/libdm/osg.cpp: Remove dead code from src/libdm/osg.cpp, from this GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/6129299912392704 |
| 21:19.06 | gcibot | Identify and eliminate dead code (100+ lines) #3 |
| 21:19.06 | gcibot | Status: Closed |
| 21:19.06 | gcibot | Mentor(s): Andrei |
| 21:20.46 | maths22 | brlcad: do you have any examples of those queries? |
| 21:22.00 | Notify | 03BRL-CAD Wiki:217.44.61.125 * 6387 /wiki/Community_Publication_Portal: /* Introduction to BRL-CAD */ |
| 21:23.13 | Notify | 03BRL-CAD Wiki:Maths22 * 6388 /wiki/Community_Publication_Portal: Reverted edits by [[Special:Contributions/217.44.61.125|217.44.61.125]] ([[User talk:217.44.61.125|talk]]) to last revision by [[User:Sean|Sean]] |
| 21:23.37 | maths22 | Sorry. how to unrever ... |
| 21:23.55 | andromeda-galaxy | brlcad: I would like to do another one of the libbn test ones, but I have found that coming up with and verifying test cases can take a lot of time, so I can usually only do 3-5 in 2-3 hours, would that be okay? |
| 21:24.23 | maths22 | fixed |
| 21:24.30 | starseeker | andromeda-galaxy: let me go through and comment quick on the ones that have a purpose still |
| 21:24.41 | starseeker | andromeda-galaxy: not sure myself, so I'll need to review them quick |
| 21:25.32 | andromeda-galaxy | starseeeker: okay, thanks |
| 21:25.54 | Notify | 03BRL-CAD:peter-sa * 59065 (brlcad/trunk/include/analyze.h brlcad/trunk/include/anim.h and 68 others): Make header include guards in include/ use consistent naming convention, from this GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/5783310231928832 |
| 21:25.55 | gcibot | Consistent preprocessor include guards for all include/ headers (78 headers) |
| 21:25.55 | gcibot | Status: Closed |
| 21:25.56 | gcibot | Mentor(s): Sean |
| 21:25.59 | Notify | 03BRL-CAD Wiki:Maths22 * 6389 /wiki/Community_Publication_Portal: Reverted edits by [[Special:Contributions/Maths22|Maths22]] ([[User talk:Maths22|talk]]) to last revision by [[User:217.44.61.125|217.44.61.125]] |
| 21:26.01 | Notify | 03BRL-CAD Wiki:217.44.61.125 * 6390 /wiki/Community_Publication_Portal: |
| 21:26.35 | Notify | 03BRL-CAD Wiki:217.44.61.125 * 6391 /wiki/Community_Publication_Portal: /* Final Review */ |
| 21:27.09 | Notify | 03BRL-CAD:tbrowder2 * 59066 brlcad/trunk/src/librt/primitives/nmg/nmg_eval.c: rename var 'new' (C++ keyword) |
| 21:28.24 | starseeker | andromeda-galaxy: looks like 2 in that file that can be removed |
| 21:28.30 | Notify | 03BRL-CAD:starseeker * 59067 brlcad/trunk/src/librt/test_bot2nurbs.cpp: Add and remove comments from code in bot2nurbs |
| 21:28.40 | Notify | 03GCI: * : - |
| 21:29.00 | andromeda-galaxy | starseeker:okay, thanks for looking at tht |
| 21:29.03 | andromeda-galaxy | *that |
| 21:29.22 | starseeker | no problem. The SSI code would orignially have stayed, but I suspect that would need to be re-written today anyhow |
| 21:29.33 | starseeker | hence the comment removal |
| 21:29.38 | andromeda-galaxy | Ah, I see |
| 21:32.11 | Notify | 03BRL-CAD:tbrowder2 * 59068 brlcad/trunk/src/librt/primitives/nmg/nmg.c: make proper explicit casts |
| 21:32.18 | Notify | 03GCI: * : - |
| 21:35.17 | Notify | 03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Claimed - I would like to work on this task. |
| 21:38.04 | Notify | 03BRL-CAD:j-schulte * 59069 (brlcad/trunk/src/conv/obj-g.c brlcad/trunk/src/libged/analyze.c and 2 others): replacing qsort calls to bu_sort calls in analyze.c, bot.c, nmg_fuce.c and obj-g.c (GCI task : https://google-melange.appspot.com/gci/task/view/google/gci2013/5249840397156352) |
| 21:39.21 | mlawnik | Is the source code for gcibot available somewhere? |
| 21:40.05 | Notify | 03GCI:Johannes Schulte * 5249840397156352 Update qsort() calls to bu_sort(): Ready for review - The work on this task is ready to be reviewed. |
| 21:41.00 | Notify | 03GCI:Johannes Schulte * 5249840397156352 Update qsort() calls to bu_sort(): None - When reviewing this task, please also take a look at my question under this task :... |
| 21:42.10 | Notify | 03GCI:Andromeda Galaxy * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Task Claimed - I would like to work on this task. |
| 21:42.15 | Notify | 03GCI:Andromeda Galaxy * 5841789969760256 Create unit tests for our numerics math library (LIBBN): Task Claimed - I would like to work on this task. |
| 21:42.16 | Notify | 03GCI:Andromeda Galaxy * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 21:44.33 | ``Erik | mlawnik: google says https://github.com/aviraldg/gcibot (don't know if that's the same one) |
| 21:45.11 | mlawnik | Thanks, I'll look into that ;) |
| 21:52.34 | Notify | 03BRL-CAD:tbrowder2 * 59070 brlcad/trunk/src/librt/primitives/nmg/nmg_ck.c: make explicit casts from void* |
| 21:52.45 | Notify | 03BRL-CAD:tbrowder2 * 59071 brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: rename var 'new' (a C++ keyword) |
| 21:54.41 | Notify | 03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: None - How do I upload my design? |
| 21:57.58 | Notify | 03BRL-CAD:tbrowder2 * 59072 brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: rename vars 'this' and 'new' (C++ keywords) |
| 22:02.33 | Notify | 03BRL-CAD:tbrowder2 * 59073 brlcad/trunk/src/librt/primitives/nmg/nmg_fcut.c: ws, style |
| 22:04.34 | Notify | 03BRL-CAD:tbrowder2 * 59074 brlcad/trunk/src/librt/primitives/nmg/nmg_manif.c: use explicit casts from void* |
| 22:08.16 | starseeker | has anyone tested writing pix files on Windows lately? |
| 22:08.56 | starseeker | got a bug report indicating that an otherwise successfully generated raytrace image is getting partially corrupted when written out to a pix file |
| 22:11.53 | Notify | 03BRL-CAD:tbrowder2 * 59075 brlcad/trunk/src/librt/primitives/nmg/nmg_inter.c: rename vars 'this' and 'new' (C++ keywords) |
| 22:12.08 | Notify | 03BRL-CAD:tbrowder2 * 59076 brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: rename var 'new' (a C++ keyword) |
| 22:14.32 | maths22 | ``Erik: thanks |
| 22:15.30 | Notify | 03BRL-CAD:tbrowder2 * 59077 brlcad/trunk/src/librt/primitives/nmg/nmg_fuse.c: rename var 'class' (a C++ keyword) |
| 22:15.42 | Notify | 03BRL-CAD:starseeker * 59078 brlcad/trunk/src/librt/primitives/nmg/nmg_extrude.c: class->nmg_class |
| 22:18.30 | andromeda-galaxy | Ah, I see |
| 22:18.39 | andromeda-galaxy | sorry, wrong window |
| 22:20.30 | Notify | 03BRL-CAD:starseeker * 59079 brlcad/trunk/src/librt/tcl.c: Original cast was incorrect - I think this is it? |
| 22:26.04 | starseeker | hrm: http://wiki.mcneel.com/developer/opennurbs/opennurbs_5_20130711_release_notes |
| 22:26.18 | starseeker | wonder what they've ripped out this time |
| 22:29.14 | andromeda-galaxy | starseeker: nmg_extrude is faailing to build with "class undeclared" on line 523 |
| 22:29.30 | andromeda-galaxy | do you have any idea how I could fix it? |
| 22:29.45 | starseeker | did svn revision 59078 fix it? |
| 22:30.18 | andromeda-galaxy | starseeker: I have rev. 59079 |
| 22:30.40 | andromeda-galaxy | I think that possibly class was renamed nmg_class on line 521, but line 523 still uses class |
| 22:33.19 | starseeker | 59078 shold have made that change? |
| 22:33.38 | andromeda-galaxy | interesting... |
| 22:33.50 | starseeker | try svn diff -c59078 |
| 22:33.53 | starseeker | what do you see? |
| 22:34.35 | andromeda-galaxy | I modified it to change class to nmg_class there, and it just shows that modification |
| 22:34.54 | andromeda-galaxy | but I just re-ran svn up and got r59080 which seems to fix it |
| 22:35.00 | starseeker | hum |
| 22:35.07 | starseeker | sounds like a stale file |
| 22:35.41 | andromeda-galaxy | interesting... sorry, I am used to git so I don't know much about the way that svn handles distributed repositories... |
| 22:35.56 | starseeker | no problem - glad it works |
| 22:35.59 | Notify | 03BRL-CAD:starseeker * 59080 brlcad/trunk/src/libbu/vfont.c: use const_font for fopen |
| 22:36.25 | andromeda-galaxy | well, it seems to be working now anyway, thanks for your help |
| 22:45.47 | mlawnik | Do you think moving a very big project such as brl-cad to git would have ore advantages than disadvantages? |
| 22:46.23 | mlawnik | more* |
| 22:47.03 | starseeker | hard to say - a typical git clone operation pulls the entire history, which for us is a really big dataset |
| 22:47.10 | starseeker | even the current trunk is big enough |
| 22:48.26 | maths22 | I think that it might have more - than + |
| 22:48.37 | maths22 | I tried running git-svn on the server |
| 22:48.42 | maths22 | it ran really slowly |
| 22:50.56 | starseeker | brlcad: looks like GetLength isn't coming back in openNURBS: http://forum.mcneel.com/t/length-and-normalized-arc-length-point/2244 |
| 22:57.01 | andromeda-galaxy | starseeker: would you mind assigning http://www.google-melange.com/gci/task/view/google/gci2013/5841789969760256 |
| 22:57.02 | gcibot | Create unit tests for our numerics math library (LIBBN) |
| 22:57.02 | gcibot | Status: ClaimRequested |
| 22:57.02 | gcibot | Mentor(s): erikg |
| 22:57.03 | andromeda-galaxy | ? |
| 23:13.31 | Notify | 03BRL-CAD:carlmoore * 59081 brlcad/trunk/src/halftone/main.c: fix comments and error messages |
| 23:33.18 | *** join/#brlcad six_ft (~six_ft@195.24.220.16) | |
| 23:50.49 | Notify | 03BRL-CAD:tbrowder2 * 59082 brlcad/trunk/src/librt/primitives/obj_export.c: remove macro duplicated in brep.h (and included indirectly in one of the currently included headers: raytrace.h) |
| 00:07.20 | Notify | 03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Ready for review - The work on this task is ready to be reviewed. |
| 00:17.02 | Notify | 03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Claim Removed - The claim on this task has been removed, someone else can... |
| 00:17.37 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Task Claimed - I would like to work on this task. |
| 00:20.04 | Notify | 03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Update - I'm sorry, I browsed through files submitted by other folks but I found just png, xcf, and psd files, so I resorted... |
| 00:47.28 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 00:48.03 | Notify | 03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Claimed - I would like to work on this task. |
| 01:23.23 | Notify | 03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for review - The work on this task is ready to be reviewed. |
| 01:32.08 | Notify | 03GCI:starseeker * 5841789969760256 Create unit tests for our numerics math library (LIBBN): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task,... |
| 01:35.16 | andromeda-galaxy | starseeker: thanks! |
| 01:35.29 | andromeda-galaxy | starseeker: would you mind taking a look at the results? |
| 01:35.44 | Notify | 03GCI:Andromeda Galaxy * 5841789969760256 Create unit tests for our numerics math library (LIBBN): Ready for review - The work on this task is ready to be reviewed. |
| 02:32.43 | *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26) | |
| 02:36.00 | *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26) | |
| 03:08.09 | Notify | 03GCI:Sharan Narayan * 5801571896000512 Design a BRL-CAD business card #9: Task Claimed - I would like to work on this task. |
| 03:13.24 | Notify | 03GCI:Kesha Shah * 5801571896000512 Design a BRL-CAD business card #9: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck! |
| 03:16.15 | Notify | 03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: no logo - No means to incorporate all three? Our official title is "BRL-CAD", only the website is brlcad.org, and our logo is, well, our... |
| 03:16.25 | Notify | 03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 03:16.46 | Notify | 03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 03:25.05 | Notify | 03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: Task Closed - Congratulations, this task has been completed successfully. |
| 03:28.56 | Notify | 03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task. |
| 03:29.13 | maths22 | for the compiler tasks, do you want the cmake output too? |
| 03:33.05 | andromeda-galaxy | brlcad: Can you take a look at http://www.google-melange.com/gci/task/view/google/gci2013/5841789969760256 |
| 03:33.07 | gcibot | Create unit tests for our numerics math library (LIBBN) |
| 03:33.07 | gcibot | Status: NeedsReview (2 days, 21 hours left) |
| 03:33.07 | gcibot | Mentor(s): erikg |
| 03:36.17 | Notify | 03GCI:Sean * 4573705707454464 Design new Archer splash screen #2: thank you - Thank you for working through all the iterations. This final design looks workable and is a nice improvement. Well... |
| 03:38.17 | Notify | 03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Claimed - I would like to work on this task. |
| 04:13.09 | maths22 | the latest commit to src/util/terrain.c breaks build with Werror=unused-but-set-parameter |
| 04:14.24 | Notify | 03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 04:14.25 | Notify | 03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: one last revision? - We can call it complete, but one last revision should be all that is needed to fix the last two remaining... |
| 04:35.20 | Notify | 03GCI:Mandeep Kaur * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Assigned - This task has been assigned to Anita Leung. You have... |
| 04:35.21 | Notify | 03GCI:Mandeep Kaur * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 04:35.22 | Notify | 03GCI:Mandeep Kaur * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Assigned - This task has been assigned to Adit. You have 72... |
| 04:47.26 | Notify | 03GCI:Sean * 5841789969760256 Create unit tests for our numerics math library (LIBBN): Task Closed - Congratulations, this task has been completed successfully. |
| 05:04.37 | Notify | 03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Ready for review - The work on this task is ready to be reviewed. |
| 05:05.13 | Notify | 03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Request - Is it okay if I submit more than one design? |
| 05:05.33 | Notify | 03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Ready for review - The work on this task is ready to be reviewed. |
| 05:10.33 | Notify | 03GCI:Sean * 5841789969760256 Create unit tests for our numerics math library (LIBBN): good justification - Thanks for the justification background, I concur. Completing a group that makes a set is... |
| 05:12.22 | Notify | 03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Claimed - I would like to work on this task. |
| 05:12.42 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed. |
| 05:19.09 | Notify | 03GCI:Sean * 5784907422892032 Update qsort() calls to bu_sort() #3: all instances - Consistency is king when it comes to big old code bases. Updating all instances is intentional. |
| 05:19.19 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 05:19.20 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 05:23.33 | andromeda-galaxy | brlcad: sorry to bother you, but I am almost done with http://www.google-melange.com/gci/task/view/google/gci2013/5334451252887552, could you assign it please? |
| 05:24.48 | Notify | 03GCI:Sean * 5249840397156352 Update qsort() calls to bu_sort(): looks good - Looks great, but why the (size_t *) casts to a void* arg when it was already a void*? |
| 05:25.13 | Notify | 03GCI:Anita Leung * 4573705707454464 Design new Archer splash screen #2: Question - Is it okay if I submit more than one design for splash screens? |
| 05:25.23 | Notify | 03GCI:Sean * 5249840397156352 Update qsort() calls to bu_sort(): Task Closed - Congratulations, this task has been completed successfully. |
| 05:35.54 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5 http://www.google-melange.com/gci/task/view/google/gci2013/5844796983738368: looks interesting This looks... |
| 05:37.29 | Notify | 03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Absolutely - Absolutely okay to submit more than one, but you shouldn't... |
| 05:37.59 | Notify | 03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Ready for review - The work on this task is ready to be reviewed. |
| 05:38.20 | *** join/#brlcad six_ft (~six_ft@195.24.220.16) | |
| 05:38.34 | Notify | 03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Needs More Work - One of the mentors has sent this task back for more... |
| 05:41.29 | Notify | 03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: more ideas - In fact, I think more ideas would be good to see. This one... |
| 05:49.50 | Notify | 03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Any changes? - Is there anything I need to change about this design?... |
| 05:51.01 | Notify | 03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Ready for review - The work on this task is ready to be reviewed. |
| 05:52.24 | Notify | 03BRL-CAD:peter-sa * 59083 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add unit tests for libbn complex number arithmetic functions, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5841789969760256 |
| 05:52.25 | gcibot | Create unit tests for our numerics math library (LIBBN) |
| 05:52.26 | gcibot | Status: Closed |
| 05:52.26 | gcibot | Mentor(s): erikg |
| 05:56.31 | Notify | 03GCI:Chan Ho Jun * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: done - Yes, the new design not only satisfies the concept of a physical hinge, but also looks more like the 2D version of... |
| 05:58.13 | Notify | 03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: hah - Hah, I like it! A few minor changes to request: BRL-CAD needs a... |
| 05:58.33 | Notify | 03GCI:Andromeda Galaxy * 5841789969760256 Create unit tests for our numerics math library (LIBBN): commit - This was committed as r59083 |
| 05:58.38 | Notify | 03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Needs More Work - One of the mentors has sent this task back for more... |
| 06:04.49 | Notify | 03GCI:Andromeda Galaxy * 6129299912392704 Identify and eliminate dead code (100+ lines) #3: commit - This was committed r59064 |
| 06:05.14 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen http://www.google-melange.com/gci/task/view/google/gci2013/5029433412943872: much better This is looking much better. The only issue... |
| 06:05.24 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 06:06.00 | andromeda-galaxy | brlcad: Sorry to bother you, but I am done with http://www.google-melange.com/gci/task/view/google/gci2013/5334451252887552 , could you please assign it? |
| 06:06.01 | gcibot | Update qsort() calls to bu_sort() #7 |
| 06:06.01 | gcibot | Status: ClaimRequested |
| 06:06.01 | gcibot | Mentor(s): Harmanpreet |
| 06:10.39 | Notify | 03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: Task Closed - Congratulations, this task has been completed successfully. |
| 06:13.44 | Notify | 03GCI:Sean * 6237896147206144 Model BRL-CAD Logo Using BRL-CAD #2: excellent improvements - Chan, these are excellent improvements, especially given where you started (revisit some of your first... |
| 06:17.09 | Notify | 03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Oops, just realized your feedback above - I actually thought about... |
| 06:17.14 | Notify | 03GCI:Johannes Schulte * 5897401206308864 Update qsort() calls to bu_sort() #2: Task Claimed - I would like to work on this task. |
| 06:18.09 | Notify | 03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Needs More Work - One of the mentors has sent this task back for more... |
| 06:18.19 | Notify | 03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: much better - Anita, this is MUCH better. It's a much more clean and... |
| 06:18.56 | brlcad | maths22: several examples, but apologies that I had to run off earlier today |
| 06:33.52 | Notify | 03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Ready for review - The work on this task is ready to be reviewed. |
| 06:37.02 | Notify | 03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Ready for review - The work on this task is ready to be reviewed. |
| 06:38.57 | Notify | 03GCI:Anita Leung * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Yes! - So happy you like it! |
| 06:39.45 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 06:41.07 | brlcad | starseeker: oof (windows pix corruption) .. could be libicv-change related |
| 06:43.42 | Notify | 03GCI:Sean * 6058778696876032 Design a cover image or banner for our Facebook page (and/or another social media site) #8: Task Closed - Congratulations, this task has been completed successfully. |
| 06:47.23 | Notify | 03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: wrong background - I meant making the inner "stripe" where there's text... |
| 06:47.33 | Notify | 03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Needs More Work - One of the mentors has sent this task back for more... |
| 06:50.14 | Notify | 03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 06:53.13 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 06:53.34 | Notify | 03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed. |
| 07:07.15 | Notify | 03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: 1 problem - I just realized that there is a problem with the qsort functions not taking the 3rd argument, I will post... |
| 07:11.25 | Notify | 03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 07:12.20 | Notify | 03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: yes, quite wrong - Yes, this patch is quite wrong in a variety of ways. The callback functions still need to be updated. The old... |
| 07:13.10 | Notify | 03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Ready for review - The work on this task is ready to be reviewed. |
| 07:13.20 | Notify | 03GCI:Adit * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: None - Is this what you meant? |
| 07:17.45 | Notify | 03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Wrong diff - Sorry, I realized that right after I submitted it, I am about to submit a corrected diff. |
| 07:19.05 | Notify | 03BRL-CAD:brlcad * 59084 brlcad/trunk/src/sig/imod.c: reduce scope, eliminate some globals |
| 07:19.16 | Notify | 03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed. |
| 07:20.37 | Notify | 03GCI:Mohamed Hammeda * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Ready for review - The work on this task is ready to be reviewed. |
| 07:25.11 | Notify | 03BRL-CAD:brlcad * 59085 brlcad/trunk/src/sig/istats.c: reduce scope, ws cleanup, properly pass progname back to the caller while retaining constness |
| 07:38.00 | Notify | 03GCI:Mandeep Kaur * 5897401206308864 Update qsort() calls to bu_sort() #2: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 07:42.31 | Notify | 03BRL-CAD:brlcad * 59086 (brlcad/trunk/src/sig/a-d.c brlcad/trunk/src/sig/dfft.c and 7 others): remaining more de-scoping of globals, funcs, and style cleanup |
| 07:44.18 | Notify | 03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: exactly - "bsd-cad facebook mock.png" is exactly what I meant. Looks... |
| 07:44.24 | Notify | 03GCI:Sean * 5256659194609664 Design a cover image or banner for our Facebook page (and/or another social media site) #10: Task Closed - Congratulations, this task has been completed successfully. |
| 07:46.39 | Notify | 03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 07:47.30 | Notify | 03GCI:Sean * 5334451252887552 Update qsort() calls to bu_sort() #7: missed a couple callbacks - Looks like you missed updating a few callbacks. I'm surprised your compiler isn't warning about type... |
| 08:08.26 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:40.14 | Notify | 03GCI:Sharan Narayan * 5801571896000512 Design a BRL-CAD business card #9: Ready for review - The work on this task is ready to be reviewed. |
| 10:58.52 | *** join/#brlcad microchip_sac (~microchip@122.169.86.25) | |
| 10:59.50 | *** part/#brlcad microchip_sac (~microchip@122.169.86.25) | |
| 11:23.02 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.14.61) | |
| 11:46.48 | Notify | 03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Task Claimed - I would like to work on this task. |
| 11:52.17 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.14.61) | |
| 12:08.41 | Notify | 03BRL-CAD:j-schulte * 59087 (brlcad/trunk/src/conv/obj-g.c brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): small doc/readability improvements to my prior GCI tasks |
| 12:11.17 | Notify | 03GCI:Johannes Schulte * 5249840397156352 Update qsort() calls to bu_sort(): None - the casts were copy&paste remains, fixed that (besides other stuff) in r59087 |
| 12:13.27 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Task Claimed - I would like to work on this task. |
| 12:14.59 | Notify | 03GCI:Daniel Rossberg * 5877713613094912 Design a BRL-CAD Sticker #7: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck! |
| 12:15.09 | Notify | 03GCI:Daniel Rossberg * 5322891348410368 Design a BRL-CAD business card #10: Task Assigned - This task has been assigned to Adit. You have 72 hours to complete this task, good luck! |
| 12:41.58 | Notify | 03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed. |
| 12:54.36 | Notify | 03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Sorry - Sorry for the confusion, I did not read the reply properly but I definatly want to help. I'll try my best as I clamid this... |
| 13:00.31 | Notify | 03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for review - The work on this task is ready to be reviewed. |
| 13:20.06 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:57.19 | maths22 | new build error: [ 34%] Building C object src/libbn/tests/CMakeFiles/tester_bn_complex.dir/bn_complex.c.o |
| 13:57.22 | maths22 | /home/maths22/brlcad-code/src/libbn/tests/bn_complex.c: In function 'main': |
| 13:57.24 | maths22 | /home/maths22/brlcad-code/src/libbn/tests/bn_complex.c:261:1: error: control reaches end of non-void function [-Werror=return-type] |
| 14:02.26 | Notify | 03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: Compile errors - I'm getting errors like this: /home/rossberg/Devel/brlcad/src/libged/wdb_obj.c: In function... |
| 14:03.02 | Notify | 03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 14:06.10 | Notify | 03BRL-CAD:d_rossberg * 59088 brlcad/trunk/src/libbn/tests/bn_complex.c: quell warning/error "control reaches end of non-void function": inserted a return statement which never should be reached |
| 14:06.25 | d_rossberg | maths22: this should fix it |
| 14:08.40 | Notify | 03GCI:Melange * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Reopened - Melange has detected that the final deadline has passed... |
| 14:19.24 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Ready for review - The work on this task is ready to be reviewed. |
| 14:26.49 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:34.10 | Notify | 03BRL-CAD:j-schulte * 59089 (brlcad/trunk/HACKING brlcad/trunk/src/librt/cut.c and 2 others): replacing qsort calls to bu_sort calls (GCI task : http://www.google-melange.com/gci/task/view/google/gci2013/5897401206308864) |
| 14:35.32 | Notify | 03GCI:Johannes Schulte * 5897401206308864 Update qsort() calls to bu_sort() #2: Ready for review - The work on this task is ready to be reviewed. |
| 14:50.33 | Notify | 03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: Ready for review - The work on this task is ready to be reviewed. |
| 15:02.56 | *** join/#brlcad jschulte (~johannes@p4FDFB18D.dip0.t-ipconnect.de) | |
| 15:07.20 | *** join/#brlcad jschulte (~johannes@p4FDFB18D.dip0.t-ipconnect.de) | |
| 15:12.54 | Notify | 03GCI:Daniel Rossberg * 5897401206308864 Update qsort() calls to bu_sort() #2: Task Closed - Congratulations, this task has been completed successfully. |
| 15:13.52 | andromeda-galaxy | d_rossberg: I'm almost done with the final version of my qsort() task, can you stay for a minute to take it? |
| 15:14.11 | andromeda-galaxy | take -> look at |
| 15:15.54 | Notify | 03GCI:Johannes Schulte * 5851565315325952 Update qsort() calls to bu_sort() #4: Task Claimed - I would like to work on this task. |
| 15:17.18 | Notify | 03BRL-CAD:brlcad * 59090 brlcad/trunk/src/libbn/tests/bn_complex.c: expand to two lines so we don't need three lines. |
| 15:18.39 | d_rossberg | andromeda-galaxy: ok |
| 15:19.33 | Notify | 03GCI:Mandeep Kaur * 5851565315325952 Update qsort() calls to bu_sort() #4: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 15:20.46 | andromeda-galaxy | d_rossberg: thanks, I just submitted it |
| 15:21.34 | Notify | 03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed. |
| 15:21.38 | andromeda-galaxy | d_rossberg: When hunting for the error that you mentioned (it was somehow just a warning on my machine) I saw a whole bunch of warnings about a %V format specifier --- do you know how I could get rid of those? |
| 15:24.09 | *** join/#brlcad Izak_ (~Izak@66-118-151-70.static.sagonet.net) | |
| 15:25.30 | Notify | 03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: there is still a "qsort" left - Look at the comments ;) |
| 15:25.42 | Notify | 03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 15:25.45 | andromeda-galaxy | d_rossberg: what do you mean? |
| 15:26.34 | d_rossberg | andromeda-galaxy: look for the string "qsort" in your sources, there should be none, we are using bu_sort now |
| 15:26.40 | andromeda-galaxy | d_rossberg: okay |
| 15:26.55 | andromeda-galaxy | I wasn't sure about the ones in the comments, because it is still a quicksort algorithm |
| 15:27.49 | andromeda-galaxy | d_rossberg: can you take a look one more time when I finish fixing it? |
| 15:28.57 | andromeda-galaxy | d_rossberg: comp_b has to still use globals and qsort() because it is also used by bsearch() |
| 15:29.33 | d_rossberg | ok, about the warnings: i'm doing a standard buil where some "-Werror=" are set (i.e. warning = error) |
| 15:29.53 | andromeda-galaxy | d_rossberg: maybe the problem is my -DCMAKE_BUILD_TYPE=Release? |
| 15:30.54 | andromeda-galaxy | d_rossberg: and do you see what I mean about comp_b? |
| 15:31.29 | d_rossberg | about comp_b: it needs probable some extra efforts, leave it as it is |
| 15:32.18 | andromeda-galaxy | d_rossberg: okay, I'll submit one more time in a minute |
| 15:34.00 | d_rossberg | it could be the release build which quells the errors |
| 15:34.51 | andromeda-galaxy | I was using BRLCAD_ENABLE_STRICT=OFF because without it I get a compile failure somewhere in the bundled boost |
| 15:35.55 | andromeda-galaxy | d_rossberg: It is submitted with the comments changed & everything, only _b is still using qsort |
| 15:37.10 | d_rossberg | you should set it to "Ready for review" too |
| 15:38.06 | andromeda-galaxy | d_rossberg: sorry, done |
| 15:39.09 | Notify | 03BRL-CAD:j-schulte * 59091 (brlcad/trunk/src/libged/ls.c brlcad/trunk/src/liboptical/sh_billboard.c brlcad/trunk/src/rt/viewweight.c): replacing qsort calls to bu_sort calls (GCI task : http://www.google-melange.com/gci/task/view/google/gci2013/5851565315325952) |
| 15:39.10 | Notify | 03GCI:Andromeda Galaxy * 5334451252887552 Update qsort() calls to bu_sort() #7: Ready for review - The work on this task is ready to be reviewed. |
| 15:39.12 | Notify | 03GCI:Johannes Schulte * 5851565315325952 Update qsort() calls to bu_sort() #4: Ready for review - The work on this task is ready to be reviewed. |
| 15:48.34 | Notify | 03GCI:Daniel Rossberg * 5334451252887552 Update qsort() calls to bu_sort() #7: Task Closed - Congratulations, this task has been completed successfully. |
| 15:49.05 | Notify | 03GCI:Andromeda Galaxy * 5138768247914496 Update qsort() calls to bu_sort() #5: Task Claimed - I would like to work on this task. |
| 15:54.21 | Notify | 03BRL-CAD:d_rossberg * 59092 (brlcad/trunk/src/conv/vdeck/vdeck.c brlcad/trunk/src/gtools/beset/beset.c and 3 others): apply patch (http://google-melange.appspot.com/gci/task/view/google/gci2013/5334451252887552) from Andromeda Galaxy updating qsort() calls to bu_sort() |
| 15:54.27 | Notify | 03GCI:Daniel Rossberg * 5138768247914496 Update qsort() calls to bu_sort() #5: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 15:54.28 | Notify | 03GCI:Melange * 4972733939056640 Create a BRL-CAD presentation template #2: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 15:54.33 | Notify | 03GCI:Andromeda Galaxy * 5138768247914496 Update qsort() calls to bu_sort() #5: Ready for review - The work on this task is ready to be reviewed. |
| 15:54.43 | andromeda-galaxy | d_rossberg: note for the future: I have commit acces now, so you don't hvae to commit all of my patches for me... |
| 15:54.55 | andromeda-galaxy | just so you know |
| 15:55.53 | maths22 | d_rossberg: thanks |
| 15:56.43 | Notify | 03GCI:Daniel Rossberg * 5851565315325952 Update qsort() calls to bu_sort() #4: I'm getting the following compilation errors - [ 27%] Building C object src/libged/CMakeFiles/libged.dir/ls.co ... |
| 15:56.53 | Notify | 03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: New uploads - Hi, I have uploaded my new tshirt design and how it would look on a tshirt.(two separate files) I would be... |
| 15:56.54 | Notify | 03GCI:Daniel Rossberg * 5851565315325952 Update qsort() calls to bu_sort() #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 15:58.44 | d_rossberg | andromeda-galaxy: so you are Peter? welcome :) |
| 15:59.55 | andromeda-galaxy | d_rossberg: I am, thanks! |
| 15:59.57 | d_rossberg | maths22: there is another warning/error in util/terrain.c where i don't know what to do |
| 16:07.40 | Notify | 03BRL-CAD:starseeker * 59093 brlcad/trunk/src/librt/tests/CMakeLists.txt: Start working on a set of tests for the boolean logic that are intended to build in complexity. |
| 16:07.46 | Notify | 03GCI:Daniel Rossberg * 5869692224798720 Design a T-Shirt for BRL-CAD #5: You should set this task to "needsreview" - Otherwise we cannot close it or send it back to you for improvements. |
| 16:12.51 | Notify | 03BRL-CAD:carlmoore * 59094 brlcad/trunk/src/halftone/main.c: touch up the Usage statement -- notice that 'tone_curve' does not ITSELF represent something to be input -- and fix a word in a comment |
| 16:13.03 | Notify | 03BRL-CAD:j-schulte * 59095 brlcad/trunk/src/libged/ls.c: fix for r59091 |
| 16:13.42 | Notify | 03GCI:Johannes Schulte * 5851565315325952 Update qsort() calls to bu_sort() #4: None - Man, I understand the deprecation of genptr_t. This should fix it. |
| 16:13.58 | Notify | 03GCI:Johannes Schulte * 5851565315325952 Update qsort() calls to bu_sort() #4: Ready for review - The work on this task is ready to be reviewed. |
| 16:21.03 | Notify | 03GCI:Daniel Rossberg * 5851565315325952 Update qsort() calls to bu_sort() #4: Task Closed - Congratulations, this task has been completed successfully. |
| 16:21.10 | andromeda-galaxy | d_rossberg: there are another five qsorts here: http://www.google-melange.com/gci/task/view/google/gci2013/5138768247914496 |
| 16:21.11 | gcibot | Update qsort() calls to bu_sort() #5 |
| 16:21.11 | gcibot | Status: NeedsReview (2 days, 23 hours left) |
| 16:21.11 | gcibot | Mentor(s): Kesha Shah |
| 16:30.17 | Notify | 03GCI:Daniel Rossberg * 5138768247914496 Update qsort() calls to bu_sort() #5: Task Closed - Congratulations, this task has been completed successfully. |
| 16:31.08 | Notify | 03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed. |
| 16:35.43 | Notify | 03GCI:Andromeda Galaxy * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Task Claimed - I would like to work on this task. |
| 16:38.47 | Notify | 03GCI:Mandeep Kaur * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to... |
| 16:45.31 | andromeda-galaxy | for the spell check tasks is it UK or US english? |
| 16:48.18 | Notify | 03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Ready for review - The work on this task is ready to be reviewed. |
| 16:56.04 | Notify | 03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed. |
| 17:01.25 | Notify | 03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: work done - dear sean, i would like to thank you for the critiques you gave me on my earlier work. i... |
| 17:07.06 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed. |
| 17:09.21 | Notify | 03BRL-CAD:tbrowder2 * 59096 brlcad/trunk/src/librt/primitives/bspline/nurb_ray.c: SIGN is defined in brep.h--make sure it is not redefined here |
| 17:11.56 | Notify | 03BRL-CAD:tbrowder2 * 59097 (brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/db_corrupt.c and 28 others): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:+ changing var names using C++ keywords 'class' and 'this'+ making explicit casts to receiving objects (LHS) to quell errors andwarningssuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for |
| 17:11.58 | Notify | the usual from libgiam, tcl, and step)successful 'make regress' |
| 17:13.25 | andromeda-galaxy | On the spelling tasks, should mistakes inside the ChangeLog be updated? |
| 17:18.01 | Notify | 03BRL-CAD:starseeker * 59098 brlcad/trunk/src/librt/tests/brep_boolean_tests.g: Add a couple more tests - quite a few to go to get reasonable coverage. |
| 17:27.41 | Notify | 03GCI:Anita Leung * 6682654372003840 Design a BRL-CAD business card #7: Task Claimed - I would like to work on this task. |
| 17:33.02 | *** join/#brlcad Palindrome (~Palindrom@adsl-108-129-76-13.aby.bellsouth.net) | |
| 17:34.09 | Notify | 03GCI:Mandeep Kaur * 6682654372003840 Design a BRL-CAD business card #7: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 17:43.54 | Notify | 03BRL-CAD:tbrowder2 * 59099 brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c: ws, style |
| 17:58.46 | Notify | 03BRL-CAD:starseeker * 59100 brlcad/trunk/src/librt/tests/brep_boolean_tests.g: More complex arb intersections - lots of failures in these planar cases. Both for speed and robustness may want to do some special case handling of planar faces. |
| 18:19.04 | Notify | 03GCI:Johannes Schulte * 5676549692981248 Update qsort() calls to bu_sort() #6: Task Claimed - I would like to work on this task. |
| 18:41.43 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.14.195) | |
| 18:59.56 | Notify | 03BRL-CAD:tbrowder2 * 59101 (brlcad/trunk/src/librt/db5_io.c brlcad/trunk/src/librt/db_corrupt.c and 23 others): ws, style |
| 19:24.40 | Notify | 03GCI:Alexandra Covor * 4941697968504832 Design a BRL-CAD business card #8: Ready for review - The work on this task is ready to be reviewed. |
| 20:00.31 | Notify | 03BRL-CAD:starseeker * 59102 brlcad/trunk/src/libbrep/boolean.cpp: Spot which plane or planes are coplanar |
| 20:11.33 | Notify | 03GCI:Anita Leung * 6682654372003840 Design a BRL-CAD business card #7: Ready for review - The work on this task is ready to be reviewed. |
| 20:19.46 | Notify | 03GCI:Anita Leung * 6682654372003840 Design a BRL-CAD business card #7: Hope you don't mind - I gave some gust and made six different designs. Provided png files for you to preview each one, and... |
| 20:54.00 | Notify | 03BRL-CAD:tbrowder2 * 59103 brlcad/trunk/src/librt/shoot.c: quell warning: control reaches end of non-void function |
| 20:57.38 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: None - Please refer to the new.zip archive as it is the most recent edit. Thanks! |
| 21:01.05 | *** join/#brlcad jschulte (~johannes@p4FDFB18D.dip0.t-ipconnect.de) | |
| 21:28.58 | maths22 | commit 59097 |
| 21:29.04 | maths22 | broke nmg_copy.c |
| 21:29.28 | maths22 | see http://brlcad.org:8085/browse/BRLCAD-BUIL-390/log |
| 21:39.58 | Notify | 03GCI:Arjun * 4549761130561536 Create an utility library (LIBBU) API unit test for any file: So I still can't do anything - If someone could get that fixed he/she would be awesome ;) |
| 21:45.09 | Notify | 03GCI:Andromeda Galaxy * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Ready for review - The work on this task is ready to be reviewed. |
| 21:45.36 | Notify | 03GCI:Andromeda Galaxy * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Second submission - I accidentally uploaded the wrong file (the .diff) first; the... |
| 21:51.33 | Notify | 03BRL-CAD:carlmoore * 59104 brlcad/trunk/src/halftone/main.c: touch up comments |
| 22:14.11 | Notify | 03BRL-CAD:j-schulte * 59105 brlcad/trunk/src/librt/primitives/nmg/nmg_copy.c: fix for r59097 |
| 22:17.47 | Notify | 03BRL-CAD:starseeker * 59106 brlcad/trunk/src/libbrep/boolean.cpp: Start putting in some superstructure that will sort out the 'easy' decisions from the harder ones in the boolean logic. May or may not be necessary, mainly being used to help me think about the issues at the moment. |
| 22:18.48 | Notify | 03BRL-CAD:j-schulte * 59107 (brlcad/trunk/src/conv/obj-g.c brlcad/trunk/src/libged/ged.c brlcad/trunk/src/libged/make_pnts.c): replacing the last qsort calls to bu_sort calls (GCI task : https://google-melange.appspot.com/gci/task/view/google/gci2013/5676549692981248) |
| 23:01.46 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: I was taught to do lots. - I find that 100 lines removed is too short for a task, so I strive to... |
| 23:02.06 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed. |
| 23:02.52 | Notify | 03GCI: * : - |
| 23:17.43 | maths22 | build error: /home/maths22/brlcad-code/src/libged/ls.c: In function '_ged_vls_col_pr4v': |
| 23:17.46 | maths22 | /home/maths22/brlcad-code/src/libged/ls.c:102:4: error: passing argument 4 of 'bu_sort' from incompatible pointer type [-Werror] cmpdirname, NULL); |
| 00:16.30 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: in command? - I am having trouble with the in command, it seems no matter what numeric values i enter for xyz... |
| 00:18.52 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: .s file? - also what is the .s file in the ebm tutorial it is not explained? should i be creating an s file... |
| 00:23.23 | maths22 | for the task http://www.google-melange.com/gci/task/view/google/gci2013/5807450632486912 |
| 00:23.23 | Notify | 03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 00:23.24 | gcibot | Write a script to download GCI files |
| 00:23.24 | gcibot | Status: ClaimRequested |
| 00:23.24 | gcibot | Mentor(s): Sean |
| 00:23.39 | maths22 | How should I handle duplicate files? |
| 00:23.43 | Notify | 03GCI:Jacob B * 5807450632486912 Write a script to download GCI files: Task Claimed - I would like to work on this task. |
| 00:25.46 | maths22 | Also, do you want empty folders for url tasks, or do you not want any folders |
| 00:32.44 | maths22 | finally, how should the date be set for the folder? |
| 00:57.22 | ``Erik | if we had better animation info, an app to make images like http://cheezburger.com/7964133376 would be effin' awesome O.o |
| 01:34.03 | Notify | 03GCI:agkphysics * 6427676659154944 Update qsort() calls to bu_sort() #8: Task Claimed - I would like to work on this task. |
| 01:40.01 | *** join/#brlcad freeman (54ed1305@gateway/web/freenode/ip.84.237.19.5) | |
| 02:05.50 | *** join/#brlcad agkphysics (~aaron@246.216.252.27.dyn.cust.vf.net.nz) | |
| 02:12.43 | Notify | 03GCI:Gauravjeet Singh * 5676549692981248 Update qsort() calls to bu_sort() #6: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good luck! |
| 02:13.00 | Notify | 03GCI:Gauravjeet Singh * 5807450632486912 Write a script to download GCI files: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 02:13.00 | Notify | 03GCI:Gauravjeet Singh * 6427676659154944 Update qsort() calls to bu_sort() #8: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck! |
| 02:21.59 | Notify | 03GCI:Gauravjeet Singh * 4941697968504832 Design a BRL-CAD business card #8 http://www.google-melange.com/gci/task/view/google/gci2013/4941697968504832: Needs some work It's good, I more liked... |
| 02:22.14 | Notify | 03GCI:Gauravjeet Singh * 4941697968504832 Design a BRL-CAD business card #8: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 02:28.20 | Notify | 03GCI:agkphysics * 6427676659154944 Update qsort() calls to bu_sort() #8: Ready for review - The work on this task is ready to be reviewed. |
| 02:38.02 | ``Erik | http://www.disneyanimation.com/technology/publications as evil as they are wrt copyright, there's some interesting tech there |
| 04:12.02 | freeman | -help |
| 04:21.58 | maths22 | sorry, by not any folders I meant no folders if there are no files |
| 04:22.49 | *** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz) | |
| 04:44.04 | Notify | 03GCI:Jacob B * 5807450632486912 Write a script to download GCI files: Ready for review - The work on this task is ready to be reviewed. |
| 04:44.18 | maths22 | Let me know if you need any source code for the program: I am happy to upload it. |
| 04:44.55 | maths22 | never mind: I went ahead and added it |
| 04:49.06 | maths22 | I tested it with 2012 and 2013 with brlcad and apertium |
| 04:53.40 | *** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz) | |
| 05:50.24 | Notify | 03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: Ready for review - The work on this task is ready to be reviewed. |
| 06:28.03 | *** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz) | |
| 06:47.27 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 07:12.54 | FreezingCold | Is there any updated tutorials with Archer? |
| 07:50.36 | Notify | 03GCI:Pulkit Mehta * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Claimed - I would like to work on this task. |
| 07:52.01 | Notify | 03GCI:Pulkit Mehta * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Claim Removed - The claim on this task has been removed, someone... |
| 07:52.11 | Notify | 03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Claimed - I would like to work on this task. |
| 07:55.16 | Notify | 03GCI:Mandeep Kaur * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to complete this task, good luck! |
| 08:07.02 | Notify | 03GCI:Melange * 5794702095810560 Design a BRL-CAD Sticker #8: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work... |
| 08:21.40 | Notify | 03BRL-CAD:phoenixyjll * 59108 brlcad/trunk/src/libbrep/boolean.cpp: Fix the segfault in converting a comb in m35.g. The curves in the innerloop array should be duplicated, because the TrimmedFace Epassed inwill be freed later. |
| 09:02.29 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed. |
| 09:21.26 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: concerning no. of files - I have uploaded six files in total,so as to provide you with more options. sincerely, Aditya... |
| 09:32.49 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 09:37.56 | Notify | 03GCI:Melange * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be... |
| 09:53.45 | Notify | 03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Claimed - I would like to work on this task. |
| 10:08.31 | Notify | 03GCI:Sean * 5321873978032128 Fix at least 8 spelling mistakes in at least 8 different files #6: Task Closed - Congratulations, this task has been completed successfully. |
| 10:12.07 | Notify | 03GCI:Mandeep Kaur * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Assigned - This task has been assigned to Rishi Sharma. You... |
| 10:17.33 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: better - Kenneth, It's getting better, but a few more issues still remain: The two logo screenshots are missing the... |
| 10:17.41 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 10:19.46 | Notify | 03GCI:Sean * 5877713613094912 Design a BRL-CAD Sticker #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 10:19.56 | Notify | 03GCI:Sean * 5877713613094912 Design a BRL-CAD Sticker #7: simple is good - Simple is good, but this is a little too simple. It's rather bland (color-wise, design-wise) and that's makes it come... |
| 10:20.41 | Notify | 03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 10:20.56 | Notify | 03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 10:23.14 | Notify | 03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: not bad but - I think we already have one ore two design submissions that look very similar to this design. They do say great minds think... |
| 10:25.13 | Notify | 03GCI:Sean * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Harmanpreet - Harmanpreet, would you mind reviewing his article draft? |
| 10:29.11 | Notify | 03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: I like it - Luke, That looks much better, more innovative and interesting. The only issue I saw was grammatic, need to remove the colon... |
| 10:29.22 | Notify | 03GCI:Sean * 5509389028950016 Design a BRL-CAD Sticker #10: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 10:33.39 | Notify | 03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Completed - Sir, can you please check my uploaded work. Do I... |
| 10:36.05 | Notify | 03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: None - My work is ready to be reviewed . |
| 10:37.20 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 10:37.25 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 10:37.26 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: don't worry about the length - Don't worry about the tasks being too short, that's our job. :) These tasks... |
| 10:38.05 | Notify | 03GCI:Luke Blue * 5509389028950016 Design a BRL-CAD Sticker #10: Ready for review - The work on this task is ready to be reviewed. |
| 10:39.15 | Notify | 03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Ready for review - The work on this task is ready to be reviewed. |
| 10:41.32 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: image source? - Where's that background image from? We must have redistribution and use rights (ie, what's the license?). Also, you... |
| 10:41.54 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 10:41.55 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 10:42.39 | Notify | 03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: Task Closed - Congratulations, this task has been completed successfully. |
| 10:44.14 | Notify | 03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: like it - I like how the lines make it look like an old TV display... displaying an old space craft. ;) |
| 10:45.20 | Notify | 03GCI:Sean * 6427676659154944 Update qsort() calls to bu_sort() #8: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 10:46.21 | Notify | 03GCI:Sean * 6427676659154944 Update qsort() calls to bu_sort() #8: oops - Clicked the wrong button, please resubmit Aaron. This looked good to me. |
| 10:46.46 | Notify | 03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 10:46.51 | Notify | 03GCI:agkphysics * 6427676659154944 Update qsort() calls to bu_sort() #8: Ready for review - The work on this task is ready to be reviewed. |
| 10:51.41 | Notify | 03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours. |
| 10:51.43 | Notify | 03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: interesting concept - Hadn't actually considered an animated gif, but I like the concept. Just a few issues come to mind: archer... |
| 10:54.48 | Notify | 03GCI:Mandeep Kaur * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Needs More Work - One of the mentors has sent this task back... |
| 10:56.13 | Notify | 03GCI:Sean * 5322891348410368 Design a BRL-CAD business card #10: Logo is fuzzy? - The logo seems to be a bit fuzzy. I also suggest filling in some pretend values into one card and submitting that... |
| 10:56.28 | Notify | 03GCI:Sean * 5322891348410368 Design a BRL-CAD business card #10: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 10:58.28 | Notify | 03GCI:Sean * 5801571896000512 Design a BRL-CAD business card #9: crisp and clean - I really love this design. We'll likely put this to use. Join the brlcad-devel and/or brlcad-news mailing list to... |
| 10:58.38 | Notify | 03GCI:Sean * 5801571896000512 Design a BRL-CAD business card #9: Task Closed - Congratulations, this task has been completed successfully. |
| 11:01.49 | Notify | 03GCI:Sean * 6682654372003840 Design a BRL-CAD business card #7: Task Closed - Congratulations, this task has been completed successfully. |
| 11:02.25 | Notify | 03GCI:Sean * 6682654372003840 Design a BRL-CAD business card #7: looks good - Other than the nasty color on card2, these are nice. Thank you very much for all your effort thinking up interesting... |
| 11:02.30 | Notify | 03GCI:Sean * 6427676659154944 Update qsort() calls to bu_sort() #8: Task Closed - Congratulations, this task has been completed successfully. |
| 11:02.37 | brlcad | rx |
| 11:04.10 | Notify | 03GCI:Johannes Schulte * 5676549692981248 Update qsort() calls to bu_sort() #6: Ready for review - The work on this task is ready to be reviewed. |
| 11:05.30 | Notify | 03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Ready for review - The work on this task is ready to be reviewed. |
| 11:05.35 | Notify | 03GCI:Gauravjeet Singh * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Raw files - Please upload the raw design files too. From raw files I meant those default design files which are made by... |
| 11:08.41 | Notify | 03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Uploaded new designs - Throughout a day I make Some new designs. And uploaded these in file : brl_cad_sticker(new).rar ... |
| 11:16.35 | Notify | 03GCI:Gauravjeet Singh * 5509389028950016 Design a BRL-CAD Sticker #10: Task Closed - Congratulations, this task has been completed successfully. |
| 11:21.26 | Notify | 03GCI:Melange * 5260604122071040 Design a BRL-CAD business card #5: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted... |
| 11:32.01 | Notify | 03GCI:Johannes Schulte * 5676549692981248 Update qsort() calls to bu_sort() #6: None - taking andromeda's work in account, this should be the last uses. |
| 11:59.14 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 12:04.30 | Notify | 03GCI:Chan Ho Jun * 5247473870176256 Design new Archer splash screen #5: Task Claimed - I would like to work on this task. |
| 12:07.16 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 12:08.32 | Notify | 03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed. |
| 12:10.24 | Notify | 03GCI:Gauravjeet Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 12:11.31 | Notify | 03GCI:Alexandra Covor * 4941697968504832 Design a BRL-CAD business card #8: Ready for review - The work on this task is ready to be reviewed. |
| 12:12.57 | Notify | 03GCI:agkphysics * 4545787883159552 Report on our 2012 GCI patch submissions: Task Claimed - I would like to work on this task. |
| 12:18.34 | Notify | 03GCI: * : - |
| 12:24.06 | Notify | 03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Ready for review - The work on this task is ready to be reviewed. |
| 12:24.21 | Notify | 03GCI:Gauravjeet Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Needs some work - It's good but It can be more better. In the horizontal design you have choosen a black background, so I am... |
| 12:25.32 | Notify | 03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: None - Please specify the further rectifications(if needed) |
| 12:32.53 | Notify | 03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Gauravjeet - Hiii Gauravjeet As you said in horizontal design there is a black background But in actual it is Grey in color. ... |
| 12:35.44 | Notify | 03GCI:Marie Gita * 5869692224798720 Design a T-Shirt for BRL-CAD #5: raw files uploaded - i have uploaded the .xcf file thank you |
| 12:42.11 | Notify | 03GCI:Mandeep Kaur * 4545787883159552 Report on our 2012 GCI patch submissions: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good luck! |
| 12:42.12 | Notify | 03GCI: * : - |
| 12:44.01 | Notify | 03GCI:Mandeep Kaur * 5247473870176256 Design new Archer splash screen #5: Task Assigned - This task has been assigned to Chan Ho Jun. You have 72 hours to complete this task, good luck! |
| 12:52.58 | Notify | 03GCI:Gauravjeet Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Re:Gauravjeet - From Black I meant that it's dark, there should be some contrast b/w foreground and background. So in... |
| 12:53.44 | Notify | 03GCI:Chan Ho Jun * 5247473870176256 Design new Archer splash screen #5: Ready for review - The work on this task is ready to be reviewed. |
| 12:56.04 | Notify | 03GCI:Chan Ho Jun * 5247473870176256 Design new Archer splash screen #5 http://www.google-melange.com/gci/task/view/google/gci2013/5247473870176256: BRL-CAD logo For the logo, I've used the... |
| 13:07.16 | Notify | 03GCI:Gauravjeet Singh * 4941697968504832 Design a BRL-CAD business card #8: Task Closed - Congratulations, this task has been completed successfully. |
| 13:09.02 | Notify | 03GCI:Gauravjeet Singh * 5869692224798720 Design a T-Shirt for BRL-CAD #5: Task Closed - Congratulations, this task has been completed successfully. |
| 13:48.29 | Notify | 03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Claimed - I would like to work on this task. |
| 13:57.45 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed. |
| 13:59.45 | maths22 | build error: Building C object src/util/CMakeFiles/terrain.dir/terrain.c.o |
| 13:59.45 | maths22 | /home/maths22/brlcad-code/src/util/terrain.c: In function 'parse_args': |
| 13:59.45 | maths22 | /home/maths22/brlcad-code/src/util/terrain.c:569:38: error: parameter 'terrain_func' set but not used [-Werror=unused-but-set-parameter] |
| 13:59.49 | maths22 | <PROTECTED> |
| 14:05.03 | maths22 | brlcad: don't mark my task as complete |
| 14:08.56 | *** join/#brlcad jschulte (~johannes@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 14:20.28 | *** join/#brlcad caen23 (~caen23@92.83.172.48) | |
| 14:20.58 | maths22 | now you can: I uploaded a new version that does not crash on http errors unless they are on the general list of tasks |
| 14:37.59 | Notify | 03GCI:Alexandra Covor * 5861359988244480 Design a BRL-CAD Sticker #9: Task Claimed - I would like to work on this task. |
| 14:41.13 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:44.13 | *** join/#brlcad kesha (~kesha@49.249.16.94) | |
| 15:14.20 | Notify | 03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: None - I will do it again. Thanks! |
| 15:24.44 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 15:41.05 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: empty uploaded file - I know the file uploaded was empty but i did this to hopefully have some more time on... |
| 15:41.31 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed. |
| 15:48.01 | Notify | 03GCI:Melange * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be... |
| 15:53.22 | Notify | 03GCI:Andromeda Galaxy * 5315364418224128 Create unit tests for our basic utility library (LIBBU) #2: Task Claimed - I would like to work on this task. |
| 15:53.38 | Notify | 03GCI:Sharan Narayan * 6389832628568064 Design a front cover of Doc Camp Book #3: Task Claimed - I would like to work on this task. |
| 15:53.59 | Notify | 03GCI:Melange * 4972733939056640 Create a BRL-CAD presentation template #2: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 15:58.06 | *** join/#brlcad Ch3ck__ (~Ch3ck@195.24.220.16) | |
| 16:12.39 | maths22 | Which parts of brlcad use the bullet library? |
| 16:19.06 | Notify | 03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: Ready for review - The work on this task is ready to be reviewed. |
| 16:20.57 | Notify | 03GCI:Deep Inder Singh * 5877713613094912 Design a BRL-CAD Sticker #7: upload new designs - I think new designs are as your feedback. Deep Inder |
| 16:33.47 | brlcad | maths22: a simulation system we have in src/libged/simulate |
| 16:37.11 | maths22 | thanks |
| 16:47.36 | Notify | 03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: Ready for review - The work on this task is ready to be reviewed. |
| 16:58.29 | Notify | 03BRL-CAD:brlcad * 59109 brlcad/trunk/AUTHORS: according to other sources, David Rodgers last name spelling should be Rogers unless there's another computer graphics guy that was at USNA at the time |
| 16:58.41 | Notify | 03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: None - Wasn't able to make something pretty out of first version, so I made some other splash screens. |
| 17:06.07 | *** join/#brlcad deep_inder (~chatzilla@117.199.100.226) | |
| 17:45.55 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Ready for review - The work on this task is ready to be reviewed. |
| 17:48.21 | Notify | 03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: Ready for review - The work on this task is ready to be reviewed. |
| 17:49.01 | Notify | 03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: Done - Sir I have designed it, I hope you like it :) |
| 17:50.06 | Notify | 03GCI: * : - |
| 18:18.52 | Notify | 03GCI:Anita Leung * 5215498375528448 Create a BRL-CAD presentation template #5: Task Claimed - I would like to work on this task. |
| 18:31.40 | *** join/#brlcad Ch3ck (~Ch3ck@195.24.220.16) | |
| 18:33.40 | ``Erik | is libged/simulate actually bound to anything right now? I know it fails to compile with the last couple years worth of bullet releases (probably be a good gci task) |
| 18:34.13 | Notify | 03GCI:Kesha Shah * 5215498375528448 Create a BRL-CAD presentation template #5: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 18:35.08 | Notify | 03GCI:Anita Leung * 6682654372003840 Design a BRL-CAD business card #7: Extra file - not outlined - I just realized you guys might want the ai file before it was outlined to edit the words. You can... |
| 19:11.59 | Notify | 03BRL-CAD:tbrowder2 * 59110 brlcad/trunk/src/libbn/vectfont.c: ws, style |
| 19:28.26 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 19:31.20 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Where do I input the command? - Is there any special software that I need to input the (diff -u... |
| 19:40.39 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 20:03.04 | Notify | 03BRL-CAD:peter-sa * 59111 (brlcad/trunk/src/libged/attr.c brlcad/trunk/src/libged/comb.c): Replace calls to qsort() with calls to bu_sort() (GCI Task : http://www.google-melange.com/gci/task/view/google/gci2013/5138768247914496) |
| 20:05.30 | Notify | 03BRL-CAD:peter-sa * 59112 (brlcad/trunk/include/bn.h brlcad/trunk/include/ged.h and 21 others): Fix several spelling mistakes (from GCI task https://www.google-melange.com/gci/task/view/google/gci2013/5321873978032128) |
| 20:39.47 | Notify | 03BRL-CAD:j-schulte * 59113 brlcad/trunk/src/libbu/tests/CMakeLists.txt: add tests for bu_sort |
| 20:43.15 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 20:48.25 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 20:53.36 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 21:00.13 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 21:05.25 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 21:13.37 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 21:30.19 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 21:35.24 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 21:40.32 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 21:52.17 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 21:57.29 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 22:02.39 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 22:15.22 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 22:19.00 | Notify | 03GCI:Anita Leung * 5215498375528448 Create a BRL-CAD presentation template #5: Ready for review - The work on this task is ready to be reviewed. |
| 22:20.00 | Notify | 03GCI:Anita Leung * 5215498375528448 Create a BRL-CAD presentation template #5: Comments - Submitted a few different powerpoint themes incorporating BRL-CAD colors, brand, and logo. |
| 22:20.32 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 22:24.25 | Notify | 03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Claimed - I would like to work on this task. |
| 22:29.11 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 22:34.23 | *** join/#brlcad jschulte (~androirc@p4FDF9B9C.dip0.t-ipconnect.de) | |
| 23:02.47 | Notify | 03GCI:starseeker * 5279198109237248 Fix Visual Studio Express build issues: Problem - There is a script file that is attempting to run a program that should be located in the build directory:... |
| 23:03.07 | Notify | 03GCI:starseeker * 5315364418224128 Create unit tests for our basic utility library (LIBBU) #2: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 23:05.12 | Notify | 03GCI:Andromeda Galaxy * 5315364418224128 Create unit tests for our basic utility library (LIBBU) #2: Ready for review - The work on this task is ready to be reviewed. |
| 23:36.33 | *** join/#brlcad kanzure (~kanzure@131.252.130.248) | |
| 23:49.11 | Notify | 03GCI: * : - |
| 00:14.56 | Notify | 03GCI: * : - |
| 01:14.36 | Notify | 03GCI:Johannes Schulte * 6427676659154944 Update qsort() calls to bu_sort() #8 http://www.google-melange.com/gci/task/view/google/gci2013/6427676659154944: None Be carefull, when committing this... |
| 01:16.26 | Notify | 03GCI: * : - |
| 01:35.26 | Notify | 03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: None - Please review my work . I'm waiting for your suggestations |
| 02:33.18 | Notify | 03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Work - I'm ready to upload my work, but the task has to be assigned... |
| 02:45.09 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 04:12.59 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Task Claimed - I would like to work on this task. |
| 04:13.29 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: None - Sorry, I accidentally click "unclaim." |
| 04:23.29 | Notify | 03GCI:Vipul Sharma * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Claimed - I would like to work on this task. |
| 04:48.09 | *** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz) | |
| 05:42.14 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 05:42.15 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 05:48.30 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: range where it's solid - Each "cell" in a vol has a value that is somewhere between 0 and 255 inclusive (ie, a... |
| 05:49.20 | Notify | 03GCI:Sean * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Task Closed - Congratulations, this task has been completed successfully. |
| 05:55.05 | Notify | 03GCI:Sean * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Graphics package - Rishi, BRL-CAD is a graphics package so there cannot be... |
| 05:55.30 | Notify | 03GCI:agkphysics * 4545787883159552 Report on our 2012 GCI patch submissions: Ready for review - The work on this task is ready to be reviewed. |
| 05:56.15 | Notify | 03GCI:Sean * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: Also closed in error - Your task was closed in error. This design as-is... |
| 06:00.15 | Notify | 03GCI:agkphysics * 4545787883159552 Report on our 2012 GCI patch submissions: I think thats all of them - I think I got all of the required patches, there are 91 of them. I only included final... |
| 06:05.47 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 06:05.48 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 06:05.52 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: massive pauses - Kenneth, My earlier comment is only emphasized now that you added an audio track. You spoke and... |
| 06:09.07 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: messy - With the design you're suggesting, the main logo is really crowded by the other information and there seems to be no order... |
| 06:09.08 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 06:09.22 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 06:10.02 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: look at some of the others - I suggest looking at some of the other completed GCI design tasks too for inspiration or to understand... |
| 06:12.52 | Notify | 03GCI:Sean * 5877713613094912 Design a BRL-CAD Sticker #7: Task Closed - Congratulations, this task has been completed successfully. |
| 06:16.41 | Notify | 03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: few issues - Marcin, This looks interesting, but there are a few issues I note with the cover design. First and foremost, the... |
| 06:17.16 | Notify | 03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 06:18.32 | Notify | 03GCI:Sean * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task... |
| 06:21.47 | Notify | 03GCI:Gauravjeet Singh * 5322891348410368 Design a BRL-CAD business card #10: Task Assigned - This task has been assigned to Adit. You have 72 hours to complete this task, good luck! |
| 06:22.52 | Notify | 03GCI:Sean * 5787452191014912 Design a front cover of Doc Camp Book #5: numerous issues - Pulkit, This design for our new book clearly took some effort on your part, but I feel it lacks context.... |
| 06:23.42 | Notify | 03GCI:Sean * 5331017426534400 Write an article about BRL-CAD's Online Geometry Viewer: Task Closed - Congratulations, this task has been completed successfully. |
| 06:25.37 | Notify | 03GCI:Sean * 5215498375528448 Create a BRL-CAD presentation template #5: Task Closed - Congratulations, this task has been completed successfully. |
| 06:26.32 | Notify | 03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: None - Sure sir I will make again . |
| 06:27.22 | Notify | 03GCI:Sean * 5215498375528448 Create a BRL-CAD presentation template #5: some critique - I had some critique for the first two, but your third example looked really good. Thank you for your... |
| 06:34.22 | Notify | 03GCI:Gauravjeet Singh * 5322891348410368 Design a BRL-CAD business card #10: Needs a little more work - It's much better as compared to your previous design. The only thing that I would like to... |
| 06:34.53 | Notify | 03GCI:Gauravjeet Singh * 6389832628568064 Design a front cover of Doc Camp Book #3: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck! |
| 06:35.18 | Notify | 03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task, good luck! |
| 06:35.38 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: license - Ilkin, The site you documented is not the author (see the line right at the bottom of the page) and doesn't describe any... |
| 06:35.58 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 06:35.59 | Notify | 03GCI:Pulkit Mehta * 5787452191014912 Design a front cover of Doc Camp Book #5: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 06:36.33 | Notify | 03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: Task Claimed - I would like to work on this task. |
| 06:37.53 | Notify | 03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: Task Closed - Congratulations, this task has been completed successfully. |
| 06:37.54 | Notify | 03GCI:Gauravjeet Singh * 5247473870176256 Design new Archer splash screen #5: Task Closed - Congratulations, this task has been completed successfully. |
| 06:39.13 | Notify | 03GCI:Gauravjeet Singh * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Assigned - This task has been assigned to Vipul Sharma. You have 72 hours to complete this task, good... |
| 06:39.23 | Notify | 03GCI:Gauravjeet Singh * 5861359988244480 Design a BRL-CAD Sticker #9: Task Assigned - This task has been assigned to Alexandra Covor. You have 72 hours to complete this task, good luck! |
| 06:39.53 | Notify | 03GCI:Gauravjeet Singh * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Assigned - This task has been assigned to IanSan5653. You... |
| 06:40.22 | *** join/#brlcad agkphysics (~aaron@236.175.252.27.dyn.cust.vf.net.nz) | |
| 06:40.33 | Notify | 03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: like your your new design - Really like how you pulled it alo togeth. |
| 06:43.09 | Notify | 03GCI:Sean * 5315364418224128 Create unit tests for our basic utility library (LIBBU) #2: Task Closed - Congratulations, this task has been completed successfully. |
| 06:45.14 | Notify | 03GCI:Sean * 5676549692981248 Update qsort() calls to bu_sort() #6: Function cast necessary? - It would seem to me that the function casts are no longer necessary, yes? No? Otherwise, looks great. |
| 06:45.44 | Notify | 03GCI:Sean * 5676549692981248 Update qsort() calls to bu_sort() #6: Task Closed - Congratulations, this task has been completed successfully. |
| 06:45.54 | Notify | 03GCI:Sean * 5807450632486912 Write a script to download GCI files: Task Closed - Congratulations, this task has been completed successfully. |
| 06:48.49 | Notify | 03GCI:Gauravjeet Singh * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11... |
| 06:48.50 | Notify | 03GCI:Sean * 4545787883159552 Report on our 2012 GCI patch submissions: Task Closed - Congratulations, this task has been completed successfully. |
| 06:48.54 | Notify | 03GCI:Gauravjeet Singh * 5887471241920512 Design a BRL-CAD business card #6: Task Assigned - This task has been assigned to Pulkit Mehta. You have 72 hours to complete this task, good luck! |
| 06:57.25 | Notify | 03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Claimed - I would like to work on this task. |
| 07:13.55 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed. |
| 07:14.50 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Background - The background of the last file has been completely created by me. |
| 08:02.57 | Notify | 03GCI:Alexandra Covor * 5861359988244480 Design a BRL-CAD Sticker #9: Ready for review - The work on this task is ready to be reviewed. |
| 08:09.53 | Notify | 03GCI:Anita Leung * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Claimed - I would like to work on this task. |
| 08:36.20 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 08:40.41 | Notify | 03GCI:Olexander Dubenko * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Claimed - I would like to work on this task. |
| 08:45.17 | Notify | 03GCI:Gauravjeet Singh * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 08:45.43 | Notify | 03GCI:Gauravjeet Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good... |
| 08:46.18 | Notify | 03GCI:Gauravjeet Singh * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Assigned - This task has been assigned to Olexander Dubenko. You have 72 hours to complete this task,... |
| 09:48.03 | Notify | 03GCI:Anita Leung * 5787452191014912 Design a front cover of Doc Camp Book #5: Ready for review - The work on this task is ready to be reviewed. |
| 09:51.54 | Notify | 03GCI:Anita Leung * 5787452191014912 Design a front cover of Doc Camp Book #5: Book Cover.rar file is not mine - The Book Cover.rar file is Pulkit Mehta's work, not mine. The files I submitted is... |
| 10:09.11 | Notify | 03GCI:Sharan Narayan * 6389832628568064 Design a front cover of Doc Camp Book #3: Ready for review - The work on this task is ready to be reviewed. |
| 10:50.47 | Notify | 03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Ready for review - The work on this task is ready to be reviewed. |
| 10:53.00 | Notify | 03GCI:Johannes Schulte * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Task Claimed - I would like to work on this task. |
| 10:54.25 | Notify | 03GCI:Gauravjeet Singh * 5787452191014912 Design a front cover of Doc Camp Book #5: Task Closed - Congratulations, this task has been completed successfully. |
| 10:58.12 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 11:16.49 | Notify | 03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Task Claimed - I would like to work on this task. |
| 11:43.43 | Notify | 03GCI:Mohamed Hammeda * 4972733939056640 Create a BRL-CAD presentation template #2: Task Claimed - I would like to work on this task. |
| 12:06.27 | Notify | 03GCI:Mandeep Kaur * 5861359988244480 Design a BRL-CAD Sticker #9: Needs Improvement - Your designs looks good but try to be more creative. Change first letter of modelling (in tagline ) to upper... |
| 12:06.47 | Notify | 03GCI:Mandeep Kaur * 5861359988244480 Design a BRL-CAD Sticker #9: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 12:10.41 | Notify | 03GCI:Mandeep Kaur * 4972733939056640 Create a BRL-CAD presentation template #2: Task Assigned - This task has been assigned to Mohamed Hammeda. You have 72 hours to complete this task, good luck! |
| 12:10.57 | Notify | 03GCI:Mandeep Kaur * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task,... |
| 12:11.17 | Notify | 03GCI:Mandeep Kaur * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this... |
| 12:29.39 | Notify | 03GCI:Johannes Schulte * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Ready for review - The work on this task is ready to be reviewed. |
| 12:36.52 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 12:44.36 | Notify | 03GCI:Mandeep Kaur * 6389832628568064 Design a front cover of Doc Camp Book #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 12:44.41 | Notify | 03GCI:Mandeep Kaur * 6389832628568064 Design a front cover of Doc Camp Book #3: Looks Nice - Your design looks great. Just change "S" in CONTRIBUTORS to apostrophe S (CONTRIBUTOR'S). |
| 13:08.23 | Notify | 03BRL-CAD:tbrowder2 * 59114 brlcad/trunk/src/libbu/tests/bu_sort.c: use bu_strcmp to pass API regression test |
| 13:27.11 | *** join/#brlcad infobot (~infobot@rikers.org) | |
| 13:27.11 | *** topic/#brlcad is BRL-CAD || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || Ask us about Google Doc Sprint 2013 || GCI has begun! If you're participating, be patient when asking questions... we're very busy and sometimes have packed schedules. We will respond if you are still on IRC: learn screen+irssi. | |
| 13:30.18 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:49.35 | Notify | 03GCI:Johannes Schulte * 5676549692981248 Update qsort() calls to bu_sort() #6: None - I also wasn't sure about the cast. Effectively you need to cast at one point during the sort, either the... |
| 13:53.55 | Notify | 03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: None - I wasn't trying to be military-centric, but this was the... |
| 14:01.35 | *** join/#brlcad deep_inder (~chatzilla@117.220.147.8) | |
| 14:12.12 | Notify | 03GCI:erikg * 5029433412943872 Design new Archer splash screen: minor tweaks to consider - Hiya, looks pretty good, wondering if a few minor tweaks might improve it a bit... "upon" feels wrong... |
| 14:19.22 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: None - Ok thank you for your coment |
| 14:19.57 | andromeda-galaxy | Can anyone help me understand the way that extruded sketches are represented in brl-cad? I'd like to work on a few of the tasks to implement a function for extruded primitives. |
| 14:26.34 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:36.38 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 14:49.26 | Notify | 03GCI:erikg * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 14:49.32 | Notify | 03GCI:erikg * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: insufficient diagnostic information - This tester program only gives a single boolean output with no... |
| 14:56.36 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 15:09.31 | Notify | 03GCI:Andromeda Galaxy * 4822252646301696 Implement surface area function for NURBS objects (BREP): Task Claimed - I would like to work on this task. |
| 15:38.13 | Notify | 03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: Ready for review - The work on this task is ready to be reviewed. |
| 15:45.39 | Notify | 03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Ready for review - The work on this task is ready to be reviewed. |
| 16:21.00 | Notify | 03BRL-CAD:peter-sa * 59115 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Add unit tests for several libbu VLS functions, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5315364418224128 |
| 16:21.00 | gcibot | Create unit tests for our basic utility library (LIBBU) #2 |
| 16:21.01 | gcibot | Status: Closed |
| 16:21.01 | gcibot | Mentor(s): starseeker |
| 16:29.53 | Notify | 03BRL-CAD:peter-sa * 59116 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Fix mistake in tester name in src/libbu/tests/CMakeLists.txt |
| 16:30.46 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 16:31.13 | Notify | 03GCI:Mohamed Hammeda * 4972733939056640 Create a BRL-CAD presentation template #2: Ready for review - The work on this task is ready to be reviewed. |
| 16:36.18 | *** join/#brlcad jschulte (~johannes@p4FDFBD9E.dip0.t-ipconnect.de) | |
| 16:38.33 | Notify | 03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task. |
| 16:40.18 | Notify | 03GCI:Mandeep Kaur * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 16:40.38 | Notify | 03GCI:Mandeep Kaur * 4822252646301696 Implement surface area function for NURBS objects (BREP): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 16:40.59 | *** join/#brlcad ncsaba_ (~ncsaba@p4FF70BC0.dip0.t-ipconnect.de) | |
| 16:41.03 | Notify | 03GCI: * : - |
| 16:55.53 | Notify | 03GCI:Andromeda Galaxy * 4822252646301696 Implement surface area function for NURBS objects (BREP): Ready for review - The work on this task is ready to be reviewed. |
| 16:57.18 | Notify | 03GCI:Melange * 5279198109237248 Fix Visual Studio Express build issues: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 17:34.59 | ncsaba_ | Hi there |
| 17:35.33 | ncsaba_ | I'm finishing up the pipe length function, and my lack of C experience shows up... |
| 17:35.56 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed. |
| 17:36.30 | ncsaba_ | I get the following error: |
| 17:36.34 | ncsaba_ | /home/csaba/dev/brlcad/trunk/src/libged/analyze.c: In function analyze_do: |
| 17:36.34 | ncsaba_ | /home/csaba/dev/brlcad/trunk/src/libged/analyze.c:1412:6: error: passing argument 2 of analyze_pipe discards const qualifier from pointer target type [-Werror] |
| 17:36.34 | ncsaba_ | <PROTECTED> |
| 17:36.34 | ncsaba_ | <PROTECTED> |
| 17:36.34 | ncsaba_ | /home/csaba/dev/brlcad/trunk/src/libged/analyze.c:1331:1: note: expected struct rt_db_internal * but argument is of type const struct rt_db_internal * |
| 17:36.44 | ncsaba_ | <PROTECTED> |
| 17:37.13 | ncsaba_ | now it's clear that the "const" part in "analyze_do" function header is the problem, but: |
| 17:38.59 | ncsaba_ | in my first commit I propagated that to all functions called by analyze_do up to pipe.c -> pipe_elements_calculate, with the result that it was cut back out by whoever commited it :-) |
| 17:39.09 | ncsaba_ | I mean my first patch of course instead of first commit |
| 17:39.47 | ncsaba_ | anyway, I think now that perhaps there was some good reason to do that - and not sure how to continue this |
| 17:40.42 | ncsaba_ | Shaun, if you're around, can you explain me what is the purpose of that "const" in the analyze.c -> analyze_do function header ? |
| 17:42.48 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: My Idea - Sir, My Idea is to make a simple and appealing card.It should have neccesary info.I have submited you a design.I... |
| 17:47.50 | maths22 | does anyone have any ideas for how to fix /home/maths22/brlcad-code/src/util/terrain.c:569:38: error: parameter 'terrain_func' set but not used [-Werror=unused-but-set-parameter] parse_args(int ac, char **av, void (*terrain_func)(unsigned short *)) |
| 17:47.53 | maths22 | /home/maths22/brlcad-code/src/util/terrain.c:569:38: error: parameter 'terrain_func' set but not used [-Werror=unused-but-set-parameter] parse_args(int ac, char **av, void (*terrain_func)(unsigned short *)) |
| 17:49.08 | maths22 | The parameter is only used if a certain case is met |
| 17:54.36 | ncsaba_ | maths22: while I'm not really the best to help on that, the first thing to check is likely if you don't have a typo in the param name or it's use ? |
| 17:57.06 | ncsaba_ | ok, nevermind, if it would be a typo you would get a different error |
| 17:58.41 | Notify | 03GCI:Sean * 4822252646301696 Implement surface area function for NURBS objects (BREP): AreaMassProperties() - This is the right basic approach, but note that AreaMassProperties() does nothing. The... |
| 17:59.16 | Notify | 03GCI:Sean * 4822252646301696 Implement surface area function for NURBS objects (BREP): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 17:59.52 | ncsaba_ | brlcad: would appreciate to talk some if you have time... |
| 17:59.56 | Notify | 03GCI: * : - |
| 18:00.45 | Notify | 03GCI:Sharan Narayan * 6389832628568064 Design a front cover of Doc Camp Book #3: Ready for review - The work on this task is ready to be reviewed. |
| 18:03.25 | Notify | 03GCI:Sean * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11 http://www.google-melange.com/gci/task/view/google/gci2013/5910527163236352:... |
| 18:07.35 | Notify | 03GCI:Anita Leung * 5885841301831680 Create a book layout for our Doc Camp book #5: Task Claimed - I would like to work on this task. |
| 18:08.20 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 18:08.21 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: getting better - Aditya, this is looking better. A simple deisgn is fine and the layout of the text and logo you added look good,... |
| 18:08.50 | Notify | 03GCI:Sean * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Needs More Work - One of the mentors has sent this task back for more... |
| 18:09.16 | Notify | 03GCI:Mandeep Kaur * 4972733939056640 Create a BRL-CAD presentation template #2: Needs Improvement - Your template looks good but try to be more creative and it should be impressive. Few... |
| 18:09.21 | Notify | 03GCI:Mandeep Kaur * 4972733939056640 Create a BRL-CAD presentation template #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 18:10.01 | Notify | 03GCI:Daniel Rossberg * 4972733939056640 Create a BRL-CAD presentation template #2: Some issues - You should use our new logo Could you please provide an example presentation with a title slide, a... |
| 18:10.32 | Notify | 03GCI:Mandeep Kaur * 5885841301831680 Create a book layout for our Doc Camp book #5: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 18:11.28 | Notify | 03GCI:Andromeda Galaxy * 4822252646301696 Implement surface area function for NURBS objects (BREP): Ready for review - The work on this task is ready to be reviewed. |
| 18:14.05 | Notify | 03BRL-CAD:tbrowder2 * 59117 brlcad/trunk/src/util/terrain.c: ws, style |
| 18:14.06 | Notify | 03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: purple? - Curious choice of color. The purple is somewhat distracting and clashes with the red in our logo. Also, saying... |
| 18:14.08 | andromeda-galaxy | brlcad: I changed it to mp.Area(); interestingly enough AreaMassProperties function is still declared in the header file and still allows the code to compile... |
| 18:14.41 | Notify | 03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task... |
| 18:17.18 | Notify | 03BRL-CAD:tbrowder2 * 59118 (brlcad/trunk/src/libfb/if_X.c brlcad/trunk/src/util/png-pix.c): use const char to quell '-Wwrite-strings' warnings |
| 18:17.43 | Notify | 03GCI:Sean * 4972733939056640 Create a BRL-CAD presentation template #2 http://www.google-melange.com/gci/task/view/google/gci2013/4972733939056640: not a template Mohamed, This does not seem... |
| 18:18.35 | Notify | 03BRL-CAD:tbrowder2 * 59119 brlcad/trunk/src/librt/cut.c: make explicit cast from void* |
| 18:19.07 | andromeda-galaxy | brlcad: the _check.diff includes some code that makes sure that the AreaMassProperties call worked, right now it will always fail |
| 18:19.09 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 18:19.10 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 18:24.03 | *** join/#brlcad Rishi_ (~rishishar@117.238.39.121) | |
| 18:29.31 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed. |
| 18:31.47 | Notify | 03GCI:Daniel Rossberg * 5279198109237248 Fix Visual Studio Express build issues: Upload a report of the failure to this task - similar to what you did in the previous task. It looks like you found... |
| 18:32.17 | Notify | 03GCI:Daniel Rossberg * 5279198109237248 Fix Visual Studio Express build issues: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 18:34.17 | Notify | 03GCI:Mandeep Kaur * 6389832628568064 Design a front cover of Doc Camp Book #3: Task Closed - Congratulations, this task has been completed successfully. |
| 18:39.17 | maths22 | brlcad: do you want me to use my program to make a zip for 2012? |
| 18:54.06 | Notify | 03BRL-CAD:j-schulte * 59120 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/bu_sort.c): improve r59113 |
| 18:56.02 | Notify | 03GCI:Johannes Schulte * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Ready for review - The work on this task is ready to be reviewed. |
| 18:57.38 | Notify | 03GCI:Adit * 5322891348410368 Design a BRL-CAD business card #10: Ready for review - The work on this task is ready to be reviewed. |
| 19:11.35 | Notify | 03GCI:Sharan Narayan * 5848861633413120 Create a BRL-CAD presentation template #3: Task Claimed - I would like to work on this task. |
| 19:12.41 | Notify | 03GCI:Sharan Narayan * 5848861633413120 Create a BRL-CAD presentation template #3: MS Office - Cant i use ms office for this task |
| 19:14.55 | Notify | 03GCI:Mandeep Kaur * 5848861633413120 Create a BRL-CAD presentation template #3: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck! |
| 19:15.00 | Notify | 03GCI:Mandeep Kaur * 5848861633413120 Create a BRL-CAD presentation template #3: Use any tool - Yes, you can use that. |
| 19:19.32 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 19:23.17 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 19:28.21 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 19:32.25 | maths22 | brlcad: do we want to quell the warning in src/util/terrain.c? |
| 19:32.38 | maths22 | or anone else with an idea on the matter |
| 20:04.00 | Notify | 03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed. |
| 20:16.42 | Notify | 03BRL-CAD Wiki:Random9908 * 0 /wiki/User:Random9908: |
| 20:22.08 | *** join/#brlcad ncsaba_ (~ncsaba@p4FF70BC0.dip0.t-ipconnect.de) | |
| 20:35.25 | Notify | 03GCI:Melange * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set... |
| 21:01.24 | Notify | 03GCI: * : - |
| 21:48.47 | Notify | 03GCI:Anita Leung * 5885841301831680 Create a book layout for our Doc Camp book #5: Ready for review - The work on this task is ready to be reviewed. |
| 21:51.33 | Notify | 03GCI:Anita Leung * 5885841301831680 Create a book layout for our Doc Camp book #5: Wow - This task took a whole lot longer than expected. Hope the outcome is satisfying. |
| 21:59.14 | Notify | 03GCI:starseeker * 5885841301831680 Create a book layout for our Doc Camp book #5: Could you upload a PDF version? - Some of us don't have access to Office, and it looks like LibreOffice doesn't... |
| 22:06.19 | Notify | 03GCI:starseeker * 5279198109237248 Fix Visual Studio Express build issues: This is a consequence of a more general issue.. - Having to do with how path searching for libraries works on Windows.... |
| 22:06.24 | Notify | 03GCI:starseeker * 5279198109237248 Fix Visual Studio Express build issues: Task Closed - Congratulations, this task has been completed successfully. |
| 22:12.14 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 22:27.47 | Notify | 03GCI:Anita Leung * 5885841301831680 Create a book layout for our Doc Camp book #5: Yeah no problem - Uploaded pdf file. |
| 22:45.16 | Notify | 03GCI:Mohamed Hammeda * 4972733939056640 Create a BRL-CAD presentation template #2: Ready for review - The work on this task is ready to be reviewed. |
| 22:46.41 | Notify | 03GCI:Mohamed Hammeda * 4972733939056640 Create a BRL-CAD presentation template #2: What to Review - Please could you review the files which start with CORRECTION becuase in the old files I... |
| 23:41.41 | Notify | 03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Ready for review - The work on this task is ready to be reviewed. |
| 23:47.18 | Notify | 03GCI:IanSan5653 * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: None - I uploaded the cover image and mockup as PNG files, and then... |
| 00:00.34 | Notify | 03GCI:Kristian Hansen * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Please reply - Please reply soon, before the task expires. |
| 00:46.05 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 02:08.24 | *** join/#brlcad agkphysics (~aaron@118-93-211-125.dsl.dyn.ihug.co.nz) | |
| 02:13.31 | Notify | 03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Ready for review - The work on this task is ready to be reviewed. |
| 02:14.46 | Notify | 03BRL-CAD:tbrowder2 * 59121 brlcad/trunk/src/libbu/tests/bu_sort.c: use bu_strcmp to allow API regression test to pass |
| 02:15.46 | Notify | 03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: All tests pass - When I compile and test, all mat tests pass. The patch is mat-tests2.patch - There... |
| 02:17.56 | Notify | 03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: BTW - I used a combination of Wolfram Alpha and this website to help me insert appropriate values to... |
| 02:19.38 | Notify | 03BRL-CAD:tbrowder2 * 59122 brlcad/trunk/src/librt/primitives/pipe/pipe.c: rename vars named 'or' which is a C++ keyword (also renamed associated vars to keep intent reasonably clear); make explicit casts from void* |
| 02:31.24 | Notify | 03BRL-CAD:tbrowder2 * 59123 (brlcad/trunk/src/librt/primitives/part/part.c brlcad/trunk/src/librt/primitives/pnts/pnts.c and 11 others): make explicit casts from void* for C++ compilation |
| 02:43.17 | Notify | 03BRL-CAD:tbrowder2 * 59124 (brlcad/trunk/include/db.h brlcad/trunk/include/raytrace.h brlcad/trunk/include/rtgeom.h): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:+ move C child structs up to top level (no change to C scope but makesscope same in C++ so src/librt/cut.c will compile without error)+ in rtgeom.h, struct rt_functab, increased size of two char arrays tomake |
| 02:43.19 | Notify | room for string-ending NULL for the current max length of theactual initialized strings being usedsuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from libgiam, tcl, and step)successful 'make regress', 'make test', and 'make benchmark' |
| 02:52.45 | Notify | 03GCI:starseeker * 5885841301831680 Create a book layout for our Doc Camp book #5: Task Closed - Congratulations, this task has been completed successfully. |
| 02:53.02 | Notify | 03GCI:starseeker * 5885841301831680 Create a book layout for our Doc Camp book #5: Looks nice! - Keep an eye out for comments from Sean, who's much better at design than me, but it looks good! Nice... |
| 04:16.57 | *** join/#brlcad FOSScookie (~brian@107.200.34.111) | |
| 04:47.49 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 06:02.32 | Notify | 03GCI:Sharan Narayan * 5848861633413120 Create a BRL-CAD presentation template #3: Ready for review - The work on this task is ready to be reviewed. |
| 06:38.44 | Notify | 03GCI:Anita Leung * 5269580603719680 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #5: Task Claimed - I would like to work on this task. |
| 06:51.20 | Notify | 03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: None - I did two new stickers that are diferents from the previus logos. My delivery folder is Stickers_BRL-CAD_2.rar. |
| 06:51.51 | Notify | 03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: Ready for review - The work on this task is ready to be reviewed. |
| 06:59.02 | Notify | 03GCI:Anita Leung * 5269580603719680 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #5: Everything's formatted - I just looked through the... |
| 06:59.27 | Notify | 03GCI:Anita Leung * 5269580603719680 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #5: Claim Removed - The claim on this task has been... |
| 07:55.02 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 08:20.00 | Notify | 03GCI:Sean * 4822252646301696 Implement surface area function for NURBS objects (BREP): Task Closed - Congratulations, this task has been completed successfully. |
| 08:23.52 | Notify | 03GCI:Sean * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Closed - Congratulations, this task has been completed successfully. |
| 08:24.10 | Notify | 03GCI:Sean * 5910527163236352 Design a cover image or banner for our Facebook page (and/or another social media site) #11: Task Closed - Congratulations, this task has been completed successfully. |
| 08:34.26 | Notify | 03GCI: * : - |
| 08:37.14 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: just three pauses remain - I see you sped up several sections, which is good, but you still have three big pauses in... |
| 08:37.39 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 08:38.04 | Notify | 03GCI: * : - |
| 08:38.49 | Notify | 03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: gradients do not work - Gradients do not work for a sticker design. They will not print well. Without the gradient, there's not much left... |
| 08:38.59 | Notify | 03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 08:39.00 | Notify | 03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 08:41.09 | Notify | 03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: raw files? - Would you again submit your raw files? This looks good, but the stryker image background is a bit dull. We'd need... |
| 08:41.14 | Notify | 03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 08:43.37 | Notify | 03GCI:Sean * 4972733939056640 Create a BRL-CAD presentation template #2: Task Closed - Congratulations, this task has been completed successfully. |
| 08:45.37 | Notify | 03GCI:Sean * 5848861633413120 Create a BRL-CAD presentation template #3: Task Closed - Congratulations, this task has been completed successfully. |
| 08:49.42 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 08:49.50 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: again - Again, you have dark text on a dark background that cannot be easily read... You also have the black of our logo against a... |
| 08:50.05 | Notify | 03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Task Claimed - I would like to work on this task. |
| 08:52.05 | Notify | 03GCI:Sean * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: looks good - This looks good, but you should cite those two sources you used for referene values in a... |
| 08:53.00 | Notify | 03GCI:Sean * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 08:53.30 | Notify | 03GCI:Sean * 5830743313874944 Create unit tests for our basic utility library (LIBBU) #5: Task Closed - Congratulations, this task has been completed successfully. |
| 09:00.55 | Notify | 03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: few issues - This is looking interesting, different from others we've seen, but I notice just a few issues: The shadow is... |
| 09:01.25 | Notify | 03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 09:03.10 | Notify | 03GCI:Sean * 5322891348410368 Design a BRL-CAD business card #10: Task Closed - Congratulations, this task has been completed successfully. |
| 09:25.37 | Notify | 03GCI:agkphysics * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Ready for review - The work on this task is ready to be reviewed. |
| 09:41.46 | Notify | 03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: None - Sir, If I remove the shadows and adjust the size of logo will it do? moreover what I have seen is that the... |
| 09:52.47 | Notify | 03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: None - Sir, Placement of background logo towards left or some other side also gives good effect so, please see these new... |
| 09:58.10 | Notify | 03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: Ready for review - The work on this task is ready to be reviewed. |
| 09:59.38 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 10:02.28 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed. |
| 10:09.59 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: The new files (& may be the final ones) - Sir, I have uploaded 2 new files.I have made three changes in the old files. I... |
| 10:16.14 | Notify | 03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Question - Is it possible to create a statically designed website instead of a dynamic one? |
| 10:50.42 | Notify | 03GCI:Vipul Sharma * 5820781137231872 Create a book layout for our Doc Camp book #4: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 11:15.59 | *** join/#brlcad chick_ (~chick_@41.204.83.2) | |
| 11:17.36 | Notify | 03GCI:Harmanpreet * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Dynamic - I hope you are clear with the difference between static and dynamic website. In static website, all... |
| 11:19.20 | chick_ | how do i get a working copy of brlcad? |
| 11:35.22 | Notify | 03GCI:kenneth dela harlley * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Ready for review - The work on this task is ready to be reviewed. |
| 11:37.32 | Notify | 03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): Task Claimed - I would like to work on this task. |
| 11:44.12 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Claimed - I would like to work on this task. |
| 12:00.40 | *** join/#brlcad jschulte (~johannes@p4FDFABA4.dip0.t-ipconnect.de) | |
| 12:52.59 | *** join/#brlcad luca79 (~luca@188-22-134-244.adsl.highway.telekom.at) | |
| 13:20.33 | Notify | 03GCI: * : - |
| 13:37.35 | ``Erik | hm, lenovo has a new laptop with a 3200x1800 display, starseeker might dig that |
| 13:37.45 | ``Erik | http://hothardware.com/Reviews/Lenovo-Yoga-2-Pro-Review/ |
| 13:37.49 | ``Erik | http://hardware.slashdot.org/story/13/12/23/0337249/rise-of-the-super-high-res-notebook-display |
| 13:40.29 | Notify | 03GCI:Harmanpreet * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Assigned - This task has been assigned to Mohamed Hammeda. You... |
| 13:48.35 | Notify | 03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): None - If I have a code duplication between libged and a specific primitive of librt, where should I... |
| 14:10.05 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:02.52 | *** join/#brlcad luca79 (~luca@91-115-241-16.adsl.highway.telekom.at) | |
| 15:10.34 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed. |
| 15:14.11 | Notify | 03GCI:Andromeda Galaxy * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Task Claimed - I would like to work on this task. |
| 15:15.46 | Notify | 03GCI:Ilkin Musaev * 5029433412943872 Design new Archer splash screen: Ready for review - The work on this task is ready to be reviewed. |
| 15:23.46 | Notify | 03GCI:Harmanpreet * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Messy - Mohammed, The design is messy, looks unorganized and lacks... |
| 15:24.01 | Notify | 03GCI:Harmanpreet * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Needs More Work - One of the mentors has sent this task back for... |
| 15:24.17 | Notify | 03GCI:Harmanpreet * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 15:28.47 | Notify | 03GCI:Mandeep Kaur * 5598858029563904 Update business card design with actual martini glass diagram: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this... |
| 16:11.24 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed. |
| 16:12.09 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Please could you mark the files that start with NEW - Hi... |
| 16:30.51 | *** join/#brlcad cpc26 (~cpc26@fsf/member/cpc26) | |
| 16:40.10 | andromeda-galaxy | Can someone please help me understand the way that extruded sketches are represented? I do not understand the three perpendicular vectors... |
| 16:46.00 | *** join/#brlcad kesha (~kesha@49.249.16.219) | |
| 17:08.36 | Notify | 03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Ready for review - The work on this task is ready to be reviewed. |
| 17:26.36 | *** join/#brlcad jschulte (~johannes@p4FDFABA4.dip0.t-ipconnect.de) | |
| 17:29.40 | *** join/#brlcad kesha (~kesha@49.249.16.219) | |
| 17:57.56 | Notify | 03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Splash Screen - Could you add one more task on creating a splash screen |
| 18:00.21 | Notify | 03GCI:Rishi Sharma * 6143466862018560 Design a cover image or banner for our Facebook page (and/or another social media site) #12: None - Sir can i get another task to design a cover photo ? Will... |
| 18:03.41 | Notify | 03BRL-CAD:carlmoore * 59125 brlcad/trunk/src/halftone/main.c: more touchup of the Usage message |
| 18:23.34 | Notify | 03BRL-CAD:r_weiss * 59126 (rtcmp/trunk/configure.ac rtcmp/trunk/perfcomp.c rtcmp/trunk/tri.c): Updates to 'rtcmp' to allow it to build with the current trunk. |
| 18:30.38 | Notify | 03GCI:Melange * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the task. |
| 18:31.51 | Notify | 03GCI:Sean * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Needs More Work - One of the mentors has sent this task back for more... |
| 18:35.31 | Notify | 03GCI:Sean * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: same comments - Mohamed, The same comments still apply. BRL-CAD is missing... |
| 18:37.16 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: Task Closed - Congratulations, this task has been completed successfully. |
| 18:38.26 | Notify | 03GCI:Sean * 5844796983738368 Create a Motion Typography video for BRL-CAD #5: now a little rushed - Now it's just a little rushed, but it looks better. (10 milliseconds makes a huge difference)... |
| 18:47.27 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 18:47.32 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 18:47.43 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: getting better - This is looking better, but a few issues are introduced: Where is the background image from? (Must have rights to... |
| 18:48.13 | Notify | 03GCI:Sean * 5827618725167104 Design a front cover of Doc Camp Book: Task Closed - Congratulations, this task has been completed successfully. |
| 18:49.08 | Notify | 03GCI:Andromeda Galaxy * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Ready for review - The work on this task is ready to be reviewed. |
| 18:49.23 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: Task Closed - Congratulations, this task has been completed successfully. |
| 18:51.53 | Notify | 03GCI:Sean * 5029433412943872 Design new Archer splash screen: thank you - Thank you for your efforts, Ilkin. Each iteration you got a little bit better, so I encourage you to keep trying different... |
| 18:53.19 | Notify | 03GCI:Sean * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Task Closed - Congratulations, this task has been completed successfully. |
| 18:53.30 | *** join/#brlcad Deepak (~chatzilla@117.199.97.92) | |
| 18:56.09 | brlcad | andromeda-galaxy: the three vectors describe the bounding volume |
| 18:56.20 | brlcad | the sketch is a simple 2D parametric surface |
| 18:56.59 | brlcad | the extrude turns that 2D into 3D so you can use the three vectors to scale the width/height/depth of the sketch |
| 18:58.38 | jschulte | If I have a code duplication between libged and a specific primitive of librt, where should I put the function to resolve this. Is putting it into the primitive-specific librt file and then including this file into libged fine? |
| 19:07.30 | Notify | 03GCI:Sean * 5878314371645440 Create unit tests for our numerics math library (LIBBN) #5: Looks good - Looks good, go ahead and commit. ;) |
| 19:13.11 | Notify | 03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: better - Let's work with the "enlarged" version, it looks the most distinct of the set. That said, the resolution is much too low.... |
| 19:13.26 | Notify | 03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 19:15.06 | Notify | 03GCI:Sean * 5598858029563904 Update business card design with actual martini glass diagram: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 19:18.22 | Notify | 03GCI:Sean * 5598858029563904 Update business card design with actual martini glass diagram: low resolution - The resolution there is too low for printing. The image template needs to be about... |
| 19:23.30 | Notify | 03BRL-CAD:tbrowder2 * 59127 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/bot/btg.c and 26 others): + refactor to replace identical 'rt_xxx_class' funcs with new'rt_generic_class' function+ correct 'rt_dsp_class' function signatureNote 'rt_dsp_class' function is also a candidate for replacement by'rt_generic_class' since its contents are for debug logging only. |
| 19:24.12 | Notify | 03GCI:Sean * 5556754465161216 Create unit tests for our basic utility library (LIBBU): subtle style errors - Note that you have a few subtle style errors. The return type for functions belongs on a... |
| 19:24.22 | Notify | 03GCI:Sean * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 19:28.01 | andromeda-galaxy | brlcad: if you will still be here for a minute, I can correct those things quickly |
| 19:43.46 | Notify | 03GCI:Andromeda Galaxy * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Ready for review - The work on this task is ready to be reviewed. |
| 19:50.43 | Notify | 03BRL-CAD:carlmoore * 59128 brlcad/trunk/src/util/hex.c: eliminate an 'else' by reversing an 'if'; bu_opterr stays in but only needs to be set once |
| 19:54.06 | Notify | 03BRL-CAD:carlmoore * 59129 brlcad/trunk/src/util/hex.c: further adjustment of 'else' usage |
| 19:58.46 | Notify | 03GCI:starseeker * 5556754465161216 Create unit tests for our basic utility library (LIBBU): Task Closed - Congratulations, this task has been completed successfully. |
| 20:01.42 | *** join/#brlcad ncsaba_ (~ncsaba@p4FF7592C.dip0.t-ipconnect.de) | |
| 20:04.54 | Notify | 03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 20:05.14 | Notify | 03GCI:Jacob B * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Claimed - I would like to work on this task. |
| 20:06.58 | ncsaba_ | math22: I've got the src/util/terrain.c compiling, if you're interested |
| 20:07.40 | ncsaba_ | maths22: sorry, I misspelled your nick... |
| 20:10.09 | ncsaba_ | I will upload a patch to the sourceforge page, here it seems to be censured (which makes actually sense) |
| 20:11.51 | Notify | 03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: The current website provided is static - Right, it's just that the website provided is actually statically... |
| 20:12.01 | Notify | 03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Task Claimed - I would like to work on this task. |
| 20:13.43 | brlcad | jschulte: depends on the code duplication, but in general "no" .. primitive-specific librt files shouldn't be included by anything other than those primitives |
| 20:14.10 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 20:14.26 | brlcad | that said there's clearly precedence and situations where you need access to something a primitive defined -- in those cases, we usually create new public librt API that has been thought through |
| 20:15.00 | brlcad | if it's nmg or nurbs/brep code, it could be a contender for getting moved to a different library like libnmg or libbrep |
| 20:15.36 | brlcad | ncsaba_: appreciated, but you don't need to submit your patches to sourceforge for GCI |
| 20:15.59 | ncsaba_ | brlcad: is that GCI ? |
| 20:16.05 | brlcad | andromeda-galaxy: I figured as much, but you can go ahead and commit -- post a url to the commit |
| 20:16.23 | brlcad | ncsaba_: sorry, misunderstood you |
| 20:16.33 | ncsaba_ | I only made some modifications so the code compiles without error :-) |
| 20:16.43 | brlcad | nods |
| 20:17.29 | brlcad | ncsaba_: big patch? little patch? |
| 20:18.05 | brlcad | if it's just a line or two, I can fix it directly or you can submit your patch .. you're getting close patch-wise to needing a different process iirc |
| 20:18.23 | ncsaba_ | not even sure it is still OK |
| 20:18.24 | ncsaba_ | the main idea is to use pointer to function pointer, that will compile |
| 20:18.24 | ncsaba_ | but I'm definitely not a C expert and it can actually do something totally else than I expect |
| 20:18.24 | ncsaba_ | little |
| 20:18.24 | ncsaba_ | I tried yesterday to copy paste in here, but obviously doesn't work |
| 20:18.45 | brlcad | ~pastebin |
| 20:18.45 | infobot | A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few: http://www.pastebin.com, http://pastebin.ca, http://channels.debian.net/paste, http://paste.lisp.org, http://bin.cakephp.org/; or install pastebinit with yum or aptitude. |
| 20:18.58 | brlcad | use any one of those EXCEPT not pastebin.com ;) |
| 20:20.39 | ncsaba_ | ok, it's a 50 lines diff |
| 20:21.26 | brlcad | okay, that's worth submitting :) |
| 20:21.46 | brlcad | just make sure your checkout is up-to-date .. there have been LOTS of signature changes lately |
| 20:21.55 | brlcad | which is almost certainly why you've encountered issues |
| 20:22.05 | brlcad | normally we compile quite cleanly just about anywhere |
| 20:22.05 | maths22 | ncasba~ thanks |
| 20:22.34 | maths22 | ncsaba_: I also seem unableto type nikcs |
| 20:23.26 | maths22 | brlcad: for the docbook task I'm doing now, it has taken me about an hour to work through 1 chapter |
| 20:23.47 | ncsaba_ | I've freshly updated svn |
| 20:23.49 | maths22 | I think it should be split into a couple tasks (by section or something) |
| 20:24.16 | ncsaba_ | http://paste.ubuntu.com/6625248/ |
| 20:25.23 | ncsaba_ | maths22: please have a look and tell me if that looks anywhere near to something OK, I simply guessed, but it compiles |
| 20:25.45 | maths22 | I think so. It will probably make gcc4.8 happy |
| 20:25.57 | ncsaba_ | my C experience is mostly limited to reading brl-cad code ;-) |
| 20:26.18 | maths22 | That is my C experience too, unless ROBOTC counts |
| 20:27.53 | maths22 | brlcad or someone else more experienced will probably be able to tell you |
| 20:28.55 | jschulte | brlcad: Ok thanks for the explanation, I'll think about this issue. Nevertheless you can assign the task ( http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600) , there are more places to eliminate duplicated code |
| 20:29.25 | Notify | 03BRL-CAD:tbrowder2 * 59130 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/librt/primitives/table.c): updates to get BRL-CAD C source files compiled warning- and error-freewith a C++ compiler:add macros in raytrace.h for proper casting of rt_functab functions toproper formuse macros in table.c on all rt_functab functionssuccessful debug build on Debian 7, 64-bit:no warnings or errors (except for the usual from |
| 20:29.27 | Notify | libgiam, tcl, and step)successful 'make regress', 'make test', and 'make benchmark' |
| 20:29.47 | ncsaba_ | brlcad: I guess you're too busy with GCI to get some more bothering from me about what the "const" means in the "const struct ..." of analyze_general (and most of such headers in rt_functab) ? |
| 20:31.35 | Notify | 03BRL-CAD:tbrowder2 * 59131 brlcad/trunk/src/librt/primitives/dsp/dsp.c: oops, correct unclosed comment |
| 20:33.12 | ncsaba_ | btw, I started to play with the python-brlcad project and generally wrapping brlcad functionality in python syntax |
| 20:33.29 | maths22 | what I have gotten through so far is http://brlcad.org/~maths22/HACKING_BRL-CAD.html |
| 20:34.44 | ncsaba_ | maths22: if you can shortly explain what is to be done (pointers are OK too), I would be happy to help out with anything documentation |
| 20:35.12 | Notify | 03GCI:Melange * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Reopened - Melange has detected that the final deadline has passed and it has reopened the... |
| 20:35.13 | ncsaba_ | that's one of the pains of BRL-CAD - not that there's no documentation, but it's hard to find it |
| 20:35.50 | maths22 | I am currently working on a GCI task of formatting the HACKING_BRL-CAD book for docbook |
| 20:36.17 | maths22 | the original is at http://en.flossmanuals.net/contributors-guide-to-brl-cad/index/ |
| 20:37.07 | Notify | 03BRL-CAD:tbrowder2 * 59132 brlcad/trunk/src/util/terrain.c: ws, style |
| 20:37.27 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 20:37.45 | gcibot | Message by Ignacio: Hi, if someone ready it, let me know (/msg Ignacio) |
| 20:47.17 | ncsaba_ | maths22: I was supposing the brlcad/trunk/src/util/terrain.c code is yours, but maybe I'm mistaken ? |
| 20:47.17 | ncsaba_ | that's another issue with IRC, it's not always clear who you're talking to :-) |
| 20:47.43 | maths22 | no; I have the problem with the code, but I did not write it |
| 20:48.11 | maths22 | I am trying to compile it with gcc4.8, which seems more picky than the compiler of whoever did write it |
| 20:48.15 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 20:48.33 | ncsaba_ | aha |
| 20:49.54 | ncsaba_ | brlcad: here's the patch for brlcad/trunk/src/util/terrain.c: http://paste.ubuntu.com/6625248/ |
| 20:50.28 | ncsaba_ | not sure if the URL without more explanations caught your attention :-) |
| 20:53.02 | *** join/#brlcad Ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 20:54.42 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 21:01.47 | Notify | 03BRL-CAD:tbrowder2 * 59133 brlcad/trunk/src/other/libutahrle/include/rle_config.h: reorder common.h to use its defs for proper C++ compilation |
| 21:08.11 | Notify | 03GCI:Andromeda Galaxy * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Task Claimed - I would like to work on this task. |
| 21:15.14 | Notify | 03BRL-CAD:tbrowder2 * 59134 brlcad/trunk/src/librt/fortray.c: ws, style |
| 21:28.06 | Notify | 03BRL-CAD:tbrowder2 * 59135 brlcad/trunk/src/librt/primitives/bot/btg.c: ws, style |
| 22:02.47 | Notify | 03BRL-CAD:peter-sa * 59136 (brlcad/trunk/src/libbu/tests/CMakeLists.txt brlcad/trunk/src/libbu/tests/bu_vls.c): Add unit tests for several more VLS functions in libbu, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5556754465161216 |
| 22:02.48 | gcibot | Create unit tests for our basic utility library (LIBBU) |
| 22:02.48 | gcibot | Status: Closed |
| 22:02.48 | gcibot | Mentor(s): Daniel Rossberg |
| 22:14.27 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed. |
| 22:15.44 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Please could you review the zip file. - Hi Sean, I just messages... |
| 22:18.52 | maths22 | brlcad: let me know what you think about the docbook so far |
| 22:21.39 | maths22 | I've gotten through ch 2 and part of ch 3 |
| 22:36.43 | Notify | 03GCI:starseeker * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 22:52.12 | maths22 | starseeker: did you see my message earlier about the task? |
| 23:27.27 | *** part/#brlcad Ignacio (~IgnacioUy@2001:4830:134:7::11) | |
| 00:02.57 | Notify | 03BRL-CAD:tbrowder2 * 59137 brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: ws, style |
| 00:37.16 | starseeker | maths22: apparently not - what was the message? |
| 00:42.23 | Notify | 03BRL-CAD:agkphysics * 59138 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Added unit tests for some bn_mat functions. |
| 00:47.47 | starseeker | maths22: if you're referring to http://brlcad.org/~maths22/HACKING_BRL-CAD.html it definitely looks like progress |
| 00:48.38 | starseeker | maths22: I'm guessing this is another one of those that will need to be broken up into multiple tasks? |
| 00:59.45 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: erros - Thanks for you response i have been going through the EBM tutorial and comparing but i am still having... |
| 00:59.56 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed. |
| 01:06.34 | maths22 | Yes, it is. I will update it with where I am now |
| 01:06.41 | maths22 | How do you suggest it be broken |
| 01:06.58 | starseeker | how long is it taking per chapter? |
| 01:07.14 | maths22 | It depends on the chapter |
| 01:07.29 | maths22 | I've probably spent a couple hours getting to where I am |
| 01:07.45 | maths22 | almost done w/ ch 3 |
| 01:07.51 | maths22 | (almost in a relative sense) |
| 01:07.58 | starseeker | OK - maybe target the tasks at 2-3 chapters per task? |
| 01:08.13 | starseeker | and if one chapter takes longer (that's expected) just let us know |
| 01:08.23 | maths22 | Images would make sense to be a separate task |
| 01:08.38 | maths22 | I'll probably close when I finish ch 3 |
| 01:09.49 | starseeker | maths22: sounds good |
| 01:13.26 | starseeker | maths22: I submitted a couple more tasks - I think they need to be approved before they go live |
| 01:14.01 | maths22 | thanks |
| 01:18.37 | maths22 | thanks |
| 01:45.10 | maths22 | could you look at it before I generate a patch and submit? |
| 01:49.00 | maths22 | new url: http://brlcad.org/~maths22/books/en/HACKING_BRL-CAD.html |
| 02:04.23 | Notify | 03GCI:Jacob B * 5339349663088640 Fix errors in Hacking BRL-CAD book: Ready for review - The work on this task is ready to be reviewed. |
| 02:17.38 | maths22 | by the way, I've been adding a lot more than just "chapter", "para" and "programlisting" tags |
| 02:25.59 | Notify | 03BRL-CAD:tbrowder2 * 59139 brlcad/trunk/src/libfb/CMakeLists.txt: need opennurbs.h when compiling with C++ (bad coupling?) |
| 02:26.55 | Notify | 03BRL-CAD:tbrowder2 * 59140 brlcad/trunk/src/librt/db_match.c: cast to void as func arg for C++ |
| 02:28.06 | Notify | 03BRL-CAD:tbrowder2 * 59141 brlcad/trunk/src/librt/db_tree.c: need to cast func pointer back to normal sig as called func |
| 02:29.07 | Notify | 03BRL-CAD:tbrowder2 * 59142 brlcad/trunk/src/librt/fortray.c: make explicit casts for C++ |
| 02:30.05 | Notify | 03BRL-CAD:tbrowder2 * 59143 brlcad/trunk/src/librt/primitives/bot/btg.c: need separate explicit casts for C++ |
| 02:30.57 | Notify | 03BRL-CAD:tbrowder2 * 59144 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_isect.c: need explict casts to void for func pointers as func args |
| 02:32.03 | Notify | 03BRL-CAD:tbrowder2 * 59145 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: need new func pointer with full signature for func calls |
| 02:32.53 | Notify | 03BRL-CAD:tbrowder2 * 59146 brlcad/trunk/src/util/pixcount.c: cast func pointers to void for use as func arg |
| 03:00.45 | starseeker | maths22: that looks a lot better! |
| 03:00.50 | starseeker | go for it |
| 03:02.36 | starseeker | adding the extra tags is great |
| 03:03.30 | starseeker | requires more DocBook skill, which is why the original task was specified as it was, but proper content formatting is absolutely worth breaking up the task into multiples |
| 03:03.49 | starseeker | for |
| 03:29.13 | maths22 | It irritated me just having basic formatting (I'm trying to match the flossmanuals.net formatting as much as possible) |
| 03:30.00 | maths22 | The only thing I am not yet doing (maybe when I'm done) is putting in the images |
| 04:23.14 | Notify | 03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Ready for review - The work on this task is ready to be reviewed. |
| 04:24.14 | Notify | 03GCI:Sharan Narayan * 5598858029563904 Update business card design with actual martini glass diagram: Solution - I ended up creating a vector image of the glass and placed it in the card |
| 04:29.46 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 04:36.56 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: successfully understood? - Alex, you said you went through the EBM tutorial, but did you complete it?... |
| 04:39.55 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 04:40.00 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: in brief - That was a lot of questions, so here's something simple for you to try. Create a 256x256 image with... |
| 04:41.35 | Notify | 03GCI:Sean * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: will do - Will review as soon as you rename your zip file correctly. After... |
| 04:41.36 | Notify | 03GCI:Sean * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Needs More Work - One of the mentors has sent this task back for more... |
| 05:10.43 | Notify | 03GCI:Sean * 5598858029563904 Update business card design with actual martini glass diagram: GORGEOUS - This looks fantastic now. Love it. Excellent work. |
| 05:11.04 | Notify | 03GCI:Sean * 5598858029563904 Update business card design with actual martini glass diagram: Task Closed - Congratulations, this task has been completed successfully. |
| 05:11.19 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Task Claimed - I would like to work on this task. |
| 05:12.09 | Notify | 03GCI:Sean * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task,... |
| 05:12.14 | Notify | 03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines): Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good... |
| 05:12.15 | Notify | 03GCI:Sean * 5809141775859712 Create a BRL-CAD presentation template #4: Task Assigned - This task has been assigned to Rishi Sharma. You have 72 hours to complete this task, good luck! |
| 05:12.59 | Notify | 03GCI:Sean * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 05:15.09 | Notify | 03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 05:15.34 | Notify | 03GCI:Andromeda Galaxy * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Ready for review - The work on this task is ready to be reviewed. |
| 05:17.40 | Notify | 03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: code blocks lost formatting - On review, it looks like the code appendices all lost their formatting. They were in... |
| 05:19.00 | Notify | 03GCI:Sean * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: Task Closed - Congratulations, this task has been completed successfully. |
| 05:19.35 | Notify | 03GCI:Sean * 5858454442868736 Create unit tests for our basic utility library (LIBBU) #4: copyright - The copyright start year isn't right, but the tests themselves looked good on a quick review. |
| 06:17.26 | Notify | 03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: Ready for review - The work on this task is ready to be reviewed. |
| 06:18.46 | Notify | 03GCI:Pulkit Mehta * 5887471241920512 Design a BRL-CAD business card #6: None - Sir , I have corrected all the mistakes I hope you will like them. Thank You. |
| 06:42.22 | Notify | 03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: Task Closed - Congratulations, this task has been completed successfully. |
| 07:02.01 | *** join/#brlcad kesha (~kesha@49.249.200.46) | |
| 07:07.34 | Notify | 03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Design - Do you have any preference on how the other pages should be designed? |
| 07:32.08 | Notify | 03GCI:Sharan Narayan * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Claimed - I would like to work on this task. |
| 07:38.15 | Notify | 03GCI:Mandeep Kaur * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good... |
| 08:12.43 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Ready for review - The work on this task is ready to be reviewed. |
| 08:15.34 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Work Uploaded - Sir, I have uploaded my work. I kept it simple and I have taken care of all three BRL-CAD colours... |
| 09:54.22 | *** join/#brlcad kesha_ (~kesha@49.249.8.50) | |
| 11:10.32 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Waiting for review - Sir, Please review my work. |
| 11:10.47 | Notify | 03GCI:Sharan Narayan * 5820781137231872 Create a book layout for our Doc Camp book #4: Ready for review - The work on this task is ready to be reviewed. |
| 11:36.27 | *** join/#brlcad jschulte (~johannes@p4FDFA714.dip0.t-ipconnect.de) | |
| 11:42.23 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed. |
| 12:02.17 | Notify | 03BRL-CAD:tbrowder2 * 59147 brlcad/trunk/src/librt/db_lookup.c: style |
| 12:05.29 | Notify | 03BRL-CAD:tbrowder2 * 59148 brlcad/trunk/src/librt/primitives/ars/ars.c: style |
| 12:28.25 | Notify | 03BRL-CAD:tbrowder2 * 59149 brlcad/trunk/src/libfb/fbserv_obj.c: style |
| 12:44.02 | Notify | 03GCI:Daniel Rossberg * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: That's much better - I've two issues: Modeling has only one l... |
| 12:44.14 | Notify | 03GCI:Daniel Rossberg * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Needs More Work - One of the mentors has sent this task back... |
| 12:50.45 | Notify | 03GCI:Olexander Dubenko * 5853079291297792 Create a book layout for our Doc Camp book #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:03.31 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed. |
| 13:03.46 | Notify | 03GCI:Daniel Rossberg * 5809141775859712 Create a BRL-CAD presentation template #4 http://www.google-melange.com/gci/task/view/google/gci2013/5809141775859712: Incomplete The title page is a... |
| 13:03.56 | Notify | 03GCI:Daniel Rossberg * 5809141775859712 Create a BRL-CAD presentation template #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 13:15.11 | Notify | 03GCI:Daniel Rossberg * 5820781137231872 Create a book layout for our Doc Camp book #4: Could you please upload it in an editable format - as required in the task's description? |
| 13:15.12 | Notify | 03GCI:Daniel Rossberg * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 13:19.13 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Ready for review - The work on this task is ready to be reviewed. |
| 13:24.19 | Notify | 03GCI:Daniel Rossberg * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: This could be an option - and you provided the powerpoint file... |
| 13:24.39 | Notify | 03GCI:Daniel Rossberg * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Task Closed - Congratulations, this task has been completed... |
| 13:30.55 | Notify | 03GCI:Mohamed Hammeda * 5617838026915840 Design a cover image or banner for our Facebook page (and/or another social media site) #9: Are there any problems? - Hi Daniel, I just message to ask if... |
| 13:35.06 | maths22 | brlcad: I'm not sure if you saw my discussion with starseeker |
| 13:35.36 | maths22 | I am doing about 3 chapters per task, so the later chapters/apendixes may be messed up right now. |
| 13:35.55 | maths22 | When I finish, I will submit a patch which fiexes all of the tasks |
| 13:36.01 | maths22 | not tasks, |
| 13:36.03 | maths22 | chapters |
| 13:54.00 | *** join/#brlcad kesha_ (~kesha@49.249.8.50) | |
| 14:10.54 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 14:34.12 | Notify | 03BRL-CAD:carlmoore * 59150 brlcad/trunk/src/util/hex.c: remove trailing tab |
| 14:43.38 | *** join/#brlcad kesha__ (~kesha@49.249.8.50) | |
| 14:53.36 | Notify | 03BRL-CAD:tbrowder2 * 59151 brlcad/trunk/src/librt/primitives/bot/btg.c: need explict cast for C++ compilation |
| 14:57.59 | *** join/#brlcad chick_ (~chick_@41.204.83.2) | |
| 14:59.06 | *** join/#brlcad kesha__ (~kesha@49.249.8.218) | |
| 15:05.34 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: The new files (& may be the final ones) - Sir, I have uploaded two new files.I have made the following changes:- I have... |
| 15:12.48 | Notify | 03GCI:AdityaGulati * 5260604122071040 Design a BRL-CAD business card #5: Ready for review - The work on this task is ready to be reviewed. |
| 15:31.06 | *** join/#brlcad _gcibot_ (~gcibot@elsalvador.media.mit.edu) | |
| 15:34.30 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:37.33 | Notify | 03BRL-CAD:j-schulte * 59152 (brlcad/trunk/src/librt/primitives/arbn/arbn.c brlcad/trunk/src/librt/primitives/nmg/nmg.c): code cleanup for arbn.c and nmg.c (GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600) |
| 15:38.06 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:39.28 | Notify | 03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): Ready for review - The work on this task is ready to be reviewed. |
| 15:40.30 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Ready for review - The work on this task is ready to be reviewed. |
| 16:11.54 | Notify | 03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): Further questions - I have some questions for the other code duplication tasks: many of the work on... |
| 16:12.27 | *** join/#brlcad kesha__ (~kesha@49.249.8.218) | |
| 16:18.07 | *** join/#brlcad kesha__ (~kesha@49.249.8.218) | |
| 16:18.53 | *** join/#brlcad kesha__ (~kesha@49.249.8.218) | |
| 17:03.39 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 17:06.15 | andromeda-galaxy | brlcad: I'm not sure what happened to my IRC client, so I'm not sure if the following message was sent or not: Can you create the follow-on task for implementing the openNURBS AreaMassProperties function? |
| 17:29.47 | Notify | 03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Ready for review - The work on this task is ready to be reviewed. |
| 17:47.52 | Notify | 03BRL-CAD:n_reed * 59153 brlcad/trunk/src/librt/db_tree.c: mixed code and declaration; declared func pointer was not initialized with func pointer arg |
| 17:49.42 | Notify | 03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: None - I send you the logos without the gradients, what do you think? |
| 17:51.40 | Notify | 03BRL-CAD:n_reed * 59154 brlcad/trunk/src/librt/primitives/nmg/nmg_rt_segs.c: mixed code and declaration |
| 18:03.20 | *** join/#brlcad adi_ (75cbe9b5@gateway/web/freenode/ip.117.203.233.181) | |
| 18:14.05 | maths22 | brlcad: I have chapters 4-6 ready for submission to a second task once the first one is closed |
| 18:32.16 | *** join/#brlcad kesha__ (~kesha@49.249.16.219) | |
| 18:34.19 | Notify | 03GCI:Sharan Narayan * 5820781137231872 Create a book layout for our Doc Camp book #4: Ready for review - The work on this task is ready to be reviewed. |
| 18:57.51 | Notify | 03BRL-CAD:tbrowder2 * 59155 brlcad/trunk/src/util/terrain.c: improve grammar (remove redundant 'got'); ws, style |
| 18:59.07 | *** join/#brlcad kesha (~kesha@49.249.17.213) | |
| 19:07.03 | Notify | 03GCI:Alexandra Covor * 5861359988244480 Design a BRL-CAD Sticker #9: Ready for review - The work on this task is ready to be reviewed. |
| 20:00.14 | adi_ | hi guys i wanna contribute to brl-cad and I am refering to http://brlcad.org/wiki/Building_from_SVN but it says for non-developers |
| 20:01.20 | andromeda-galaxy | adi_: I think that that just means for people who don't have commit accesss to the BRL-CAD SVN repository |
| 20:01.44 | adi_ | ok |
| 20:04.57 | Notify | 03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Task Claimed - I would like to work on this task. |
| 20:08.19 | Notify | 03BRL-CAD:tbrowder2 * 59156 brlcad/trunk/src/util/terrain.c: ensure terrain_func is initialized |
| 20:29.04 | Notify | 03GCI:Mandeep Kaur * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 20:29.27 | andromeda-galaxy | Dous BN have any way to calcluate the euclidean norm? |
| 20:29.30 | andromeda-galaxy | *does |
| 20:36.57 | maths22 | brlcad, starseeker: ch 1-9 done |
| 20:37.03 | maths22 | see http://brlcad.org/~maths22/books/en/HACKING_BRL-CAD.html |
| 20:44.22 | Notify | 03BRL-CAD:tbrowder2 * 59157 (brlcad/trunk/src/libfb/fbserv_obj.c brlcad/trunk/src/librt/primitives/nmg/nmg_eval.c and 2 others): more casts required for using func pointers in function calls for C++ |
| 21:21.03 | maths22 | everything is done except ch 10 (I did the apendixes) |
| 21:26.22 | Notify | 03GCI:Jacob B * 5339349663088640 Fix errors in Hacking BRL-CAD book: Ready for review - The work on this task is ready to be reviewed. |
| 21:51.51 | *** join/#brlcad andromed` (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 21:56.44 | Notify | 03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Ready for review - The work on this task is ready to be reviewed. |
| 22:13.43 | maths22 | brlcad, starseeker: should I add images to the docbook as another task? |
| 22:14.09 | maths22 | adding the basic tags is done |
| 22:14.31 | maths22 | (it should look pretty close to the flossmanuals version) |
| 22:31.12 | *** join/#brlcad ankush92 (~ankush92@117.201.101.112) | |
| 22:39.49 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:15.48 | maths22 | Images are added except for one missing from svn |
| 23:37.43 | *** join/#brlcad agkphysics (~agkphysic@118-93-223-156.dsl.dyn.ihug.co.nz) | |
| 23:53.19 | agkphysics | Merry Christmas everyone! |
| 23:59.36 | maths22 | for a pdf of the docbook, see http://brlcad.org/~maths22/HACKING_BRL-CAD.pdf |
| 00:00.01 | maths22 | I used the CMakeLists.txt for the tutorial series, so the cover page makes no sense |
| 00:00.13 | maths22 | Otherwise, it is more or less right (with pictures) |
| 00:00.51 | *** join/#brlcad Aaron_ (~agkphysic@118-93-223-156.dsl.dyn.ihug.co.nz) | |
| 00:02.02 | FreezingCold | maths22: is that based on the new archer interface? I've been trying to find guides for that |
| 00:03.16 | *** join/#brlcad agkphysics_ (~agkphysic@118-93-223-156.dsl.dyn.ihug.co.nz) | |
| 00:04.45 | maths22 | no |
| 00:05.03 | maths22 | it is about how to get started documenting or coding BRL-CAD |
| 00:05.07 | maths22 | more or less |
| 01:54.08 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 02:09.24 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Waiting for review - Sir, I'm anxiously waiting for your review. |
| 02:11.18 | *** join/#brlcad Rishi_ (~rishishar@117.227.183.45) | |
| 02:12.00 | Rishi_ | nobody is reviewing work ... its been too long |
| 02:13.15 | Rishi_ | can somebody help me out ??? i'm talking about GCI |
| 02:42.07 | *** part/#brlcad Rishi_ (~rishishar@117.227.183.45) | |
| 03:48.52 | *** join/#brlcad ankush92 (~ankush92@117.201.101.112) | |
| 05:13.46 | *** join/#brlcad agkphysics (~agkphysic@118-93-223-156.dsl.dyn.ihug.co.nz) | |
| 05:40.32 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: None - Sir,I am waiting for your review . Its been a long time since I uploaded my work. |
| 05:48.33 | Notify | 03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 05:48.43 | Notify | 03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Claimed - I would like to work on this task. |
| 06:23.03 | Notify | 03GCI:Melange * 5260604122071040 Design a BRL-CAD business card #5: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted... |
| 06:35.28 | Notify | 03GCI:Melange * 6447773884874752 Design a front cover of Doc Camp Book #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 06:39.33 | Notify | 03GCI:Melange * 5861359988244480 Design a BRL-CAD Sticker #9: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work... |
| 06:53.27 | Notify | 03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: Needs some work - There are some points that I would love to be considred while tweaking this layout. On the... |
| 06:53.28 | Notify | 03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 07:24.13 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Slide No. 3 - Sir, on slide 3 everything is bold because they are the points which are highlighted in presentation.... |
| 07:24.18 | Notify | 03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Source of the clipart image - Well it's nice design. But can we use that clipart image. I mean that image should... |
| 07:24.43 | Notify | 03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Deadline extended - The deadline of the task has been extended with 1 days and 12 hours. |
| 07:24.58 | Notify | 03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 07:42.07 | *** join/#brlcad kesha (~kesha@49.249.17.213) | |
| 07:59.54 | *** join/#brlcad kesha_ (~kesha@49.249.17.213) | |
| 08:09.22 | *** join/#brlcad kesha__ (~kesha@49.202.238.91) | |
| 08:12.17 | *** join/#brlcad ankush92 (~ankush92@117.214.2.53) | |
| 08:15.39 | Notify | 03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: None - Also I send you other file with other ideas! More ideas_Stickers_BRL-CAD.rar |
| 08:16.13 | Notify | 03GCI:PCK-45 * 5794702095810560 Design a BRL-CAD Sticker #8: Ready for review - The work on this task is ready to be reviewed. |
| 08:33.33 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 08:57.12 | *** join/#brlcad ankush92 (~ankush92@117.214.2.53) | |
| 09:12.40 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: Ready for review - The work on this task is ready to be reviewed. |
| 10:31.08 | Notify | 03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: Task Claimed - I would like to work on this task. |
| 10:36.04 | Notify | 03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Assigned - This task has been assigned to Deep Inder Singh. You have 72 hours to complete this task, good luck! |
| 10:36.14 | Notify | 03GCI:Sean * 5784960841547776 Fix errors in Hacking BRL-CAD book: Task Assigned - This task has been assigned to Chan Ho Jun. You have 72 hours to complete this task, good luck! |
| 10:40.14 | Notify | 03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: Missing chapters and renamed chapters? - I've just skimmed through the xml file and I noticed there are some chapters... |
| 10:46.22 | *** join/#brlcad justin_ (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 11:03.10 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:06.45 | Notify | 03GCI:Sean * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 11:10.11 | Notify | 03GCI:Sean * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): looks good but ... - This actually looks good, but you implement a new libbn function that we already... |
| 11:14.31 | Notify | 03BRL-CAD:brlcad * 59158 brlcad/trunk/include/vmath.h: add a note that MAGNITUDE() is also known as the euclidean norm for anyone looking for it that way. |
| 11:15.41 | Notify | 03GCI:Melange * 5794702095810560 Design a BRL-CAD Sticker #8: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The submitted work... |
| 11:16.36 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: Task Closed - Congratulations, this task has been completed successfully. |
| 11:17.16 | Notify | 03GCI:Sean * 5260604122071040 Design a BRL-CAD business card #5: well done - Thank you for all your efforts on the multiple revisions. This is looking a lot better now. |
| 11:19.11 | Notify | 03GCI:Sean * 5794702095810560 Design a BRL-CAD Sticker #8: Task Closed - Congratulations, this task has been completed successfully. |
| 11:22.56 | Notify | 03GCI:Sean * 5861359988244480 Design a BRL-CAD Sticker #9: one small correction - Alexandra, these have potential, but there's one change I'd like to request. Our project convention is to use the... |
| 11:23.11 | Notify | 03GCI:Sean * 5861359988244480 Design a BRL-CAD Sticker #9: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy the... |
| 11:23.16 | Notify | 03GCI:Sean * 5861359988244480 Design a BRL-CAD Sticker #9: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 11:29.45 | Notify | 03GCI:Sean * 5820781137231872 Create a book layout for our Doc Camp book #4: format - Sharan, As noted in the task description, you should submit as a pdf, odt, or a set of images in addition to... |
| 11:30.00 | Notify | 03GCI:Sean * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 11:33.20 | Notify | 03GCI:Sean * 5809141775859712 Create a BRL-CAD presentation template #4: Task Closed - Congratulations, this task has been completed successfully. |
| 11:38.37 | Notify | 03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: unchanged? - Looks like still the original upload only? Care to comment on the appendix code blocks? |
| 11:38.47 | Notify | 03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 11:44.54 | Notify | 03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: Better :) - It's better, I guess my all point outs were solved. I would suggest to go with presentation named... |
| 11:47.59 | Notify | 03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: Oops - Oops task is closed, no problem, it's your wish either to do these improvements or claim some other task... |
| 12:21.08 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: None - i can't upload any more work . So I'm sorry Gaurav I can't upload my new improvements. |
| 12:40.49 | Notify | 03GCI:Gauravjeet Singh * 5809141775859712 Create a BRL-CAD presentation template #4: No problem - No problem, I am glad you actually did improve your design. If you really want to show up your... |
| 12:49.34 | *** join/#brlcad merzo (~merzo@118-53-133-95.pool.ukrtel.net) | |
| 13:34.41 | Notify | 03GCI:Jacob B * 5339349663088640 Fix errors in Hacking BRL-CAD book: Ready for review - The work on this task is ready to be reviewed. |
| 13:39.02 | maths22 | my new submission includes all the chapters and images |
| 14:22.38 | *** join/#brlcad merzo (~merzo@118-53-133-95.pool.ukrtel.net) | |
| 14:26.42 | starseeker | makes a note to find out when the string(TIMESTAMP feature was added to CMake - that would let us avoid building our own custom code to do the timestamps, for a nice maintenance simplification |
| 14:29.35 | *** join/#brlcad ankush92 (~ankush92@115.240.158.224) | |
| 14:40.11 | Notify | 03BRL-CAD:starseeker * 59159 brlcad/trunk/CMakeLists.txt: Make a note about string(TIMESTAMP ...) in CMake >= 2.8.11 and its possible uses |
| 14:40.14 | maths22 | starseeker: are you able to approve my task? |
| 14:42.13 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6392 /wiki/Community_Publication_Portal: /* GCI 2013 Update (2) */ |
| 14:43.05 | Notify | 03BRL-CAD Wiki:KeshaSShah * 6393 /wiki/Community_Publication_Portal: /* GCI 2013 Quick Update/ Highlights (2) */ |
| 15:02.18 | Notify | 03GCI:Sharan Narayan * 5820781137231872 Create a book layout for our Doc Camp book #4: Ready for review - The work on this task is ready to be reviewed. |
| 15:02.23 | Notify | 03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Ready for review - The work on this task is ready to be reviewed. |
| 15:02.38 | Notify | 03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): New version - I have submitted a new version that uses MAGNITUDE() and has a couple of other... |
| 15:13.30 | Notify | 03GCI:Rishi Sharma * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: None - from which file we have to fix the spelling mistakes |
| 16:42.02 | *** join/#brlcad ankush92 (~ankush92@117.214.2.244) | |
| 18:48.27 | Notify | 03BRL-CAD:tbrowder2 * 59160 brlcad/trunk/src/libfb/if_remote.c: use const to eliminate errors from C++ |
| 18:53.48 | Notify | 03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines): where - If there's duplication in librt and libged, then that usually means we need to create a new public... |
| 18:57.54 | Notify | 03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines): Task Closed - Congratulations, this task has been completed successfully. |
| 18:59.26 | Notify | 03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines): libbn - Looking at this patch, I'd say the refactoring really begs for a new libbn function. If you want to... |
| 19:00.41 | Notify | 03GCI:Sean * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Task Closed - Congratulations, this task has been completed successfully. |
| 19:03.46 | Notify | 03GCI:Sean * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Already commented - I'd already expanded the doxygen comment documentation to include that detail when I... |
| 19:04.56 | Notify | 03GCI:Sean * 5820781137231872 Create a book layout for our Doc Camp book #4: Task Closed - Congratulations, this task has been completed successfully. |
| 19:09.57 | *** join/#brlcad andromeda-galaxy (~user@108-225-17-54.lightspeed.sntcca.sbcglobal.net) | |
| 19:09.58 | Notify | 03GCI:Andromeda Galaxy * 5948152553144320 Implement a volume function for extruded sketches (EXTRUDE): Comment in vmath.h - The comment looks fine to me, but might have to be changed if BRL-CAD... |
| 19:11.07 | Notify | 03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: Task Closed - Congratulations, this task has been completed successfully. |
| 19:12.24 | Notify | 03BRL-CAD:brlcad * 59161 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: apply gci patch http://www.google-melange.com/gci/task/view/google/gci2013/5339349663088640 from maths22 that massively fixes our new hacking book xml. fantastic work. |
| 19:12.24 | gcibot | Fix errors in Hacking BRL-CAD book |
| 19:12.25 | gcibot | Status: Closed |
| 19:12.25 | gcibot | Mentor(s): starseeker |
| 19:12.25 | Notify | 03GCI:Sean * 5339349663088640 Fix errors in Hacking BRL-CAD book: looks perfect - This looks perfect. Applied in r59161. |
| 19:13.29 | *** join/#brlcad kesha (~kesha@49.249.17.111) | |
| 19:32.19 | Notify | 03GCI:Sharan Narayan * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Claimed - I would like to work on this task. |
| 19:32.54 | Notify | 03GCI:Andromeda Galaxy * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Task Claimed - I would like to work on this task. |
| 19:37.21 | Notify | 03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Claimed - I would like to work on this task. |
| 20:11.13 | Notify | 03GCI:Kesha Shah * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete this task, good luck! |
| 20:11.28 | Notify | 03GCI:Kesha Shah * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 20:11.38 | Notify | 03GCI:Kesha Shah * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 20:20.08 | Notify | 03GCI:Johannes Schulte * 5314763659673600 Identify and eliminate code duplication (100+ lines): None - Yep, this task sounds interesting, please create it. At the moment I would say, that part of... |
| 21:10.07 | *** join/#brlcad ncsaba_ (~ncsaba@p4FF75227.dip0.t-ipconnect.de) | |
| 21:12.15 | Notify | 03GCI: * : - |
| 21:13.45 | Notify | 03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Time Extension - You can view screenshots of what I have so far from the front end and back: ... |
| 21:36.13 | Notify | 03GCI: * : - |
| 21:36.23 | Notify | 03GCI: * : - |
| 22:24.08 | maths22 | ``Erik: notify has problems if the student name has non-latin characters |
| 00:08.59 | *** join/#brlcad merzo (~merzo@105-68-132-95.pool.ukrtel.net) | |
| 01:25.44 | Notify | 03GCI: * : - |
| 01:43.15 | Notify | 03BRL-CAD Wiki:Seosniper0 * 0 /wiki/User:Seosniper0: |
| 02:20.10 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ebm understood - from your previous reply i do understand and have successfully used the ebm primitive from... |
| 02:20.12 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed. |
| 02:24.26 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 02:32.06 | *** join/#brlcad ankush92 (~ankush92@115.250.188.101) | |
| 03:04.44 | *** join/#brlcad ankush92 (~ankush92@115.250.66.93) | |
| 04:04.23 | Notify | 03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 04:09.34 | Notify | 03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): quick review - At quick glance, this patch is looking really interesting, but there are a few problems that need to be... |
| 04:10.02 | Notify | 03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 04:12.35 | Notify | 03GCI:Sean * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 04:15.44 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: sources up to date? - Is your source checkout up to date? There was a problem with vol objects thinking they... |
| 04:15.59 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 04:16.05 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 04:17.44 | Notify | 03GCI:Sean * 4549761130561536 Create an utility library (LIBBU) API unit test for any file: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 04:18.24 | Notify | 03GCI:Sean * 4549761130561536 Create an utility library (LIBBU) API unit test for any file: sounds like a bug - Sounds like a melange bug, or it's intentional to force a discussion since your time... |
| 04:19.19 | Notify | 03GCI:Sean * 5580516908597248 Design a BRL-CAD business card #2: Do you need more time? - If you need more time, please speak up or reclaim the task after time expires. |
| 04:29.02 | *** join/#brlcad ankush92 (~ankush92@115.250.66.93) | |
| 04:53.29 | *** join/#brlcad ankush92 (~ankush92@115.245.103.39) | |
| 06:36.55 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 06:53.05 | *** join/#brlcad adi__ (3b5f75cd@gateway/web/freenode/ip.59.95.117.205) | |
| 06:59.41 | adi__ | I have cloned repository. please give me proper link to build brlcad for the purpose of building and not release etc. |
| 07:00.09 | adi__ | sorry for contributing purpose |
| 07:06.06 | Notify | 03GCI:Subin Siby * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Claimed - I would like to work on this task. |
| 07:24.33 | *** join/#brlcad ankush92 (~ankush92@115.245.103.39) | |
| 08:32.46 | *** join/#brlcad ankush92 (~ankush92@115.243.7.88) | |
| 08:49.15 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 09:48.59 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 10:24.10 | Notify | 03GCI:Brixson Antoneir Casacop * 4639113630187520 Doxygen cleanup for LIBRT: Task Claimed - I would like to work on this task. |
| 10:30.41 | Notify | 03GCI:Brixson Antoneir Casacop * 4639113630187520 Doxygen cleanup for LIBRT: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 10:31.16 | Notify | 03GCI:Gauravjeet Singh * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Assigned - This task has been assigned to Subin Siby. You have 72 hours to complete... |
| 10:36.47 | *** join/#brlcad mlawnik (566f70a8@gateway/web/cgi-irc/kiwiirc.com/ip.86.111.112.168) | |
| 10:38.17 | mlawnik | Hello! Merry Christmas! Can anyone point me where can I find compiled isst or where it's repository is located? |
| 11:08.06 | Notify | 03GCI:Alexandra Covor * 5861359988244480 Design a BRL-CAD Sticker #9: Ready for review - The work on this task is ready to be reviewed. |
| 11:29.13 | Notify | 03GCI: * : - |
| 11:30.43 | Notify | 03GCI: * : - |
| 11:43.14 | ``Erik | mlawnik: git://brlcad.git.sourceforge.net/gitroot/brlcad/isst.git |
| 11:43.52 | ``Erik | maths22: yeah.. the mail parser needs a few things fixed that'd likely involve a rewrite :/ |
| 12:23.31 | Notify | 03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2 http://www.google-melange.com/gci/task/view/google/gci2013/6447773884874752: New Design Hi, The old clipart did not... |
| 12:25.42 | Notify | 03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Ready for review - The work on this task is ready to be reviewed. |
| 12:33.26 | mlawnik | Erik: I am trying to compile it, but it throws me errors thet "tie.h" can't be found. I think it might be related to http://brlcad.git.sourceforge.net/git/gitweb.cgi?p=brlcad/isst.git;a=commit;h=61399602a7ff5c76687dc58fd6cc3e92345e8e57 |
| 12:33.37 | mlawnik | Can you please look into that? |
| 12:50.03 | Notify | 03BRL-CAD:tbrowder2 * 59162 brlcad/trunk/src/libbu/endian.c: a temp fix for slightly differing treatment of C versus C++ for extern use of inlined functions: bu_byteorder should be defined in a header |
| 12:51.14 | Notify | 03BRL-CAD:tbrowder2 * 59163 (brlcad/trunk/include/common.h brlcad/trunk/src/libbu/globals.c): new macro to take care of slightly different treatment of init of const vars for external use |
| 13:02.48 | Notify | 03BRL-CAD:tbrowder2 * 59164 brlcad/trunk/src/util/double-asc.c: converted from K&R to ansi function format (C++ will find them all) |
| 13:13.27 | Notify | 03BRL-CAD:tbrowder2 * 59165 brlcad/trunk/src/canon/canonlib.c: another K&R conversion (note src/canon src files are a snakepit of 'manual' macro externs and cruft that badly needs cleanup--good for GCI task) |
| 13:19.47 | Notify | 03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 13:20.05 | Notify | 03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2 http://www.google-melange.com/gci/task/view/google/gci2013/6447773884874752: Better :) This design is for sure... |
| 13:40.02 | Notify | 03BRL-CAD:tbrowder2 * 59166 (brlcad/trunk/src/fb/bw-fb.c brlcad/trunk/src/fb/pix-fb.c): rename var 'try' which is a C++ keyword |
| 14:08.19 | *** join/#brlcad ankush92 (~ankush92@101.58.70.110) | |
| 14:12.25 | Notify | 03BRL-CAD:tbrowder2 * 59167 brlcad/trunk/src/fb/polar-fb.c: ws, style |
| 14:17.35 | Notify | 03GCI:Gauravjeet Singh * 5861359988244480 Design a BRL-CAD Sticker #9: Task Closed - Congratulations, this task has been completed successfully. |
| 14:31.37 | *** join/#brlcad ankush92 (~ankush92@101.58.70.110) | |
| 14:59.34 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:09.15 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:09.16 | *** join/#brlcad ankush92 (~ankush92@101.58.70.110) | |
| 15:12.14 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:20.11 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:24.00 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:25.45 | *** join/#brlcad _gcibot_ (~gcibot@elsalvador.media.mit.edu) | |
| 15:26.02 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:27.47 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 15:38.55 | Notify | 03GCI:Gauravjeet Singh * 6447773884874752 Design a front cover of Doc Camp Book #2: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours. |
| 15:59.33 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.2.91) | |
| 16:03.13 | maths22 | comitt 59162 broke src/libbu/endian.c (missing close on comment) |
| 16:12.17 | *** join/#brlcad ankush92 (~ankush92@115.250.12.234) | |
| 17:23.06 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 17:38.03 | maths22 | starseeker: do you know if brlcad approved those extra tasks? |
| 17:38.41 | *** join/#brlcad adi_ (75c8ae9a@gateway/web/freenode/ip.117.200.174.154) | |
| 17:49.14 | adi_ | i am getting following errors after make command is run on svn checkout version http://pastebin.com/twDU9JeW |
| 17:50.15 | maths22 | adi_: I'm having the same error. I'll let you know if/when I find a solution |
| 17:50.24 | adi_ | ok |
| 17:55.40 | maths22 | ati: apply the following patch http://brlcad.org/~maths22/brlcad/fixTerrain.patch |
| 17:56.46 | maths22 | adi_: apply the following patch http://brlcad.org/~maths22/brlcad/fixTerrain.patch |
| 17:56.58 | maths22 | I know your nick isn't ati |
| 17:57.51 | Notify | 03BRL-CAD:tbrowder2 * 59168 brlcad/trunk/src/libbu/tests/bu_sort.c: correct array type |
| 17:58.22 | adi_ | tell me how to apply patch I never done it before and it's my first build |
| 17:58.31 | adi_ | maths22 |
| 18:00.00 | maths22 | are you using svn |
| 18:00.04 | adi_ | yes |
| 18:00.32 | maths22 | run the command "svn patch /path/to/fixTerrain.patch" |
| 18:00.50 | adi_ | ok |
| 18:09.35 | adi_ | maths22 it says http://pastebin.com/8uQB6uUN |
| 18:10.47 | Notify | 03BRL-CAD:tbrowder2 * 59169 brlcad/trunk/src/canon/canonize.c: convert another K&R function |
| 18:11.10 | Notify | 03BRL-CAD:tbrowder2 * 59170 brlcad/trunk/src/canon/canon.h: add const for usage function declaration |
| 18:12.42 | maths22 | your version of svn must not have patch. |
| 18:14.31 | maths22 | try patch -p0 < /path/to/fixTerrain.patch |
| 18:21.58 | adi_ | math22 yuo may find it annoying but http://pastebin.com/nZcD1LXT |
| 18:22.18 | adi_ | maths22 you may find it annoying but http://pastebin.com/nZcD1LXT |
| 18:26.09 | adi_ | i will be back wait a minute |
| 18:33.00 | *** join/#brlcad aditya (~chatzilla@117.200.174.154) | |
| 18:34.19 | maths22 | aditya: run the following command "svn revert /src/util/terrain.c; svn up" |
| 18:34.30 | maths22 | then run the patch command |
| 18:42.18 | aditya | <PROTECTED> |
| 18:45.10 | maths22 | try the svn revert without the first slash |
| 18:45.15 | maths22 | ie svn revert /src/util/terrain.c; svn up |
| 18:45.25 | maths22 | don't do what I just posted |
| 18:45.37 | maths22 | do this: svn revert src/util/terrain.c; svn up |
| 18:48.20 | aditya | maths22 patching is done |
| 18:50.09 | maths22 | you should now be able to make without errors |
| 18:56.10 | aditya | maths22 something new crop up http://pastebin.com/em1qMJy7 |
| 18:59.41 | maths22 | aditya: try this patch: http://brlcad.org/~maths22/brlcad/fixEndian.c |
| 19:03.15 | maths22 | I meant http://brlcad.org/~maths22/brlcad/fixEndian.patch |
| 19:08.13 | aditya | maths22 is this fine http://pastebin.com/ngpNZKN1 |
| 19:09.23 | Notify | 03GCI:mandar * 4886744264605696 Create numerics library (LIBBN) API unit test for axis.c: testing? - How do I test if my unit test actually works? |
| 19:15.53 | *** join/#brlcad ankush92 (~ankush92@115.250.12.234) | |
| 19:17.52 | maths22 | aditya: see if it compiles |
| 19:18.06 | maths22 | if it does, you are fine |
| 19:18.17 | aditya | ok |
| 19:19.19 | *** join/#brlcad Ch3ck (~Ch3ck@41.205.2.91) | |
| 19:45.44 | *** join/#brlcad adi_ (75c8ae9a@gateway/web/freenode/ip.117.200.174.154) | |
| 19:54.41 | adi_ | maths22 thank u make is complete |
| 20:01.58 | *** join/#brlcad ankush92 (~ankush92@115.250.199.249) | |
| 20:09.19 | maths22 | youre welcome |
| 20:16.39 | adi_ | <PROTECTED> |
| 20:17.37 | adi_ | do installing is mandatory |
| 20:29.20 | adi_ | maths22 i want run the brlcad without installing please tell me further command |
| 21:40.51 | Notify | 03GCI: * : - |
| 22:56.59 | *** join/#brlcad ncsaba_ (~ncsaba@p4FF757EB.dip0.t-ipconnect.de) | |
| 22:57.37 | ncsaba_ | kanzure: are you around ? |
| 22:59.41 | ncsaba_ | I'm still looking at the python-brlcad wrapped libraries + their dependencies... |
| 23:01.57 | ncsaba_ | from what I can tell, the wdb library includes all (rt, bu, bn) - and it links them too, at least the symbols show up in the generated python package |
| 23:02.18 | ncsaba_ | the ged library links the same (rt, bu, bn) |
| 23:02.45 | ncsaba_ | do I understand that correctly ? |
| 23:07.20 | Notify | 03BRL-CAD:tbrowder2 * 59171 (brlcad/trunk/src/burst/idents.c brlcad/trunk/src/burst/prnt.c): convert K&R func format to ANSI |
| 23:20.10 | Notify | 03BRL-CAD:tbrowder2 * 59172 brlcad/trunk/src/conv/euclid/g-euclid.c: ws, style |
| 23:21.30 | Notify | 03BRL-CAD:tbrowder2 * 59173 brlcad/trunk/src/conv/euclid/g-euclid.c: rename var 'class' which a C++ keyword |
| 23:23.10 | Notify | 03BRL-CAD:tbrowder2 * 59174 brlcad/trunk/src/conv/g-xxx.c: rename var 'class' which a C++ keyword |
| 23:28.11 | kanzure | ncsaba_: hi |
| 23:28.22 | kanzure | ncsaba_: i think so, yes :) |
| 23:28.47 | ncsaba_ | kanzure: Hi |
| 23:29.46 | ncsaba_ | so, I was comparing dir(rt) agains dir(wdb) -> all of rt is present in wdb too |
| 23:30.09 | ncsaba_ | rt means: import brlcad._bindings.librt as rt |
| 23:30.09 | kanzure | yes, there's an explicit import |
| 23:30.15 | ncsaba_ | aha |
| 23:30.23 | kanzure | ctypesgen does that because otherwise it creates multiple classes with the same name |
| 23:30.29 | kanzure | and then values can't be passed around to the different modules |
| 23:30.48 | kanzure | the good news is that wdb.py and bu.py aren't redefining the same thing |
| 23:30.55 | kanzure | they just happen to import the same symbols into their namespace |
| 23:31.13 | kanzure | there is a strong need for a simplifying python layer where you don't have to do the ctypes tricks that appear in the examples/ files |
| 23:32.15 | Notify | 03BRL-CAD:tbrowder2 * 59175 brlcad/trunk/src/conv/dxf/dxf-g.c: ws, style |
| 23:33.50 | ncsaba_ | hmm, how can I check if the symbols are really the same across the modules ? I'm the kind who checks before believing :-) |
| 23:34.13 | kanzure | bu.x is wdb.x |
| 23:34.49 | kanzure | the is operator will check if they are the same object |
| 23:36.08 | ncsaba_ | ok, looks good, the objects are really the same :-) |
| 23:36.34 | kanzure | yeah, at one point they were not the same, which caused me problems when trying to call functions from other modules |
| 23:36.44 | kanzure | i would get weird type errors like "bu_list is not a bu_list" |
| 23:37.10 | kanzure | and then i realized it was because both modules defined them (even though the definitions were the same, it created two distinct types) |
| 23:37.36 | ncsaba_ | aha - it looks good now |
| 23:37.52 | ncsaba_ | but the library dependencies are a bit different than in the code currently: |
| 23:38.31 | ncsaba_ | rt -> bu, bn |
| 23:38.43 | ncsaba_ | wdb -> bu, bn, rt |
| 23:38.45 | Notify | 03BRL-CAD:n_reed * 59176 brlcad/trunk/src/libbu/endian.c: unclosed comment |
| 23:38.53 | ncsaba_ | ged -> bu, bn, rt |
| 23:38.59 | kanzure | sorry, i don't understand. the library dependencies that are presently specified in python-brlcad are wrong? |
| 23:39.06 | ncsaba_ | yes |
| 23:39.20 | kanzure | if you switch it to the correct dependencies, then does it work? |
| 23:39.22 | ncsaba_ | the right ones are the ones above |
| 23:39.34 | ncsaba_ | yes |
| 23:39.43 | kanzure | oh, then make the switch for sure :) |
| 23:39.51 | ncsaba_ | will do... |
| 23:40.13 | kanzure | btw i plan to refactor the post install script "soon" (maybe tonight) |
| 23:40.22 | kanzure | it is unnecessarily complex |
| 23:42.07 | ncsaba_ | pull request sent... |
| 23:42.23 | ncsaba_ | in what sense is too complex ? |
| 23:42.31 | kanzure | too many variables to track the same paths |
| 23:43.30 | kanzure | also there are functions defined inside of main() which is bad |
| 23:43.41 | ncsaba_ | ok, I didn't get that deep in there to notice that :-) |
| 23:43.50 | kanzure | i wrote this while in a hotel for a month. i was bored out of mind and it must have tarnished my ability to write clean code.. |
| 23:43.58 | ncsaba_ | but there is one thing I would like to address |
| 23:44.07 | Notify | 03BRL-CAD:tbrowder2 * 59177 (brlcad/trunk/src/conv/iges/convassem.c brlcad/trunk/src/conv/iges/g-iges.c and 6 others): renamed var 'operator' which is a C++ keyword |
| 23:44.37 | Notify | 03BRL-CAD:n_reed * 59178 brlcad/trunk/src/conv/g-xxx.c: rename vars for consistency |
| 23:44.40 | ncsaba_ | if you want to add wrapper python code too, it will be hard to do that with a post-install script... |
| 23:45.22 | kanzure | wrapper for doing what? |
| 23:45.34 | maths22 | n_reed: thanks for fixing the unclosed comment |
| 23:45.54 | kanzure | btw the main reason i wrote a post-install script was because i wanted to be able to install a python brlcad-related module from pypi for users that already have brlcad installed |
| 23:46.01 | ncsaba_ | for python style code, hiding ctypes |
| 23:46.05 | kanzure | so the reason for all the weird setuptools stuff is because of pypi |
| 23:46.15 | kanzure | oh, well, the wrapper can be added outside of the install/ directory |
| 23:46.27 | kanzure | basically the wrapper should make some basic assumptions like the presence of the bu module |
| 23:47.14 | kanzure | at the moment the way the installer works is that it dumps the generated .py files in a standard location, and there can be some stubs at that location that just raise errors about "the bindings haven't been generated yet, make sure python-brlcad is installed" etc |
| 23:48.09 | ncsaba_ | yes, that can work, or it can actually run the post-install script on the first run |
| 23:50.18 | ncsaba_ | then the ctypes setup code will be run by the post-install script for pypi packages, or by the python package code when installing via setup |
| 23:50.23 | ncsaba_ | not sure if I see it well |
| 23:52.04 | ncsaba_ | but the stub version is actually better if I think |
| 23:54.29 | kanzure | stub version of the generated bindings? sure |
| 23:54.43 | kanzure | (stub is unrelated to wrapper, except that the wrapper imports the stubs, and therefore can raise errors if nothing has been generated) |
| 23:54.54 | kanzure | i believe that "setup.py install" currently does run the post-install scripts |
| 23:58.28 | ncsaba_ | yes, it runs, but code that needs those bindings will need to import them if you run setup I guess, that's what was concerning me, and that's what is nicely solved by some stubs as you say |
| 23:59.54 | kanzure | oh, running setup should not cause those "import _bindings" statements to happen |
| 00:00.01 | kanzure | or, if it does, show it to me and i will fix |
| 00:00.28 | ncsaba_ | well there's no actual code yet which could do that, but I guess you're right |
| 00:00.58 | ncsaba_ | I'm kind of beginner with python, although I like it more and more :-) |
| 00:01.29 | ncsaba_ | OK, it's late here and I will go now - do you have something for me to work on tomorrow ? |
| 00:01.46 | ncsaba_ | my goal is to get closer to the python version of mged |
| 00:01.52 | kanzure | open up ipython: import antigravity |
| 00:02.11 | kanzure | well, i think that working on some basic models for pythonic cad would be useful, but it's a big task that i haven't tackled yet |
| 00:02.37 | ncsaba_ | yes, it doesn't need to happen at once |
| 00:03.01 | kanzure | about 4 years ago i did a similar thing for opencascade+python |
| 00:03.02 | kanzure | https://github.com/kanzure/skdb/blob/master/geom/geom.py |
| 00:03.12 | kanzure | but the underlying models in opencascade are different of course |
| 00:03.26 | ncsaba_ | I'll be happy to be able to open a .g db file, create some RPPs and ray-trace for starters |
| 00:03.29 | kanzure | but the basic idea is that a cube or a sphere should be basically the same classes/subclasses with the same available operations |
| 00:03.31 | kanzure | sure |
| 00:04.07 | kanzure | a way to dump to a png for visualization might be nice |
| 00:04.43 | ncsaba_ | I wonder if we couldn't actually reuse the TK display manager for starters |
| 00:05.15 | ncsaba_ | and only replace the TCL shell part |
| 00:05.51 | kanzure | you can embed python into the compiled project if you want |
| 00:05.56 | kanzure | but that is outside the scope of python-brlcad |
| 00:05.59 | ncsaba_ | it is fairly complex what mged does there, I had a short reading of mged.h and friends |
| 00:06.12 | kanzure | python-brlcad could provide its own tk gui (i think a few tk modules are distributed by default with python) |
| 00:06.33 | ncsaba_ | no, I don't want to embed python in brlcad |
| 00:06.35 | kanzure | (a python-based gui is not a high priority for me at the moment) |
| 00:07.29 | ncsaba_ | but I think it is possible to start up the existing brlcad display managers from python/ctypes, and use it via python command line augmented with the ctypes bindings + convenience wrappers |
| 00:08.06 | ncsaba_ | not sure if that is really possible, but might be |
| 00:08.11 | *** join/#brlcad merzo (~merzo@222-49-132-95.pool.ukrtel.net) | |
| 00:08.59 | ncsaba_ | but if you have plans of simplifying the bindings code first, I will be happy to help out if you need any leg-work on that |
| 00:10.15 | ncsaba_ | regarding the python code, I will want then to experiment with a slightly different modelling paradigm, based on total separation of structure and positioning |
| 00:11.03 | ncsaba_ | what I mean by that is: when I want to create an RPP, I really don't care where I will place it at the end, I just want to give 3 edge sizes |
| 00:11.48 | kanzure | that's right, i want some sort of declarative modeling where you can create arbitrary instances of a cube/shape/whatever definitions, and then use those to fuse/intersect/union with other objects |
| 00:12.08 | ncsaba_ | then the positioning will be done by querying the RPP for one of it's edges/faces/corner points, and constrain that with respect to other objects of the model |
| 00:14.12 | ncsaba_ | constraints can become arbitrarily complex, involving possibly multiple reference points on different objects, and different logic of how to relate those |
| 00:14.36 | ncsaba_ | that's why I actually want to use python first - all this is really foggy now, and C is simply not a good prototyping language |
| 00:16.10 | ncsaba_ | ok, so that's about what I aim for - small steps first :-) |
| 00:16.37 | kanzure | cool, thanks for being around btw |
| 00:16.48 | kanzure | i think you're the first person to try the library that i didn't directly contact |
| 00:17.00 | kanzure | e.g. you are not using it because i bugged you to :) |
| 00:17.04 | ncsaba_ | :-) |
| 00:17.12 | ncsaba_ | let's clean up the ctypes bindings code, and then will go further... |
| 00:17.43 | ncsaba_ | but there I need you to tell me what aspects I should touch - tomorrow, it's late here now :-) |
| 00:20.15 | ncsaba_ | BTW, I get lots of this: ERROR: /home/csaba/deploy/brlcad/dev-7.24.1/include/tclDecls.h:1662: Syntax error at 'va_list' |
| 00:20.29 | ncsaba_ | and: ERROR: /usr/include/stdio.h:515: Syntax error at '__gnuc_va_list' |
| 00:20.30 | kanzure | ctypesgen is using gcc to parse the files i think |
| 00:20.44 | ncsaba_ | I was supposing those are just ignored |
| 00:20.50 | kanzure | i think they are |
| 00:20.55 | ncsaba_ | ok |
| 00:21.00 | kanzure | but it might also be fixable. i haven't investigated in ctypesgen completely yet. |
| 00:21.13 | ncsaba_ | it is in TCL code - I'm not sure if it is interesting at all |
| 00:21.44 | ncsaba_ | I would also try to understand the relation between libged and TCL, and try to factor it out altogether if possible |
| 00:21.47 | kanzure | ctypesgen has a bunch of issues with parsing the brlcad macros |
| 00:21.51 | ncsaba_ | aha |
| 00:22.04 | kanzure | i think it is still choking on a good number of macros from bu |
| 00:22.48 | ncsaba_ | well I don't see any other errors |
| 00:23.28 | kanzure | i wonder if i enabled error suppression? |
| 00:23.49 | ncsaba_ | I see lots of those "va_list" related errors, and that's all |
| 00:24.57 | ncsaba_ | you have this: options.include_macros = False |
| 00:25.07 | ncsaba_ | probably macros are skipped altogether ? |
| 00:25.47 | kanzure | hmm i can't remember if that was intentional |
| 00:25.49 | ncsaba_ | and: options.show_all_errors = debug |
| 00:26.00 | ncsaba_ | I guess it will show all errors |
| 00:27.24 | ncsaba_ | ok, I will really have to go now, it's 2AM here :-) |
| 00:27.32 | ncsaba_ | almost |
| 00:28.11 | ncsaba_ | will keep in touch, most likely via mail, due to time zones :-) |
| 00:28.18 | ncsaba_ | bye ! |
| 00:28.37 | kanzure | lemme know what you think about https://github.com/kanzure/python-brlcad/pull/10 whenever |
| 00:30.34 | ncsaba_ | I'm not picky anymore about small things like that, got over the age when I was :-) |
| 00:31.35 | ncsaba_ | what could be more interesting is to get the library list, dependencies, and perhaps other configuration into a config file read by the post-install |
| 00:32.01 | ncsaba_ | so you don't need to change code for changing the library list, and let the end user easily fix it too when needed |
| 00:33.18 | ncsaba_ | ok, I will leave now really :-) |
| 00:33.19 | ncsaba_ | bye |
| 02:27.16 | Notify | 03BRL-CAD:tbrowder2 * 59179 brlcad/trunk/src/lgt/texture.c: convert K&R func format |
| 02:43.20 | Notify | 03BRL-CAD:tbrowder2 * 59180 brlcad/trunk/src/conv/euclid/g-euclid1.c: ws, style |
| 02:43.30 | Notify | 03BRL-CAD:tbrowder2 * 59181 brlcad/trunk/src/conv/euclid/g-euclid1.c: rename var 'class' which is a C++ keyword |
| 02:46.06 | Notify | 03BRL-CAD:tbrowder2 * 59182 brlcad/trunk/src/conv/iges/add_face.c: convert K&R func format to ANSI |
| 02:46.51 | Notify | 03BRL-CAD:tbrowder2 * 59183 brlcad/trunk/src/conv/iges/add_loop.c: convert K&R func format to ANSI |
| 02:50.51 | Notify | 03BRL-CAD:tbrowder2 * 59184 brlcad/trunk/src/conv/iges/check_names.c: convert K&R func formats to ANSI |
| 02:54.19 | Notify | 03BRL-CAD:tbrowder2 * 59185 brlcad/trunk/src/conv/iges/conv_drawings.c: convert K&R func formats to ANSI |
| 02:55.24 | Notify | 03BRL-CAD:tbrowder2 * 59186 brlcad/trunk/src/conv/iges/cyl.c: convert K&R func format to ANSI |
| 02:56.16 | Notify | 03BRL-CAD:tbrowder2 * 59187 brlcad/trunk/src/conv/iges/ell.c: convert K&R func format to ANSI |
| 02:58.07 | Notify | 03BRL-CAD:tbrowder2 * 59188 brlcad/trunk/src/conv/iges/g-iges.c: convert K&R func format to ANSI |
| 03:03.31 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 03:18.19 | Notify | 03BRL-CAD:tbrowder2 * 59189 (brlcad/trunk/src/conv/iges/get_vertex.c brlcad/trunk/src/conv/iges/iges.c and 7 others): convert K&R func formats to ANSI |
| 03:19.14 | Notify | 03BRL-CAD:tbrowder2 * 59190 brlcad/trunk/src/conv/nmg/nmg-sgp.c: convert K&R func format to ANSI |
| 03:19.43 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 03:26.06 | Notify | 03BRL-CAD:tbrowder2 * 59191 brlcad/trunk/src/conv/vdeck/vdeck.c: rename func 'delete' which is a C++ keyword |
| 03:47.18 | Notify | 03BRL-CAD:tbrowder2 * 59192 brlcad/trunk/src/conv/iges/readcnv.c: get func arg types correct |
| 04:38.19 | *** join/#brlcad Rishabh (~chatzilla@1.187.244.178) | |
| 05:13.38 | *** join/#brlcad bits038 (~chatzilla@1.187.244.178) | |
| 05:24.03 | *** join/#brlcad ankush92 (~ankush92@101.62.56.188) | |
| 05:46.27 | Notify | 03BRL-CAD:brlcad * 59193 brlcad/trunk/src/fb/fblabel.c: release memory allocated by vfont_get(), even if we're currently exiting |
| 06:00.19 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 06:13.35 | Notify | 03GCI:agkphysics * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Task Claimed - I would like to work on this task. |
| 06:42.38 | Notify | 03BRL-CAD:brlcad * 59194 (brlcad/trunk/src/adrt/librender/texture.h brlcad/trunk/src/adrt/librender/texture_blend.c and 9 others): apply modified gci patch http://www.google-melange.com/gci/task/view/google/gci2013/5788972609437696 from ?\208?\161?\209?\130?\208?\176?\208?\189?\208?\184?\209?\129?\208?\187?\208?\176?\208?\178 ?\208?\145?\208?\181?\209?\128?\208?\181?\208?\179?\208?\190?\208?\178 eliminating several |
| 06:42.40 | Notify | unused init functions in adrt and a math funtion in the comgeom converter (which happens to be in libbn now too) |
| 06:42.42 | gcibot | Identify and eliminate dead code (100+ lines) |
| 06:42.42 | gcibot | Status: NeedsReview (25 hours, 54 minutes left) |
| 06:42.42 | gcibot | Mentor(s): Kesha Shah |
| 06:43.32 | Notify | 03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Ready for review - The work on this task is ready to be reviewed. |
| 06:45.02 | Notify | 03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: designs - hi, I tried two different designs and uploaded them as brlcadcoverI and brlcadcoverII thank you |
| 06:46.52 | Notify | 03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): applied - Your patch needed modification, but was applied in r59194 -- thank you for your efforts! You have been... |
| 06:50.45 | Notify | 03BRL-CAD:brlcad * 59195 brlcad/trunk/AUTHORS: credit ?\208?\161?\209?\130?\208?\176?\208?\189?\208?\184?\209?\129?\208?\187?\208?\176?\208?\178 ?\208?\145?\208?\181?\209?\128?\208?\181?\208?\179?\208?\190?\208?\178 for his gci patch that eliminated several unused functions from adrt and one from comgeom |
| 06:50.51 | Notify | 03GCI:Sean * 5788972609437696 Identify and eliminate dead code (100+ lines): Task Closed - Congratulations, this task has been completed successfully. |
| 06:50.52 | Notify | 03GCI:Sean * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this task, good... |
| 07:12.21 | *** join/#brlcad PrezKennedy (~DarkCalf@173.231.40.98) | |
| 07:28.05 | *** join/#brlcad ankush92 (~ankush92@101.62.56.188) | |
| 07:33.07 | Notify | 03GCI:agkphysics * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Ready for review - The work on this task is ready to be reviewed. |
| 07:36.45 | *** join/#brlcad bits038_ (~chatzilla@49.14.153.68) | |
| 07:40.44 | Notify | 03GCI:agkphysics * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: None - I have written tests for 16 more bn_mat functions, but there are some questions I would like... |
| 07:49.00 | Notify | 03GCI:Melange * 6447773884874752 Design a front cover of Doc Camp Book #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted. The... |
| 07:51.00 | Notify | 03GCI:Sean * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: Task Closed - Congratulations, this task has been completed successfully. |
| 07:55.00 | Notify | 03GCI:Sean * 5812790350577664 Create unit tests for our numerics math library (LIBBN) #3: good questions - It's all about code coverage. Every public function should be tested, no matter how... |
| 07:57.21 | Notify | 03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task... |
| 08:05.43 | *** join/#brlcad 18WAFFQZC (~ankush92@115.250.165.113) | |
| 08:06.09 | *** join/#brlcad justin_ (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 08:08.09 | Notify | 03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 08:08.28 | Notify | 03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: source - Marie, This is a nice design but I have a few questions and suggestions. First and foremost, where is the image of... |
| 08:08.33 | *** join/#brlcad kesha (~kesha@49.202.238.128) | |
| 08:31.09 | Notify | 03BRL-CAD:agkphysics * 59196 (brlcad/trunk/src/libbn/tests/CMakeLists.txt brlcad/trunk/src/libbn/tests/bn_mat.c): Added 16 more bn_mat test functions.The two tests for bn_vec_ae() fail for some reason.It might be a bug in the function itself because it consistentlyreturns the same z vector component irrespective of input. |
| 08:51.39 | *** join/#brlcad ASARE_je_ (~ASARE_je@41-218-197-78-adsl-dyn.4u.com.gh) | |
| 08:52.08 | ASARE_je_ | Hello.. |
| 09:12.06 | *** join/#brlcad kesha (~kesha@49.202.238.128) | |
| 09:35.08 | *** join/#brlcad chick_ (c318d114@gateway/web/freenode/ip.195.24.209.20) | |
| 09:46.15 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 09:49.46 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 10:08.48 | *** join/#brlcad chick__ (c318d115@gateway/web/freenode/ip.195.24.209.21) | |
| 10:47.48 | Notify | 03GCI:Sharan Narayan * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Ready for review - The work on this task is ready to be reviewed. |
| 10:53.26 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 11:00.06 | *** join/#brlcad kesha (~kesha@49.249.17.210) | |
| 11:09.35 | *** join/#brlcad kesha_ (~kesha@49.202.238.29) | |
| 11:22.51 | Notify | 03GCI:Sharan Narayan * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: What to do - I somehow managed to find XML files... |
| 11:24.33 | *** join/#brlcad kesha_ (~kesha@49.202.238.184) | |
| 11:43.14 | *** join/#brlcad ankush92 (~ankush92@115.250.165.113) | |
| 11:52.44 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 12:05.44 | *** join/#brlcad ankush92 (~ankush92@115.253.125.188) | |
| 12:24.47 | *** join/#brlcad ankush92 (~ankush92@115.253.125.188) | |
| 13:06.51 | FreezingCold | mged> in btn2.s e111 8 33 36 4 0 0 2 |
| 13:06.51 | FreezingCold | Error: in: e111 is not a known primitive |
| 13:08.31 | FreezingCold | never mind, figured out it was ell1 |
| 13:08.39 | FreezingCold | The font in the basic lessons is horrible btw lol |
| 13:33.49 | *** join/#brlcad r038 (~chatzilla@106.67.101.208) | |
| 13:47.57 | Notify | 03GCI:Deep Inder Singh * 5893967379955712 Design a front cover of Doc Camp Book #4: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 14:41.38 | *** join/#brlcad ankush92 (~ankush92@115.253.125.188) | |
| 15:37.41 | Notify | 03BRL-CAD Wiki:Gerardollanes * 0 /wiki/User:Gerardollanes: |
| 15:55.11 | *** join/#brlcad ankush92 (~ankush92@115.253.100.2) | |
| 16:27.25 | *** join/#brlcad kesha (~kesha@49.249.191.96) | |
| 16:39.08 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 16:46.15 | Notify | 03BRL-CAD:tbrowder2 * 59197 (brlcad/trunk/src/adrt/load_g.c brlcad/trunk/src/conv/asc/g2asc.c and 45 others): correct and explict casts for C++ compilation |
| 16:47.32 | Notify | 03BRL-CAD:tbrowder2 * 59198 brlcad/trunk/src/adrt/librender/camera.c: correct var types; use explicit casts for C++ |
| 16:49.50 | Notify | 03BRL-CAD:tbrowder2 * 59199 brlcad/trunk/src/conv/dxf/dxf-g.c: a bit of a hack to get correct types for now; probably need to fix the affected function and its signature |
| 16:49.57 | *** join/#brlcad kesha (~kesha@49.249.0.80) | |
| 16:59.33 | *** join/#brlcad kesha (~kesha@49.249.8.160) | |
| 17:04.00 | Notify | 03BRL-CAD:tbrowder2 * 59200 brlcad/trunk/src/gtools/g_transfer.c: ws, style |
| 17:04.12 | Notify | 03BRL-CAD:tbrowder2 * 59201 brlcad/trunk/src/gtools/g_transfer.c: make correct casts from void* for C++ |
| 17:14.55 | Notify | 03BRL-CAD:tbrowder2 * 59202 (brlcad/trunk/include/fbio.h brlcad/trunk/include/orle.h): add FIXME comment ref identical structs |
| 17:19.16 | *** join/#brlcad kesha (~kesha@49.249.17.36) | |
| 17:27.45 | *** join/#brlcad kesha (~kesha@49.249.17.36) | |
| 17:30.40 | Notify | 03BRL-CAD:tbrowder2 * 59203 brlcad/trunk/src/conv/comgeom/solid.c: reorder var init to avoid C++ error of goto skipping ove var init |
| 17:31.02 | Notify | 03BRL-CAD:tbrowder2 * 59204 (brlcad/trunk/src/librt/db_lookup.c brlcad/trunk/src/librt/prep.c brlcad/trunk/src/librt/primitives/ars/ars.c): avoid const char errors for C++ |
| 17:31.47 | Notify | 03BRL-CAD:tbrowder2 * 59205 (brlcad/trunk/src/adrt/adrt.h brlcad/trunk/src/adrt/isst_tcltk.c): casts to correct types for C++ |
| 17:33.55 | brlcad | FreezingCold: e111 ? |
| 17:34.10 | brlcad | ah, glad to see you figured it out |
| 17:34.47 | Notify | 03BRL-CAD:tbrowder2 * 59206 brlcad/trunk/src/fb/polar-fb.c: define func pointer correctly for C++ |
| 17:34.48 | brlcad | feel free to share a better free font suggestion |
| 17:37.50 | *** join/#brlcad kesha (~kesha@49.249.17.36) | |
| 17:38.42 | Notify | 03BRL-CAD:tbrowder2 * 59207 brlcad/trunk/src/fb/polar-fb.c: add braces to while statement for clarity; ws, style |
| 18:02.03 | *** join/#brlcad kesha_ (~kesha@49.249.17.36) | |
| 18:10.31 | *** join/#brlcad jschulte (~androirc@tmo-096-94.customers.d1-online.com) | |
| 18:17.01 | jschulte | Under this task ( http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600), we talked about some follow-on tasks. Have they already been created, because I can't find them in the task browser? |
| 18:33.39 | FreezingCold | brlcad: I actually love Google's Lato :) |
| 18:34.10 | FreezingCold | Late light to be precise |
| 18:34.15 | FreezingCold | *Lato light |
| 18:50.26 | FreezingCold | http://www.google.com/fonts/specimen/Lato#charset |
| 18:55.51 | *** join/#brlcad kesha__ (~kesha@49.249.16.170) | |
| 19:12.53 | maths22 | brlcad: my docbook task was supposed to be broken up into several (it took me a while to add all the tags and images to each chapter) |
| 19:13.19 | maths22 | I discussed it with starseeker, and he said he had added some tasks that just needed to be approved |
| 19:13.25 | maths22 | Would you be able to do that? |
| 19:29.58 | *** join/#brlcad guest1234 (50bb605e@gateway/web/freenode/ip.80.187.96.94) | |
| 19:57.34 | *** join/#brlcad ankush92 (~ankush92@101.59.186.18) | |
| 20:05.01 | Notify | 03GCI:Sean * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: question - Sharan, nice work but one question regarding your comment on the last one,... |
| 20:05.06 | Notify | 03GCI:Sean * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Task Closed - Congratulations, this task has been completed successfully. |
| 20:08.32 | Notify | 03GCI:Sharan Narayan * 4673576447770624 Reproduce any 5 unconfirmed open bug reports: Reply - I closed the MGED by pressing the cross or x button of the graphics window and command window But... |
| 20:26.21 | Notify | 03GCI:Sharan Narayan * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Task Claimed - I would like to work on this task. |
| 20:29.57 | Notify | 03GCI:Mandeep Kaur * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Task Assigned - This task has been assigned to... |
| 21:10.29 | Notify | 03GCI:PCK-45 * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Claimed - I would like to work on this task. |
| 21:20.23 | Notify | 03GCI:Mandeep Kaur * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Assigned - This task has been assigned to PCK-45. You have 72 hours to complete this task, good luck! |
| 21:51.08 | *** join/#brlcad kesha (~kesha@49.249.16.170) | |
| 21:51.48 | brlcad | kesha: when you have a moment, I'd like to talk with you about the community manager role |
| 22:25.02 | *** join/#brlcad kesha (~kesha@49.249.16.170) | |
| 23:00.49 | kesha | brlcad: ping |
| 23:01.31 | kesha | waves to brlcad |
| 23:54.29 | Notify | 03BRL-CAD:n_reed * 59208 (brlcad/trunk/src/libged/analyze.c brlcad/trunk/src/librt/primitives/vol/vol.c): uninitialized variables |
| 23:54.43 | *** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94) | |
| 00:07.01 | *** join/#brlcad merzo (~merzo@214-23-133-95.pool.ukrtel.net) | |
| 02:26.32 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: more time ? - please could i have some more time? |
| 02:26.57 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed. |
| 02:58.26 | *** join/#brlcad r038 (~chatzilla@106.76.172.131) | |
| 04:00.54 | *** join/#brlcad ankush92 (~ankush92@115.253.0.41) | |
| 06:12.03 | Notify | 03GCI:Melange * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be... |
| 06:12.23 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 2 days and 0 hours. |
| 06:14.19 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: status - Alex, I fear that you're fighting too many issues at once. We don't want you to struggle endlessly on... |
| 06:14.20 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 07:55.24 | *** join/#brlcad justin_ (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 07:55.44 | justin_ | excuse me, i have a question |
| 07:57.37 | justin_ | it seems i am working on a duplicated gci task that has been already solved |
| 07:57.41 | justin_ | what should i do |
| 08:03.10 | *** join/#brlcad ankush92 (~ankush92@115.250.250.211) | |
| 08:03.18 | Notify | 03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: duplicated task? - it seems i am working on a duplicated task that has already been solved. I've almost finished my task,... |
| 08:10.13 | *** join/#brlcad justin_ (7c376cb2@gateway/web/freenode/ip.124.55.108.178) | |
| 09:16.43 | *** join/#brlcad chick_ (29cc5302@gateway/web/freenode/ip.41.204.83.2) | |
| 09:20.04 | chick_ | is anyone working on adding surface area and volume routines to brlcad primitives? |
| 10:03.28 | chick_ | how is the ellipsoid defined in brlcad? |
| 10:20.55 | *** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94) | |
| 10:22.00 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 10:36.25 | Notify | 03GCI:Melange * 5784960841547776 Fix errors in Hacking BRL-CAD book: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to... |
| 11:33.30 | Notify | 03BRL-CAD:tbrowder2 * 59209 (brlcad/trunk/src/fbed/char.c brlcad/trunk/src/fbed/execshell.c and 7 others): ws, style; add curly braces for clarity |
| 11:34.12 | Notify | 03BRL-CAD:tbrowder2 * 59210 brlcad/trunk/src/fbed/try.h: rename var 'try' which is a C++ keyword |
| 11:39.45 | Notify | 03GCI:Sharan Narayan * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Ready for review - The work on this task is ready... |
| 12:12.13 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 13:01.13 | *** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94) | |
| 13:10.32 | Notify | 03BRL-CAD:tbrowder2 * 59211 brlcad/trunk/src/burst/grid.c: add missing func args to decls |
| 13:12.20 | Notify | 03BRL-CAD:tbrowder2 * 59212 brlcad/trunk/src/fbed/fbed.c: add explicit cast from void*; rename var 'new' which is a C++ keyword; rename associated vars for clarity |
| 13:14.12 | Notify | 03BRL-CAD:tbrowder2 * 59213 brlcad/trunk/src/fbed/extern.h: add missing func args to decl |
| 13:16.07 | Notify | 03GCI:Subin Siby * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:23.22 | Notify | 03BRL-CAD:tbrowder2 * 59214 (brlcad/trunk/src/shapes/bolt.c brlcad/trunk/src/tab/scriptsort.c and 14 others): ws, style |
| 13:40.01 | *** join/#brlcad merzo (~merzo@214-23-133-95.pool.ukrtel.net) | |
| 13:56.26 | Notify | 03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: Ready for review - The work on this task is ready to be reviewed. |
| 13:59.17 | Notify | 03GCI:Marie Gita * 6447773884874752 Design a front cover of Doc Camp Book #2: changes - Hi, I made the changes to my design and included an my citations and explanation (of the image) in a... |
| 15:52.30 | *** join/#brlcad ankush92 (~ankush92@117.214.5.159) | |
| 15:56.13 | Notify | 03GCI:Alexandra Covor * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Claimed - I would like to work on this task. |
| 15:57.08 | Notify | 03GCI:Mandeep Kaur * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Assigned - This task has been assigned to Alexandra Covor. You have 72 hours to complete this task, good... |
| 16:12.25 | *** join/#brlcad ankush92 (~ankush92@117.201.98.33) | |
| 16:55.59 | *** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94) | |
| 17:16.23 | *** join/#brlcad kesha (~kesha@49.249.16.250) | |
| 17:27.40 | Notify | 03GCI:Andromeda Galaxy * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Ready for review - The work on this task is ready to be reviewed. |
| 17:38.11 | Notify | 03BRL-CAD:brlcad * 59215 brlcad/trunk/include/CMakeLists.txt: stub in an initial interface file for libcursor, which defines several functions wrapping termcap |
| 17:42.28 | Notify | 03BRL-CAD:brlcad * 59216 brlcad/trunk/include/cursor.h: more basic stubbing so we can export declarations, compile cleanly as c++, and header guards for multiple inclusion protection |
| 17:44.58 | Notify | 03BRL-CAD:brlcad * 59217 (brlcad/trunk/include/cursor.h brlcad/trunk/src/libcursor/cursor.c): utilize the new interface header, move the public comment |
| 18:04.41 | Notify | 03BRL-CAD:brlcad * 59218 brlcad/trunk/include/cursor.h: more public functions defined by libcursor |
| 18:21.00 | Notify | 03BRL-CAD:brlcad * 59219 (brlcad/trunk/include/cursor.h brlcad/trunk/src/libcursor/cursor.c): migrate the API documentation from the source implementation to the interface header |
| 18:24.32 | Notify | 03BRL-CAD:brlcad * 59220 brlcad/trunk/src/libcursor/cursor.c: ws style indent cleanup |
| 18:27.54 | Notify | 03BRL-CAD:brlcad * 59221 brlcad/trunk/src/libcursor/cursor.c: more style cleanup, one per line |
| 19:04.40 | Notify | 03GCI:Petar Stanev * 5617799237992448 Create an ISST screenshot or animation: Task Claimed - I would like to work on this task. |
| 19:05.10 | Notify | 03GCI:Petar Stanev * 5617799237992448 Create an ISST screenshot or animation: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 19:11.27 | *** join/#brlcad osiris_ (c318d114@gateway/web/freenode/ip.195.24.209.20) | |
| 19:22.50 | *** join/#brlcad kesha (~kesha@49.249.17.240) | |
| 19:49.23 | *** join/#brlcad kesha_ (~kesha@49.249.16.234) | |
| 20:12.07 | Notify | 03GCI:Melange * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be... |
| 20:12.12 | Notify | 03GCI:Melange * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Initial Deadline passed - Melange has detected that the initial deadline has passed and it has set the task status to ActionNeeded.... |
| 20:12.40 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 23:17.42 | Notify | 03GCI:Andromeda Galaxy * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Traveling - Hi, I have been traveling and lost a large amount of time on this task due to... |
| 23:58.36 | jschulte | Under this task ( http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600), we talked about some follow-on tasks. Have they already been created, because I can't find them in the task browser? |
| 00:02.50 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: sources updated - on the brlcad disk image i have i navigated to the 'brlcad-svn-trunk' folder and entered svn... |
| 00:10.21 | *** join/#brlcad merzo (~merzo@146-36-133-95.pool.ukrtel.net) | |
| 00:10.58 | *** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94) | |
| 00:16.06 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: enjoying - Oh and i am enjoying these open source projects, even though i usually have difficulties in the... |
| 00:49.59 | Notify | 03GCI:starseeker * 5784960841547776 Fix errors in Hacking BRL-CAD book: Please submit what you have as a patch from the sources you were working - We can always compare your approach to formatting... |
| 00:50.19 | Notify | 03GCI:starseeker * 5784960841547776 Fix errors in Hacking BRL-CAD book: Deadline extended - The deadline of the task has been extended with 0 days and 12 hours. |
| 01:26.47 | Notify | 03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Ready for review - The work on this task is ready to be reviewed. |
| 04:05.29 | Notify | 03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4... |
| 04:05.44 | Notify | 03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Task Needs More Work - One of the mentors has sent this task... |
| 04:15.19 | Notify | 03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 04:15.30 | Notify | 03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2 http://www.google-melange.com/gci/task/view/google/gci2013/6447773884874752: great response Marie, thank you for the... |
| 04:18.45 | Notify | 03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2: Task Closed - Congratulations, this task has been completed successfully. |
| 04:19.15 | Notify | 03GCI:Sean * 6447773884874752 Design a front cover of Doc Camp Book #2 http://www.google-melange.com/gci/task/view/google/gci2013/6447773884874752: Follow-on If you're interested in... |
| 04:20.10 | Notify | 03GCI:Sean * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Task Closed - Congratulations, this task has been completed successfully. |
| 04:22.30 | Notify | 03GCI:Sean * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: looks good to me - This looks quite good to me. Remember that now you have commit access, you can commit... |
| 04:25.56 | Notify | 03GCI:Sean * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: patch for changes - Jacob, can you send us a patch file of your changes? Also, which version of GCC did you use exactly? If you have a... |
| 04:27.17 | Notify | 03GCI:Sean * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 04:27.18 | Notify | 03GCI:Sean * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 04:43.24 | Notify | 03GCI:Andromeda Galaxy * 5566134673735680 Create unit tests for our numerics math library (LIBBN) #2: Reviewing commits? - I can do that if you like; I have not been doing that right now because I... |
| 04:53.46 | Notify | 03BRL-CAD:peter-sa * 59222 brlcad/trunk/src/libbu/tests/CMakeLists.txt: Add unit tests for the functions in src/libbu/color.c, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5858454442868736 |
| 04:53.47 | gcibot | Create unit tests for our basic utility library (LIBBU) #4 |
| 04:53.48 | gcibot | Status: Closed |
| 04:53.48 | gcibot | Mentor(s): Sean |
| 04:53.52 | Notify | 03GCI:Sean * 5314763659673600 Identify and eliminate code duplication (100+ lines) http://www.google-melange.com/gci/task/view/google/gci2013/5314763659673600: follow-on : follow-on - ... |
| 05:09.44 | Notify | 03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Ready for review - The work on this task is ready to be reviewed. |
| 05:10.21 | *** join/#brlcad kesha_ (~kesha@49.249.16.131) | |
| 05:16.02 | Notify | 03GCI:Melange * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: No more Work can be submitted - Melange has detected that the deadline has passed and no more work can be submitted.... |
| 05:28.37 | Notify | 03BRL-CAD:peter-sa * 59223 brlcad/trunk/src/libbn/tests/CMakeLists.txt: Add unit tests for several libbn tabdata functions, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5566134673735680 |
| 05:28.38 | gcibot | Create unit tests for our numerics math library (LIBBN) #2 |
| 05:28.39 | gcibot | Status: Closed |
| 05:28.39 | gcibot | Mentor(s): Harmanpreet |
| 05:29.23 | Notify | 03BRL-CAD:peter-sa * 59224 (brlcad/trunk/src/librt/primitives/extrude/extrude.c brlcad/trunk/src/librt/primitives/table.c): Add a volume function for extruded sketches, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5948152553144320 |
| 05:29.24 | gcibot | Implement a volume function for extruded sketches (EXTRUDE) |
| 05:29.25 | gcibot | Status: Closed |
| 05:29.25 | gcibot | Mentor(s): Sean |
| 05:46.33 | *** join/#brlcad ankush92 (~ankush92@117.201.101.195) | |
| 05:59.15 | *** join/#brlcad kesha_ (~kesha@49.202.238.55) | |
| 06:06.38 | *** join/#brlcad ankush92 (~ankush92@117.201.106.149) | |
| 06:12.37 | Notify | 03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: So - To use this theme, put the brlcad folder in wp-content > themes. Insert plugins into wp-content > plugins.... |
| 06:21.56 | Notify | 03GCI:Andromeda Galaxy * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Task Claimed - I would like to work on this task. |
| 06:27.35 | Notify | 03GCI:Mandeep Kaur * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 06:51.37 | *** join/#brlcad ankush92 (~ankush92@115.253.209.251) | |
| 06:55.03 | Notify | 03GCI:PCK-45 * 5893967379955712 Design a front cover of Doc Camp Book #4: Ready for review - The work on this task is ready to be reviewed. |
| 07:42.51 | *** join/#brlcad ankush92 (~ankush92@115.253.145.221) | |
| 07:58.50 | Notify | 03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: Ready for review - The work on this task is ready to be reviewed. |
| 08:00.15 | Notify | 03GCI:Chan Ho Jun * 5784960841547776 Fix errors in Hacking BRL-CAD book: Here you go - I've uploaded two patches: one against the old file, and another against the current file. |
| 08:24.10 | *** join/#brlcad ankush92 (~ankush92@117.201.111.106) | |
| 08:49.38 | *** join/#brlcad kesha_ (~kesha@49.249.8.228) | |
| 09:22.16 | *** join/#brlcad ankush92 (~ankush92@117.201.99.122) | |
| 09:22.59 | Notify | 03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Task Claimed - I would like to work on this task. |
| 10:09.10 | Notify | 03GCI:Mandeep Kaur * 5863528074313728 Design new API function to reduce duplication: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task, good... |
| 10:34.28 | Notify | 03GCI:Marie Gita * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: Task Claimed - I would like to work on this task. |
| 10:59.27 | *** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94) | |
| 11:27.44 | Notify | 03BRL-CAD:tbrowder2 * 59225 brlcad/trunk/src/librt/primitives/table.c: add missing function cast macro for new function |
| 11:37.41 | Notify | 03BRL-CAD:tbrowder2 * 59226 brlcad/trunk/src/librt/primitives/xxx/xxx.c: add info on mandatory function cast macro for each new function |
| 11:37.45 | Notify | 03GCI:Mandeep Kaur * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: Task Assigned - This task has been assigned to Marie Gita. You have 72 hours to complete this task,... |
| 12:13.04 | *** join/#brlcad jschulte (50bb605e@gateway/web/freenode/ip.80.187.96.94) | |
| 12:41.21 | *** join/#brlcad Rishabh (~chatzilla@106.76.167.231) | |
| 12:50.07 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:53.46 | *** join/#brlcad Rishabh (~chatzilla@1.187.161.20) | |
| 14:01.13 | Notify | 03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Ready for review - The work on this task is ready to be reviewed. |
| 14:02.25 | Notify | 03GCI:Jacob B * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Version - GCC 4.8.2 |
| 14:09.56 | maths22 | brlcad: I noted the version, made a patch and uploaded the cmake summary |
| 14:13.48 | maths22 | starseeker: a couple things i noticed about Chan Ho Jun's Hacking patch |
| 14:16.04 | *** join/#brlcad FOSScookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) | |
| 14:18.06 | maths22 | program listings are indented; subtitles are used where title would be more appropriate; subsection is not a valid docbook tag; log also is not |
| 14:22.05 | maths22 | the table of build options is a set of paragraphs; the appenixes are each one large programlisting |
| 14:22.25 | maths22 | I'm not trying to be harsh, and I welcome such comments on my version of the file as well |
| 14:24.45 | maths22 | also, paragraph breaks are not where they were in the original floss manual |
| 14:45.40 | Notify | 03GCI:Andromeda Galaxy * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Ready for review - The work on this task is ready to be reviewed. |
| 15:20.21 | *** join/#brlcad caen23 (~caen23@92.83.172.48) | |
| 15:23.58 | *** part/#brlcad caen23 (~caen23@92.83.172.48) | |
| 15:24.35 | *** join/#brlcad WhiteCalf (~DarkCalf@173.231.40.98) | |
| 17:19.02 | Notify | 03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed. |
| 18:01.51 | *** join/#brlcad jschulte (50bb662a@gateway/web/freenode/ip.80.187.102.42) | |
| 18:17.56 | Notify | 03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: Task Closed - Congratulations, this task has been completed successfully. |
| 18:18.16 | Notify | 03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: fantastic - These are both fantastic designs. Thank you! |
| 18:19.06 | Notify | 03GCI:Sean * 5798747955003392 Compile BRL-CAD with GCC 4.8.2+: Task Closed - Congratulations, this task has been completed successfully. |
| 18:54.08 | Notify | 03GCI:PCK-45 * 5893967379955712 Design a front cover of Doc Camp Book #4: None - Thank you! |
| 19:20.23 | brlcad | maths22: it all looked good |
| 19:20.39 | brlcad | looked like everything in your patch save for the function pointers had been addressed |
| 19:20.47 | brlcad | probably an out-of-date checkout |
| 19:22.26 | Notify | 03GCI:Jacob B * 5890419736969216 Compile BRL-CAD with Intel Compiler: Task Claimed - I would like to work on this task. |
| 19:25.08 | brlcad | you guys aren't going to make this easy, are you |
| 19:25.16 | Notify | 03GCI:Sean * 5890419736969216 Compile BRL-CAD with Intel Compiler: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 19:28.04 | brlcad | there are easily nine in contention to be in the top five by the end of GCI |
| 19:28.47 | brlcad | and presently five easily in place for grand prize consideration |
| 19:30.33 | brlcad | maths22: curious if you have also looked at anita's or connor's wordpress themes? |
| 19:31.05 | brlcad | i'd hope to get the new website up and running before GCI is over as that is easily our biggest showcase feature if we can put all the pieces together with other tasks |
| 19:35.13 | maths22 | brlcad: I haven't |
| 19:35.29 | maths22 | could you share the links? |
| 19:35.50 | maths22 | also, could you make at least one extra task for the docbook. |
| 19:36.27 | maths22 | That took me a long time, and I would like to have some sort of "extra" credit (maybe for the images)? |
| 19:36.45 | maths22 | I don't know if you saw my converstaion with starseeker about it |
| 19:44.54 | maths22 | My only reason for asking is that starseeker suggested I do it; I'm not trying to take advantage of the system |
| 19:53.08 | maths22 | I looked at connor's; I will need to edit it so that more than the home page is acessible: see brlcad.org/wp |
| 19:54.35 | Notify | 03GCI:Sharan Narayan * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Ready for review - The work on this task is ready... |
| 19:56.07 | maths22 | brlcad: also, I'm happy to get it up and running after GCI is over if that turns out to be easier |
| 19:56.48 | brlcad | maths22: http://www.google-melange.com/gci/task/view/google/gci2013/5877967754362880 |
| 19:56.49 | gcibot | Consolidate and integrate HACKING XML changes |
| 19:56.49 | gcibot | Status: Open |
| 19:56.50 | gcibot | Mentor(s): starseeker |
| 19:56.59 | brlcad | maths22: and yes, I did see your earlier conversations |
| 20:01.22 | maths22 | Ok; thanks |
| 20:01.45 | maths22 | Connor did a very good job with that front page and making it work with WP |
| 20:02.35 | maths22 | I'll claim that task once icc finishes compiling |
| 20:02.46 | brlcad | no rush |
| 20:03.06 | brlcad | got a whole week to go ;) |
| 20:03.34 | brlcad | that's technically enough time to complete 20+ tasks |
| 20:03.46 | brlcad | someone with a lot of time on their hands could easily jump to the top of the list in a week's time |
| 20:05.57 | brlcad | maths22: what'd you do with the hacking xml appendices if not one large programlisting (i don't recall)? |
| 20:08.44 | Notify | 03GCI:Sean * 5784960841547776 Fix errors in Hacking BRL-CAD book: Task Closed - Congratulations, this task has been completed successfully. |
| 20:10.14 | Notify | 03GCI:Sean * 5784960841547776 Fix errors in Hacking BRL-CAD book: good work - There are a few issues like indenting the program listings and turning the build options into a set of paragraphs, but... |
| 20:12.20 | Notify | 03GCI:Sean * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Task Closed - Congratulations, this task has been completed successfully. |
| 20:45.34 | maths22 | brlcad: look at the original floss manual page |
| 20:45.48 | maths22 | Each appendix was broken into several "programlistings" |
| 20:47.39 | Notify | 03GCI:Jacob B * 5890419736969216 Compile BRL-CAD with Intel Compiler: Ready for review - The work on this task is ready to be reviewed. |
| 20:51.45 | brlcad | based on? |
| 20:51.56 | brlcad | I don't have that handy at the moment |
| 20:52.06 | brlcad | broken by blank lines or something? |
| 20:52.28 | brlcad | one big program listing seems reasonable to me unless there are comments interleaved |
| 20:53.57 | maths22 | broken by section: http://en.flossmanuals.net/contributors-guide-to-brl-cad/doc-template-new-command/ |
| 20:55.04 | brlcad | seems a little contrived given the top-level refentry is spread from top to bottom... :) |
| 20:55.41 | brlcad | and the first one contains two sections |
| 20:56.32 | brlcad | i get why, but I'd probably opt to just keep it simple -- drop the file in |
| 20:56.38 | maths22 | that may make sense |
| 20:56.54 | maths22 | For the combination task, I will convert it |
| 20:56.59 | brlcad | we can use <!-- --> to document the sections better than we can annotate what's important with docbook sections |
| 20:57.10 | maths22 | Makes sense |
| 21:02.17 | Notify | 03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: several issues - Johannes, this is thought-provoking but there are several issues I see. First is that that new... |
| 21:02.35 | brlcad | maths22: thoughts on http://www.google-melange.com/gci/task/view/google/gci2013/5956421170495488 |
| 21:02.36 | gcibot | Create Wordpress theme for BRL-CAD website #2 |
| 21:02.37 | gcibot | Status: NeedsReview |
| 21:02.37 | gcibot | Mentor(s): Sean |
| 21:02.37 | Notify | 03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 21:05.00 | maths22 | brlcad: I'll take a look in a few minutes |
| 21:06.11 | brlcad | also have a recompile for you.. |
| 21:06.17 | Notify | 03GCI:Sean * 5890419736969216 Compile BRL-CAD with Intel Compiler: VERBOSE=1 - This is actually rather surprising. Awesome, but surprising. Would you run these two in the build directory? make... |
| 21:07.07 | Notify | 03GCI:Sean * 5890419736969216 Compile BRL-CAD with Intel Compiler: Task Closed - Congratulations, this task has been completed successfully. |
| 21:11.03 | Notify | 03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4... |
| 21:11.13 | Notify | 03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: Task Closed - Congratulations, this task has been completed... |
| 21:11.53 | maths22 | will compile |
| 21:12.03 | Notify | 03GCI:Sean * 5832530557140992 Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #4: oops - And I selected the wrong button.. :) However, I'd... |
| 21:12.38 | Notify | 03GCI:Sean * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Task Closed - Congratulations, this task has been completed successfully. |
| 21:14.43 | maths22 | Also, what was surprising about my task? |
| 21:15.09 | brlcad | surprising that it compiled without any issues or warnings getting issues |
| 21:15.11 | brlcad | issued |
| 21:15.13 | Notify | 03GCI:Sean * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: above and beyond - Anita, this work is above and beyond what is expected for a GCI task, so sincere thank you for your... |
| 21:15.28 | brlcad | that hasn't happened in a while |
| 21:15.48 | brlcad | especially with so many changes occuring to the repo sources lately, it's just very surprising |
| 21:16.45 | maths22 | There were warnings; just not ones that broke the build |
| 21:24.06 | maths22 | brlcad: wow with anita's version |
| 21:24.14 | maths22 | I have installed it at brlcad.org/wp |
| 21:24.17 | maths22 | take a look |
| 21:25.03 | maths22 | The only problem is that the header covers the content, but that should be easy to fix |
| 21:49.13 | brlcad | I get a lot of dead image links (most of them) |
| 21:49.33 | maths22 | I will take a look |
| 21:49.42 | brlcad | nice responsive design! |
| 21:52.06 | maths22 | unfortinately, I cannot add the images; they were not included in anything Anita shared |
| 21:52.38 | maths22 | the xml references them at localhost, so wordpress can't pull them |
| 22:05.17 | Notify | 03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: next draft - Thanks for your input. I lost a bit of overview. After looking again through the current usages... |
| 22:06.12 | Notify | 03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed. |
| 22:32.07 | Notify | 03GCI:Jacob B * 5877967754362880 Consolidate and integrate HACKING XML changes: Task Claimed - I would like to work on this task. |
| 22:33.43 | maths22 | brlcad: for the task I just claimed, I am inclined to mostly improve the one I submitted, as I did not see anything (other than the unified programlisitings) which I prefered/seemed better in the second one |
| 22:33.51 | maths22 | Let me know if there was something you saw |
| 22:40.43 | maths22 | brlcad: the reason you saw no errors earlier was that I only redirected stdout |
| 22:40.48 | maths22 | I forgot to redirect stderr |
| 23:20.39 | maths22 | brlcad: once the log is done, how should I share it? |
| 23:28.22 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed. |
| 23:51.51 | Notify | 03BRL-CAD Wiki:Anitaleung * 0 /wiki/User:Anitaleung: |
| 00:08.06 | Notify | 03GCI:Jacob B * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: File Format - Alex,You should upload this as an rtf, odt, or some other open file format. Not every... |
| 00:37.25 | *** join/#brlcad jschulte (50bb662a@gateway/web/freenode/ip.80.187.102.42) | |
| 01:00.45 | Notify | 03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: None - In fact, at least the second function header is still wrong. I missed the fourth parameter, a pointer... |
| 01:41.32 | Notify | 03BRL-CAD:peter-sa * 59227 (brlcad/trunk/src/libbn/tests/CMakeLists.txt brlcad/trunk/src/libbn/tests/bn_tabdata.c): Add unit tests for several more libbn tabdata functions, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/4982457745014784 |
| 01:41.34 | gcibot | Create unit tests for our numerics math library (LIBBN) #4 |
| 01:41.35 | gcibot | Status: Closed |
| 01:41.35 | gcibot | Mentor(s): Andrei |
| 01:48.58 | Notify | 03GCI:Andromeda Galaxy * 4982457745014784 Create unit tests for our numerics math library (LIBBN) #4: Commit - This was committed r59227 |
| 02:05.58 | *** join/#brlcad ankush92 (~ankush92@117.201.104.75) | |
| 02:27.19 | *** join/#brlcad Rishabh (~chatzilla@106.78.70.191) | |
| 02:32.21 | brlcad | maths22: what are the image references (wp theme)? looks like the images are just the ones from the mock-up |
| 02:32.42 | brlcad | if it's actually got the filepath, should work to just strip localhost |
| 02:32.58 | brlcad | and you can e-mail the log |
| 02:33.51 | Notify | 03GCI:Sean * 5877967754362880 Consolidate and integrate HACKING XML changes: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 02:45.24 | maths22 | brlcad: what email? |
| 02:48.42 | maths22 | how would I download all the images from the mockup? |
| 02:51.56 | maths22 | With the task I just closed, please let me know if there is anything you think could be better. |
| 02:52.12 | Notify | 03GCI:Jacob B * 5877967754362880 Consolidate and integrate HACKING XML changes: Ready for review - The work on this task is ready to be reviewed. |
| 02:53.36 | maths22 | The ouput of it can be viewed at at http://brlcad.org/~maths22/books/en/HACKING_BRL-CAD.html |
| 02:54.38 | starseeker | brlcad: I updated as many of the Docbook image tasks as I could, but I can't seem to do anything about this one: http://www.google-melange.com/gci/task/view/google/gci2013/5269580603719680 |
| 02:54.39 | gcibot | Fix image formatting in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) #5 |
| 02:54.39 | gcibot | Status: Reopened |
| 02:54.39 | gcibot | Mentor(s): Sean |
| 02:55.23 | starseeker | the others I've updates like this one: http://www.google-melange.com/gci/task/view/google/gci2013/5520829748084736 |
| 02:55.24 | gcibot | Fix image sizing in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents) |
| 02:55.24 | gcibot | Status: Open |
| 02:55.24 | gcibot | Mentor(s): Sean |
| 02:58.39 | maths22 | starseeker: you can't edit it beacuse it is reopened |
| 02:59.03 | starseeker | it needs to go then - it's obsolete |
| 02:59.54 | maths22 | hopefully brlcad can delete it them |
| 03:01.35 | maths22 | by the way, what do you think of the newly formatted HACKING? |
| 03:01.56 | starseeker | wish I understood better why we see those extra A characters in our Docbook html output |
| 03:02.12 | starseeker | looks awesome |
| 03:02.34 | maths22 | Encoding issues |
| 03:02.51 | maths22 | the file is utf-8, but the browser does not see it that way |
| 03:03.01 | brlcad | starseeker: tasks that have been claimed cannot be edited |
| 03:03.20 | starseeker | not even after they're reopened? |
| 03:03.22 | starseeker | bummer |
| 03:03.23 | brlcad | maths22: the e-mail posted as a comment |
| 03:04.01 | brlcad | starseeker: yeah, there's a feature request to make them editable if no work has been submitted that was accepted, but wasn't implemented before GCI began |
| 03:04.11 | starseeker | maths22: would be nice if we could figure out a reliable way to properly identify our files to browsers - do you happen to know any tricks for that? |
| 03:04.15 | brlcad | it can be deleted or clarified in a comment |
| 03:04.26 | starseeker | should probably delete it |
| 03:04.36 | starseeker | we've got several other tasks for the next stage now |
| 03:05.05 | brlcad | deleted |
| 03:05.06 | maths22 | starseeker: it needs a meta tag; not sure how to add it |
| 03:05.17 | starseeker | brlcad: thanks |
| 03:06.19 | brlcad | published the one pending |
| 03:06.24 | maths22 | brlcad: ok (i must not have looked carefully enough) |
| 03:06.56 | maths22 | actually, I don't see it in a comment |
| 03:07.04 | brlcad | hmm |
| 03:07.06 | maths22 | task: http://www.google-melange.com/gci/task/view/google/gci2013/5890419736969216 |
| 03:07.06 | gcibot | Compile BRL-CAD with Intel Compiler |
| 03:07.07 | gcibot | Status: Closed |
| 03:07.07 | gcibot | Mentor(s): erikg |
| 03:07.21 | brlcad | one of your tasks, not sure which |
| 03:07.25 | brlcad | devs |
| 03:07.27 | brlcad | brlcad.org |
| 03:07.45 | maths22 | OK thanks |
| 03:09.00 | brlcad | maths22: go ahead and claim the last HACKING task as well since you completed the task |
| 03:09.25 | brlcad | you can make that change to the appendices as the only mod needed |
| 03:10.51 | maths22 | That change is already done in the one I just submitted |
| 03:11.44 | maths22 | The log has been sent |
| 03:12.20 | brlcad | okay, so then claim and re-post ;) |
| 03:13.45 | Notify | 03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 03:13.56 | maths22 | I will once you close the one I just finished |
| 03:14.25 | starseeker | maths22: got it |
| 03:14.36 | Notify | 03GCI:starseeker * 5877967754362880 Consolidate and integrate HACKING XML changes: Task Closed - Congratulations, this task has been completed successfully. |
| 03:15.04 | maths22 | thanks |
| 03:15.38 | maths22 | next one claimed ... |
| 03:15.56 | Notify | 03GCI:Jacob B * 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Task Claimed - I would like to work on this task. |
| 03:16.31 | Notify | 03GCI:Andromeda Galaxy * 5818298646134784 Compile BRL-CAD using LLVM 3.3: Task Claimed - I would like to work on this task. |
| 03:17.11 | Notify | 03GCI:starseeker * 5877967754362880 Consolidate and integrate HACKING XML changes: Primary work didn't end up in needing a patch - The majority of the work on this task was a comparative review of... |
| 03:17.41 | Notify | 03GCI:starseeker * 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Task Assigned - This task has been assigned to Jacob B. You have 48 hours to complete this task, good luck! |
| 03:18.43 | maths22 | and it is submitted ... |
| 03:18.46 | Notify | 03GCI:Jacob B * 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Ready for review - The work on this task is ready to be reviewed. |
| 03:19.24 | starseeker | maths22: to be sure I understand - what is this patch doing? removing programlisting wrappings? |
| 03:19.41 | maths22 | It fixed a validation error (too many tablebody s) |
| 03:19.57 | maths22 | It made each appendix 1 programlisting |
| 03:20.02 | starseeker | ok |
| 03:20.26 | maths22 | and it removed extra whitespace at the end of prgramlisting s |
| 03:20.35 | starseeker | let me try it quick |
| 03:21.02 | maths22 | OK. The images would be a good task for those other docbook ones |
| 03:21.24 | starseeker | which images? |
| 03:21.42 | starseeker | oh, you mean the sizing? |
| 03:22.07 | maths22 | yes. they also need the separate pdf and html elements |
| 03:22.24 | starseeker | ah - the fo and html imageobject breakout? |
| 03:22.36 | maths22 | yes |
| 03:23.15 | *** join/#brlcad ankush92 (~ankush92@115.250.184.120) | |
| 03:23.19 | starseeker | heh - should be able to (basically) re-run the script submitted in this task: http://www.google-melange.com/gci/task/view/google/gci2013/5495828743454720 |
| 03:23.20 | gcibot | Write a script to complete all DocBook image tag updates |
| 03:23.20 | gcibot | Status: Closed |
| 03:23.20 | gcibot | Mentor(s): starseeker, Sean |
| 03:23.29 | maths22 | I should think so |
| 03:24.16 | starseeker | brlcad: is that a suitable task (apply the script to HACKING?) |
| 03:24.46 | maths22 | otherwise it could be combined with sizing |
| 03:25.14 | starseeker | maths22: it might be worth a task because you have to manually correct the output of the script for special characters |
| 03:25.36 | starseeker | python seems to output the actual unicode characters instead of the DocBook ASCII specification |
| 03:25.56 | starseeker | for a big document like HACKING that could be a bit of work... |
| 03:26.01 | maths22 | ok |
| 03:27.28 | starseeker | maths22: let me commit your patch quick |
| 03:28.16 | Notify | 03GCI:starseeker * 5883602550128640 Fix errors in Hacking BRL-CAD book #3: Task Closed - Congratulations, this task has been completed successfully. |
| 03:29.19 | starseeker | maths22: are you set up to do PDF builds of DocBook documents? |
| 03:29.40 | Notify | 03BRL-CAD:starseeker * 59228 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: Apply patch from http://www.google-melange.com/gci/task/view/google/gci2013/5883602550128640 updating program listings in HACKING BRL-CAD |
| 03:29.41 | gcibot | Fix errors in Hacking BRL-CAD book #3 |
| 03:29.41 | gcibot | Status: Closed |
| 03:29.41 | gcibot | Mentor(s): starseeker |
| 03:30.41 | maths22 | Of HACKING or anoother file? |
| 03:31.05 | starseeker | if you can do hacking you can do any of our DocBook files |
| 03:31.30 | starseeker | basically requires having Apache FOP installed |
| 03:31.46 | maths22 | Yes (I use the server to do it) |
| 03:31.52 | maths22 | Why? |
| 03:32.16 | starseeker | that's what the next DocBook tasks will need, if you're interested in more DocBook stuff :-) |
| 03:32.24 | maths22 | Aha |
| 03:32.29 | maths22 | ! |
| 03:32.43 | maths22 | Next i'm going to compile with GCC trunk |
| 03:32.53 | maths22 | servers are good for this because they are fast! |
| 03:32.57 | starseeker | indeed |
| 03:33.24 | starseeker | can't wait for 24 cores as standard on everyday desktops :-) |
| 03:33.34 | maths22 | That way I can also turn off my computer whenever I want |
| 03:33.38 | maths22 | make -j32 |
| 03:34.23 | starseeker | Heh - "BRL-CAD - melting glaciers since 2005!" |
| 03:43.59 | Notify | 03GCI:Anita Leung * 5956421170495488 Create Wordpress theme for BRL-CAD website #2: Wow - Thank you so much for your acknowledgements! I started the competition late so it feels really awesome to... |
| 03:45.08 | Notify | 03BRL-CAD:starseeker * 59229 brlcad/trunk/doc/docbook/books/en/HACKING_BRL-CAD.xml: Add html and fo roles to imageobjects in Hacking BRL-CAD |
| 03:48.04 | starseeker | maths22: script did the trick, but needed to use meld to avoid the unintended changes. Anyhow, it's now ready to go |
| 04:08.55 | *** join/#brlcad ankush92 (~ankush92@117.201.96.50) | |
| 04:09.51 | Notify | 03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: harder than it seems - This task is a lot harder than it seems. It takes a lot of forethought to work through everything... |
| 04:13.46 | Notify | 03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 04:14.42 | Notify | 03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: The script based on provided resources - (please ignore punctuation and formatting) 11 Reasons to Choose... |
| 04:44.08 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Deadline extended - The deadline of the task has been extended with 1 days and 0 hours. |
| 04:44.21 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 04:44.21 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: bad pointer - Alex, that file:line number indicate something is amiss. Either "svn up" is failing to complete... |
| 04:45.24 | Notify | 03GCI:Sean * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 04:45.34 | Notify | 03GCI:Sean * 5818298646134784 Compile BRL-CAD using LLVM 3.3: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good luck! |
| 04:47.29 | Notify | 03GCI:Sean * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: GCI status - Anita, you might like to know that you are currently within three tasks of making our top five. Thank you... |
| 04:49.04 | Notify | 03GCI:Sean * 6447429750620160 Design new Archer splash screen #4: GCI update - Olexander, you might like to know that you are currently within three tasks of making our top five. Thank you for your... |
| 04:53.24 | Notify | 03GCI:Sean * 5327637555707904 Design a cover image or banner for our Facebook page (and other social media sites) #6: GCI update - Palindrome, I just wanted to let you know that you are one task... |
| 04:54.19 | Notify | 03GCI:Andromeda Galaxy * 5818298646134784 Compile BRL-CAD using LLVM 3.3: Ready for review - The work on this task is ready to be reviewed. |
| 04:54.34 | Notify | 03GCI:Sean * 5893967379955712 Design a front cover of Doc Camp Book #4: GCI update - PCK-45, want to let you know that you are just one task shy of getting a t-shirt from Google for having... |
| 04:55.10 | Notify | 03GCI:Sean * 5322891348410368 Design a BRL-CAD business card #10: GCI update - Adit, want to let you know that you are just one task shy of getting a t-shirt from Google for having completed three... |
| 04:57.05 | Notify | 03GCI:Sean * 6219730314592256 Add missing documentation (for any ONE command) #2: GCI update - Shardul, want to let you know that you are just one task shy of getting a t-shirt from Google for... |
| 04:57.20 | Notify | 03GCI:Sean * 5809141775859712 Create a BRL-CAD presentation template #4: GCI update - Rishi, want to let you know that you are just one task shy of getting a t-shirt from Google for having... |
| 05:02.00 | Notify | 03GCI:Sean * 5898141282861056 Design a BRL-CAD Sticker #2: GCI update - Oleg, want to let you know that you are just one task shy of getting a t-shirt from Google for having completed three BRL-CAD... |
| 05:02.41 | Notify | 03GCI:Sean * 5887471241920512 Design a BRL-CAD business card #6: GCI update - Pulkit, want to let you know that you are just one task shy of getting a t-shirt from Google for having completed three... |
| 05:03.16 | Notify | 03GCI:Sean * 5237835963564032 Design new Archer splash screen #3: GCI update - Marcin, want to let you know that you are just one task shy of getting a t-shirt from Google for having completed... |
| 05:03.31 | Notify | 03GCI:Sean * 5112711083982848 Fix at least 8 spelling mistakes in at least 8 different files #2: GCI update - YuGin, want to let you know that you are just one task shy of getting a t-shirt from... |
| 05:05.31 | Notify | 03GCI:Sean * 5818298646134784 Compile BRL-CAD using LLVM 3.3: Task Closed - Congratulations, this task has been completed successfully. |
| 05:07.54 | brlcad | thinks it's perhaps time for another wave of new tasks |
| 05:08.55 | brlcad | although with 65 tasks remaining, there's a lot of possibility there |
| 05:20.47 | *** join/#brlcad ankush92 (~ankush92@117.201.104.65) | |
| 05:41.47 | *** join/#brlcad andromeda-galaxy (~user@117.196.157.2) | |
| 05:50.09 | Notify | 03GCI:Rishi Sharma * 5809141775859712 Create a BRL-CAD presentation template #4: None - Sir, I have already completed my 4 tasks in GCI. |
| 06:00.21 | Notify | 03GCI:Andromeda Galaxy * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: Task Claimed - I would like to work on this task. |
| 06:05.21 | Notify | 03GCI:Mandeep Kaur * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 06:08.26 | Notify | 03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: Task Claimed - I would like to work on this task. |
| 06:20.32 | Notify | 03GCI:Mandeep Kaur * 5869229643399168 Design a BRL-CAD Sticker #11: Task Assigned - This task has been assigned to Rishi Sharma. You have 168 hours to complete this task, good luck! |
| 06:26.52 | *** join/#brlcad andromeda-galaxy (~user@117.222.151.35) | |
| 06:27.32 | andromeda-galaxy | Can anyone tell me what the wdb_ files are for? (i.e. what is the difference between src/libged/bigE.c and src/libged/wdb_bigE.c) |
| 06:47.43 | *** join/#brlcad ankush92 (~ankush92@117.214.5.61) | |
| 06:50.56 | Notify | 03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: None - Do I need to write my name over the sticker?? |
| 06:56.18 | *** join/#brlcad ankush92 (~ankush92@117.214.59.245) | |
| 07:11.00 | *** join/#brlcad ankush92 (~ankush92@117.214.57.230) | |
| 07:40.01 | brlcad | the latter wdb_ are deprecated and slated for removal (if he comes back) |
| 08:02.32 | Notify | 03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: Ready for review - The work on this task is ready to be reviewed. |
| 08:03.58 | Notify | 03BRL-CAD:brlcad * 59230 brlcad/trunk/src/libbn/noise.c: fix a bug in find_spec_wgt() introduced in r36554 whereby no cache hits were being found causing every value to result in 2*N iterations through the list (getting exponentially slower as the list grows). basically tools using random noise (such as 'terrain') were taking an incredibly long time. |
| 08:13.04 | Notify | 03BRL-CAD:brlcad * 59231 brlcad/trunk/NEWS: improved/fixed a performance problem identified in libbn's noise interface which is used by the 'terrain' tool as well as a number of shaders including the air, camo, fbm, fire, grass, noise, and scloud shaders. should noticably improve regression performance (shaders test). slow-down issue was introduced around the 7.14 line. |
| 08:13.17 | Notify | 03BRL-CAD:brlcad * 59232 brlcad/trunk/src/util/terrain.c: clean up the terrain tool a little bit, taking the address to functions for the function pointer and passing a double pointer so we affect the original. problem inadvertently identified by gci participant maths22 during portability compilation (latest gcc blatered a warning). |
| 08:15.38 | Notify | 03GCI:Andromeda Galaxy * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: Ready for review - The work on this task is ready to be reviewed. |
| 08:23.10 | Notify | 03GCI:Sean * 5869229643399168 Design a BRL-CAD Sticker #11: name - Rishi, you will most certainly be credited with your creation if we send these to print, but I don't think we'd want that on the... |
| 08:23.41 | Notify | 03GCI:Sean * 5869229643399168 Design a BRL-CAD Sticker #11: Task Closed - Congratulations, this task has been completed successfully. |
| 08:25.31 | Notify | 03GCI:Sean * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: Task Closed - Congratulations, this task has been completed successfully. |
| 08:27.46 | Notify | 03GCI:Sean * 6465249569931264 Identify and eliminate code duplication (100+ lines) #2: wdb functions - Just so you know, many/most of the code in the src/libged/wdb_*.c files are... |
| 08:28.11 | Notify | 03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: None - Thank You for appreciating the use of logo instead 'A' and I'm sorry about writing that name as I was confused after... |
| 08:34.32 | Notify | 03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Task Claimed - I would like to work on this task. |
| 08:36.08 | *** join/#brlcad ankush92 (~ankush92@117.214.57.230) | |
| 08:36.37 | Notify | 03GCI:Sean * 5869229643399168 Design a BRL-CAD Sticker #11: understood - No harm but since you put the statement on some of them, you still need to confirm here that we are granted full rights to... |
| 08:36.56 | Notify | 03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task, good... |
| 09:44.17 | *** join/#brlcad kesha_ (~kesha@49.249.17.248) | |
| 09:47.39 | *** join/#brlcad ankush92 (~ankush92@115.250.151.225) | |
| 10:10.55 | *** join/#brlcad andromeda-galaxy (~user@117.222.146.165) | |
| 10:13.13 | *** join/#brlcad andromed` (~user@117.222.146.165) | |
| 10:13.16 | *** part/#brlcad andromed` (~user@117.222.146.165) | |
| 10:14.48 | *** join/#brlcad andromeda-galaxy (~user@117.222.146.165) | |
| 10:20.08 | *** part/#brlcad andromeda-galaxy (~user@117.222.146.165) | |
| 10:22.59 | *** join/#brlcad andromeda-galaxy (~user@117.222.146.165) | |
| 10:23.37 | andromeda-galaxy | If a GCI task's completion takes a long time and does significantly more than the task requires, would it be possible to split that task into more than one after the fact? |
| 10:53.44 | *** join/#brlcad merzo (~merzo@76-55-132-95.pool.ukrtel.net) | |
| 11:06.20 | *** join/#brlcad kesha__ (~kesha@49.249.17.248) | |
| 11:29.54 | *** join/#brlcad kesha (~kesha@49.202.238.187) | |
| 11:33.03 | *** join/#brlcad jschulte (50bb662a@gateway/web/freenode/ip.80.187.102.42) | |
| 11:39.15 | *** join/#brlcad kesha_ (~kesha@49.249.205.133) | |
| 11:59.47 | *** join/#brlcad kesha_ (~kesha@49.249.8.176) | |
| 12:05.08 | *** join/#brlcad kanzure_ (~kanzure@131.252.130.248) | |
| 12:43.45 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 12:57.37 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 12:58.42 | *** join/#brlcad gcibot (~gcibot@elsalvador.media.mit.edu) | |
| 13:28.28 | *** join/#brlcad jschulte (50bb662a@gateway/web/freenode/ip.80.187.102.42) | |
| 14:00.04 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 14:10.08 | *** join/#brlcad jschulte (50bb610e@gateway/web/freenode/ip.80.187.97.14) | |
| 16:11.50 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 16:30.49 | *** join/#brlcad kesha_ (~kesha@49.249.8.73) | |
| 16:39.47 | maths22 | Notify does not seem to be notifying |
| 16:46.15 | *** join/#brlcad ankush92 (~ankush92@101.62.54.180) | |
| 16:58.40 | *** join/#brlcad andromeda-galaxy (~user@117.222.146.165) | |
| 17:04.47 | *** join/#brlcad kesha (~kesha@49.249.8.73) | |
| 17:14.58 | kesha | brlcad: ping ! |
| 17:15.32 | kesha | waits for pong response :D |
| 17:42.13 | *** join/#brlcad kesha (~kesha@49.249.8.73) | |
| 17:49.53 | *** join/#brlcad ankush92 (~ankush92@59.94.92.216) | |
| 18:14.06 | *** join/#brlcad devora (~devora@193.104.110.149) | |
| 18:24.34 | *** join/#brlcad caen23 (~caen23@92.83.172.48) | |
| 18:48.53 | brlcad | kesha: I'm nose-deep in an editor all day today, so I won't have time to talk for several hours -- but I'll e-mail you a follow-up with more details if we can't sync up here |
| 19:25.10 | kesha | brlcad: cool. perfectly alright ! |
| 20:35.29 | *** join/#brlcad jschulte (~johannes@p4FDF8E7C.dip0.t-ipconnect.de) | |
| 21:18.57 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 21:28.02 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 21:29.35 | maths22 | What do people think of: https://github.com/noporpoise/sort_r |
| 21:29.58 | maths22 | For a platform independent re-entrant sort (I obvously would not submit it for the task) |
| 21:37.10 | maths22 | starseeker: for these tasks (http://www.google-melange.com/gci/task/view/google/gci2013/5229719012245504) how is good pdf formatting defined? |
| 21:37.18 | maths22 | what is a good size? |
| 21:38.27 | jschulte | maths22: this task has been done already, it was accidentally created a second time |
| 21:39.17 | maths22 | Ok. Good thing I was planning to instead do the documentation one :) |
| 21:43.33 | *** part/#brlcad caen23 (~caen23@92.83.172.48) | |
| 22:25.40 | starseeker | maths22: basically, you're sizing the images so they look "good" in the PDF output |
| 22:26.12 | starseeker | not super-huge compared to the page size (the typical problem) and not so small as to be unclear |
| 22:27.21 | starseeker | maths22: if you look at our lesson files, for example, my recollection is you'll see a large number of images that just have crazy sizing for a PDF |
| 22:29.28 | maths22 | Ok |
| 22:29.31 | maths22 | thanks |
| 00:04.56 | *** join/#brlcad merzo (~merzo@139-19-133-95.pool.ukrtel.net) | |
| 02:20.57 | *** join/#brlcad rudovich (~rudovich@91.210.102.181) | |
| 02:58.36 | brlcad | maths22: yeah, we ended up with a better implementation |
| 02:58.53 | brlcad | that header approach is actually pretty crappy, imho |
| 03:00.01 | brlcad | i mean the fact that it's in a header is okay, nice even, but all the assumptions about compilers and versions are lacking; the fact that it's in a header is a problem for using it across multiple libraries portably |
| 03:01.39 | brlcad | duplicate task deleted |
| 03:26.45 | starseeker | brlcad: I'll take a look at the sticker design when it gets submitted, but be warned you'll probably also want to take a look - my visual design skills are still best described in terms of mathematical infinitesimals |
| 03:38.34 | maths22 | that makes sense |
| 03:38.51 | maths22 | I just was searching and found it |
| 04:28.30 | *** join/#brlcad ankush92 (~ankush92@59.94.93.133) | |
| 05:18.00 | brlcad | I think olexander's page was actual guidelines, matching our new website theme |
| 05:36.07 | *** join/#brlcad ankush92 (~ankush92@59.94.95.30) | |
| 06:02.35 | *** join/#brlcad andromeda-galaxy (~user@117.222.146.76) | |
| 06:08.00 | brlcad | andromeda-galaxy: I'm around for about 5 more min if you have an update |
| 06:08.57 | brlcad | andromeda-galaxy: ah, I see your reply now |
| 06:09.27 | brlcad | not sure I'm reading your reply right -- are you saying that brep_simple from before and after your edit produce the same output? |
| 06:09.43 | brlcad | or just that brep_simple and brep_cube after the edit produce different output? |
| 06:34.41 | *** join/#brlcad andromed` (~user@117.196.155.150) | |
| 06:40.08 | brlcad | andromed`: did you see my questions? |
| 06:40.15 | brlcad | apparently more than 5 min |
| 07:05.48 | *** join/#brlcad ankush92 (~ankush92@117.205.154.17) | |
| 07:26.32 | *** join/#brlcad ankush92 (~ankush92@117.205.156.57) | |
| 07:44.36 | *** join/#brlcad andromeda-galaxy (~user@117.196.155.150) | |
| 07:45.07 | andromeda-galaxy | brlcad: on the superell surface area, do you know where I might be able to get some information on what a,b,c mean in the special cases you mention? |
| 07:47.40 | *** join/#brlcad ankush92 (~ankush92@117.205.153.252) | |
| 08:30.40 | *** join/#brlcad ankush92 (~ankush92@117.205.157.132) | |
| 08:33.01 | *** join/#brlcad yiyus (1242712427@je.je.je) | |
| 10:12.05 | *** join/#brlcad ankush92 (~ankush92@117.205.157.132) | |
| 11:19.31 | *** join/#brlcad caen23 (~caen23@92.83.172.48) | |
| 11:53.22 | *** join/#brlcad ankush92 (~ankush92@115.250.184.205) | |
| 11:54.23 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 13:02.35 | *** join/#brlcad jschulte (~johannes@p4FDF8E84.dip0.t-ipconnect.de) | |
| 13:30.51 | Notify | 03BRL-CAD:starseeker * 59233 brlcad/trunk/src/libbrep/boolean.cpp: Fix trivial case handling for breps |
| 13:31.31 | Notify | 03BRL-CAD:starseeker * 59234 brlcad/trunk/src/libbrep/intersect.cpp: Need to think about how we digest some of the potentially complex interactions between surface/surface intersections and the trimming curves on the faces... |
| 13:31.42 | Notify | 03BRL-CAD:peter-sa * 59235 brlcad/trunk/src/libged/importFg4Section.c: Remove duplicate code in src/libged/importFg4Section.c and src/libged/wdb_importFg4Section.c, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/6465249569931264 |
| 13:31.43 | gcibot | Identify and eliminate code duplication (100+ lines) #2 |
| 13:31.43 | gcibot | Status: Closed |
| 13:31.43 | gcibot | Mentor(s): erikg |
| 13:31.44 | Notify | 03BRL-CAD:peter-sa * 59236 (brlcad/trunk/src/libged/ged_private.h brlcad/trunk/src/libged/track.c brlcad/trunk/src/libged/wdb_track.c): Remove duplicate code in src/libged/track.c and src/libged/wdb_track.c, from GCI task http://www.google-melange.com/gci/task/view/google/gci2013/5274134879666176 |
| 13:31.46 | gcibot | Identify and eliminate code duplication (100+ lines) #4 |
| 13:31.47 | gcibot | Status: Closed |
| 13:31.47 | gcibot | Mentor(s): Harmanpreet |
| 13:32.28 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 13:34.56 | Notify | 03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: FYI - FYI, we'll create as many of these as are completed, so feel free to work on more in advance while... |
| 13:34.57 | Notify | 03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: not ideal - You'll find that for many of the functions, it's not as simple as calling the wdb_ code but the... |
| 13:34.58 | Notify | 03GCI:YuGin * 5112711083982848 Fix at least 8 spelling mistakes in at least 8 different files #2: None - Hi Sean, I am currently completing tasks for other organisations. Thanks for the reminder! |
| 13:34.59 | Notify | 03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Task Claimed - I would like to work on this task. |
| 13:35.00 | Notify | 03GCI:Rishi Sharma * 5869229643399168 Design a BRL-CAD Sticker #11: You are granted full Rights - Yeah! you are granted full rights to use my design. But how you are going to give me credit for... |
| 13:35.01 | Notify | 03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Thanks for information - Thank you for that information. I think that I have found a way in... |
| 13:35.02 | Notify | 03GCI:Olexander Dubenko * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: Task Claimed - I would like to work on this task. |
| 13:35.03 | Notify | 03GCI:Olexander Dubenko * 6447429750620160 Design new Archer splash screen #4: None - Wow, that's great, but I want to be in top five not by quantity but by quality. |
| 13:35.04 | Notify | 03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Task Assigned - This task has been assigned to Rishi Sharma. You have 168 hours to complete this task, good luck! |
| 13:35.05 | Notify | 03GCI:Mandeep Kaur * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: Task Assigned - This task has been assigned to Olexander Dubenko. You have 168 hours to complete this... |
| 13:35.06 | Notify | 03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.07 | Notify | 03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Work Uploaded - I want to inform you that i have uploaded an animated .gif file. You can see animation by simply opening the... |
| 13:35.08 | Notify | 03GCI:Olexander Dubenko * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.09 | Notify | 03GCI:agkphysics * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: Task Claimed - I would like to work on this task. |
| 13:35.10 | Notify | 03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.11 | Notify | 03GCI:Mandeep Kaur * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: Task Assigned - This task has been assigned to agkphysics. You have 72 hours to complete this... |
| 13:35.12 | Notify | 03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Design sticker not animation - I appriciate your efforts but you have to design a sticker for BRL-CAD. You can use given logos,... |
| 13:35.13 | Notify | 03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 13:35.14 | Notify | 03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.15 | Notify | 03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: None - Can I give that animation in "facebook banner" task ? |
| 13:35.16 | Notify | 03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.17 | Notify | 03GCI:PCK-45 * 5893967379955712 Design a front cover of Doc Camp Book #4: None - Thank you! :) |
| 13:35.18 | Notify | 03GCI:Alexandra Covor * 5853079291297792 Create a book layout for our Doc Camp book #3: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.19 | Notify | 03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: None - So, what I'm the least sure about at the moment is the assumption, that the pts array is ccw-sorted.... |
| 13:35.20 | Notify | 03GCI:Sean * 5853079291297792 Create a book layout for our Doc Camp book #3: editable format - Alexandra, did you edit the pdf directly or use some other format / software? Please also submit your... |
| 13:35.21 | Notify | 03GCI:Sean * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 13:35.22 | Notify | 03GCI:Marie Gita * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.23 | Notify | 03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: complexity - We can certainly break up tasks into multiple when they take more than a few hours, but know that... |
| 13:35.24 | Notify | 03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 13:35.25 | Notify | 03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.26 | Notify | 03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: wrong diff - Sorry, I uploaded a partial diff, the proper one will be here in a minute. |
| 13:35.27 | Notify | 03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Yes - Yes you can design banner in that task. |
| 13:35.28 | Notify | 03GCI:Andromeda Galaxy * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Newest version - I renamed ged_track_g to _ged_track, because the _g suffix is somewhat obscure; I... |
| 13:35.29 | Notify | 03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: None - I'm waiting for review. |
| 13:35.30 | Notify | 03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Needs Improvement - You have to be more creative. Have a look at closed tasks for sticker for an idea. |
| 13:35.31 | Notify | 03GCI:Mandeep Kaur * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to... |
| 13:35.32 | Notify | 03GCI:Alexandra Covor * 5853079291297792 Create a book layout for our Doc Camp book #3: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.33 | Notify | 03GCI:Alexandra Covor * 5853079291297792 Create a book layout for our Doc Camp book #3: Updated - I used word to edit the book and then I converted it to pdf. I have removed the yellow background... |
| 13:35.34 | Notify | 03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: how to sort? - If you have an assumption like that, it must be documented in the API header. Another assumption to... |
| 13:35.35 | Notify | 03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this... |
| 13:35.36 | Notify | 03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: chunky logo - Rishi, the design needs to be clean. Also, while the animation is cute, I don't think it'd be appropriate for the facebook... |
| 13:35.37 | Notify | 03GCI:Sean * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: spectacular - This is pretty spectacular Olexander. It'd be useful to have an html version too so it can be... |
| 13:35.38 | Notify | 03GCI:Sean * 5319113052258304 Write draft of BRL-CAD design guidelines cheat sheet: Task Closed - Congratulations, this task has been completed successfully. |
| 13:35.39 | Notify | 03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: None - i didn't get you .can you explain which tasks are you talking about ??? |
| 13:35.40 | Notify | 03GCI:Sean * 5853079291297792 Create a book layout for our Doc Camp book #3: Task Closed - Congratulations, this task has been completed successfully. |
| 13:35.41 | Notify | 03GCI:Sean * 5274134879666176 Identify and eliminate code duplication (100+ lines) #4: Task Closed - Congratulations, this task has been completed successfully. |
| 13:35.42 | Notify | 03GCI:Sean * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: Task Closed - Congratulations, this task has been completed successfully. |
| 13:35.43 | Notify | 03GCI:Sean * 5240909012664320 Design a front cover of Doc Camp Book using Moose mascot: bloody - Heh, B and C look like he's drowning in a sea of blood. The first one looks good, though. |
| 13:35.44 | Notify | 03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.45 | Notify | 03GCI:Andromeda Galaxy * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Claimed - I would like to work on this task. |
| 13:35.46 | Notify | 03GCI:Mandeep Kaur * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 13:35.47 | Notify | 03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 13:35.48 | Notify | 03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12 http://www.google-melange.com/gci/task/view/google/gci2013/5257317062803456: search Rishi, you can go to our main page: : search - ... |
| 13:35.49 | Notify | 03GCI:Andromeda Galaxy * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.50 | Notify | 03GCI:Jacob B * 6438477428162560 Compile BRL-CAD with GCC trunk: Task Claimed - I would like to work on this task. |
| 13:35.51 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 13:35.52 | Notify | 03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Task Claimed - I would like to work on this task. |
| 13:35.53 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: interesting - This is quite a massive reduction, but if you're going to create a new ged pointer, you also... |
| 13:35.54 | Notify | 03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:35.55 | Notify | 03GCI:Johannes Schulte * 5863528074313728 Design new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.56 | Notify | 03GCI:Andromeda Galaxy * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: GED pointer fixed, test seems to work - I fixed the ged_free just now; E sph does seem to... |
| 13:35.57 | Notify | 03GCI:Andromeda Galaxy * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Ready for review - The work on this task is ready to be reviewed. |
| 13:35.58 | Notify | 03GCI:Olexander Dubenko * 5789257352347648 Write draft of BRL-CAD web design guidelines: Task Claimed - I would like to work on this task. |
| 13:35.59 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: Task Closed - Congratulations, this task has been completed successfully. |
| 13:36.00 | Notify | 03GCI:Sean * 4967846266273792 Identify and eliminate code duplication (100+ lines) #3: works for you - If it works for you (and you've actually tested it), that's usually good enough to commit a... |
| 13:36.01 | Notify | 03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: Task Closed - Congratulations, this task has been completed successfully. |
| 13:36.02 | Notify | 03GCI:Sean * 5863528074313728 Design new API function to reduce duplication: implementing them - If you choose to implement either, please only implement and commit one at a time per task so that... |
| 13:36.03 | Notify | 03GCI:Sean * 6438477428162560 Compile BRL-CAD with GCC trunk: Task Assigned - This task has been assigned to Jacob B. You have 72 hours to complete this task, good luck! |
| 13:36.04 | Notify | 03GCI:Sean * 5789257352347648 Write draft of BRL-CAD web design guidelines: Task Assigned - This task has been assigned to Olexander Dubenko. You have 168 hours to complete this task, good luck! |
| 13:36.05 | Notify | 03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: Task Assigned - This task has been assigned to Anita Leung. You have 168 hours to complete this task, good luck! |
| 13:36.06 | Notify | 03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.07 | Notify | 03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: None - Worked a few different versions, hopefully you see one that you like. |
| 13:36.08 | Notify | 03GCI:Rishi Sharma * 5257317062803456 Design a BRL-CAD Sticker #12: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.09 | Notify | 03GCI:Olexander Dubenko * 5789257352347648 Write draft of BRL-CAD web design guidelines: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.10 | Notify | 03GCI:Jacob B * 6438477428162560 Compile BRL-CAD with GCC trunk: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.11 | Notify | 03GCI:Johannes Schulte * 5782971667709952 Implement new API function to reduce duplication: Task Claimed - I would like to work on this task. |
| 13:36.12 | Notify | 03GCI:Toshita * 5269834744987648 Design a cover image or banner for our Facebook page (and/or another social media site) #13: Task Claimed - I would like to work on this task. |
| 13:36.13 | Notify | 03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Claimed - I would like to work on this task. |
| 13:36.14 | Notify | 03GCI:agkphysics * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.15 | Notify | 03GCI:Kesha Shah * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this task,... |
| 13:36.16 | Notify | 03GCI:Palindrome * 4944388228644864 Design a BRL-CAD Sticker #15: Task Claimed - I would like to work on this task. |
| 13:36.17 | Notify | 03GCI:Gauravjeet Singh * 5269834744987648 Design a cover image or banner for our Facebook page (and/or another social media site) #13: Task Assigned - This task has been assigned to Toshita . You... |
| 13:36.18 | Notify | 03GCI:Gauravjeet Singh * 5782971667709952 Implement new API function to reduce duplication: Task Assigned - This task has been assigned to Johannes Schulte. You have 72 hours to complete this task,... |
| 13:36.19 | Notify | 03GCI:Sean * 4944388228644864 Design a BRL-CAD Sticker #15: Task Assigned - This task has been assigned to Palindrome. You have 168 hours to complete this task, good luck! |
| 13:36.20 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: results differ - i entered in the command you said and found the data displayed was different. from the... |
| 13:36.21 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: file format - Oh and i will make sure to upload one of the file formats from what was mentioned when i manage... |
| 13:36.22 | Notify | 03GCI:Alex * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.23 | Notify | 03GCI:starseeker * 5789257352347648 Write draft of BRL-CAD web design guidelines: Did you look at the links in the task? - This appears to be an example of some sort rather than guidlines, if I am... |
| 13:36.24 | Notify | 03GCI:starseeker * 5789257352347648 Write draft of BRL-CAD web design guidelines: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to... |
| 13:36.25 | Notify | 03GCI:Sean * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: Task Closed - Congratulations, this task has been completed successfully. |
| 13:36.26 | Notify | 03GCI:Sean * 6223445729738752 Create an utility library (LIBBU) API unit test for badmagic.c: static callback - This looks good, but the callback function should be static. Excellent discovery of... |
| 13:36.27 | Notify | 03GCI:Sean * 6438477428162560 Compile BRL-CAD with GCC trunk: Task Closed - Congratulations, this task has been completed successfully. |
| 13:36.28 | Notify | 03GCI:Sean * 6438477428162560 Compile BRL-CAD with GCC trunk: good news - Surprising that no warnings were issues, but good news. If your interested, I'm adding tasks to enable any gcc warning that... |
| 13:36.29 | Notify | 03GCI:Sean * 6438477428162560 Compile BRL-CAD with GCC trunk http://www.google-melange.com/gci/task/view/google/gci2013/6438477428162560: follow-on Several of these are posted: : follow-on - ... |
| 13:36.30 | Notify | 03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 13:36.31 | Notify | 03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: heavily borrows - This design heavily borrows from another design, but still with numerous flaws too. The bad outline around the logo.... |
| 13:36.32 | Notify | 03GCI:Sean * 5257317062803456 Design a BRL-CAD Sticker #12: Task Reopened - This task has been Reopened. |
| 13:36.33 | Notify | 03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: editable formats - Anita, several of these look great but the .ai file you uploaded seems to just be our logo? Moreover, of all the... |
| 13:36.34 | Notify | 03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 13:36.35 | Notify | 03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: editable format - Marked as needing more work just so you can upload an editable version for at least some of the more interesting... |
| 13:36.36 | Notify | 03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.37 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: Task Closed - Congratulations, this task has been completed successfully. |
| 13:36.38 | Notify | 03GCI:Sean * 4861354028564480 Write up Wiki page tutorial on our Volumetric Primitive: closing this task out - Alex, I'm closing this task out due to the complications. From your log, the only... |
| 13:36.39 | Notify | 03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.40 | Notify | 03GCI:Sean * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: tool changes - Andromeda, this is interesting but did you verify that you didn't just make two different tools... |
| 13:36.41 | Notify | 03GCI:Sean * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned... |
| 13:36.42 | Notify | 03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.43 | Notify | 03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Hm... - I redownloaded what I submitted and all the designs were provided in that file? Make sure you scroll out to see the rest... |
| 13:36.44 | Notify | 03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Correct tools - I checked files generated from a clean checkout and from the source with this... |
| 13:36.45 | Notify | 03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: perhaps incompatibility - Anita, I still just see one layer and our logo, but then I'm also using a slightly older version of AI than you... |
| 13:36.46 | Notify | 03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s) assigned to this task to satisfy... |
| 13:36.47 | Notify | 03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: Ready for review - The work on this task is ready to be reviewed. |
| 13:36.48 | Notify | 03GCI:Anita Leung * 5836931489333248 Design a BRL-CAD Sticker #13: No problem - I submitted a zip file with a saved svg file, eps files, and one more ai with one flatten layered. |
| 13:36.49 | Notify | 03GCI:Sean * 5486014072094720 Implement a surface area function for super ellipsoids (SUPERELL): comment on mailing list - This is a hint I posted to the brlcad-devel mailing list on this task that... |
| 13:36.50 | Notify | 03GCI:Sean * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: clarity - not sure I'm reading your reply right -- are you saying that brep_simple from before and after your... |
| 13:36.51 | Notify | 03GCI:Sean * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: Task Closed - Congratulations, this task has been completed successfully. |
| 13:36.52 | Notify | 03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: Task Closed - Congratulations, this task has been completed successfully. |
| 13:36.53 | Notify | 03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: frustrating - Well this is frustrating. I was only able to open the SVG and it was somewhat distorted. The EPS files are Illustrator EPS... |
| 13:36.54 | Notify | 03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Task Claimed - I would like to work on this task. |
| 13:36.55 | Notify | 03GCI:Sean * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 13:36.56 | Notify | 03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 13:36.57 | Notify | 03GCI:Anita Leung * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: Task Claimed - I would like to work on this task. |
| 13:36.58 | Notify | 03GCI:Sean * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: needs tightening - The script needs a little refinement before you render to video. I suggest arranging the highlights... |
| 13:36.59 | Notify | 03GCI:Sean * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: Task Assigned - This task has been assigned to Anita Leung. You have 72 hours to complete this task, good luck! |
| 13:37.00 | Notify | 03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Sorry! - I keep claiming and unclaiming the task.. but I actually am rendering the video right now however I... |
| 13:37.01 | Notify | 03GCI:Andromeda Galaxy * 5486014072094720 Implement a surface area function for super ellipsoids (SUPERELL): Task Claimed - I would like to work on this task. |
| 13:37.02 | Notify | 03GCI:Andromeda Galaxy * 6114005533851648 Identify and eliminate code duplication (100+ lines) #5: output - Both: brep_simple from before and after look the same (in Archer), as does brep_cube;... |
| 13:37.03 | Notify | 03GCI:Sean * 5486014072094720 Implement a surface area function for super ellipsoids (SUPERELL): Task Assigned - This task has been assigned to Andromeda Galaxy. You have 72 hours to complete this... |
| 13:37.04 | Notify | 03GCI:Anita Leung * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: Ready for review - The work on this task is ready to be reviewed. |
| 13:37.05 | Notify | 03GCI:Anita Leung * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: None - I have to admit I'm pretty proud of these designs. I remember you had compatability issues last time so... |
| 13:37.06 | Notify | 03GCI:Olexander Dubenko * 5789257352347648 Write draft of BRL-CAD web design guidelines http://www.google-melange.com/gci/task/view/google/gci2013/5789257352347648: None I created HTML version... |
| 13:37.07 | Notify | 03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Task Claimed - I would like to work on this task. |
| 13:37.08 | Notify | 03GCI:Olexander Dubenko * 5789257352347648 Write draft of BRL-CAD web design guidelines http://www.google-melange.com/gci/task/view/google/gci2013/5789257352347648: None *this task -: None - ... |
| 13:37.09 | Notify | 03GCI:Mandeep Kaur * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Task Assigned - This task has been assigned to Ilkin Musaev. You... |
| 13:37.10 | Notify | 03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: None - What size of imgae should be? And i must send psd file or... |
| 13:37.11 | Notify | 03GCI:Johannes Schulte * 5782971667709952 Implement new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed. |
| 13:37.12 | Notify | 03GCI:Marie Gita * 5257317062803456 Design a BRL-CAD Sticker #12: Task Claimed - I would like to work on this task. |
| 13:37.13 | Notify | 03GCI:Rishi Sharma * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: Task Claimed - I would like to work on this task. |
| 13:37.14 | Notify | 03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: None - Can i use any program that photosop? |
| 13:37.15 | Notify | 03GCI:Mandeep Kaur * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Use any tool - You can use photoshop and upload raw files as well... |
| 13:37.16 | Notify | 03GCI:Mandeep Kaur * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: Task Assigned - This task has been assigned to Rishi Sharma. You... |
| 13:37.17 | Notify | 03GCI:Daniel Rossberg * 5257317062803456 Design a BRL-CAD Sticker #12: Task Assigned - This task has been assigned to Marie Gita. You have 168 hours to complete this task, good luck! |
| 13:37.18 | Notify | 03GCI:Daniel Rossberg * 5782971667709952 Implement new API function to reduce duplication: How will this function help to reduce code? - The function itself looks reasonable. However, I'm missing... |
| 13:37.19 | Notify | 03GCI:Daniel Rossberg * 5782971667709952 Implement new API function to reduce duplication: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the mentor(s)... |
| 13:37.20 | Notify | 03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Ready for review - The work on this task is ready to be reviewed. |
| 13:37.21 | Notify | 03GCI:Johannes Schulte * 5782971667709952 Implement new API function to reduce duplication: None - Is this also part of this task, or should it be done in one of the code duplication tasks? |
| 13:37.23 | Notify | 03GCI:Gauravjeet Singh * 6357311673073664 Create a New Year Greeting Card for BRL-CAD. #2: Task Closed - Congratulations, this task has been completed successfully. |
| 13:58.28 | Notify | 03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Task Claimed - I would like to work on this task. |
| 14:00.04 | Notify | 03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: GED - But Tell me more about GED command transcript and how to make it |
| 14:03.35 | maths22 | starseeker: is hacking a good one to start with? |
| 14:03.39 | Notify | 03GCI:Jacob B * 5520829748084736 Fix image sizing in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents): Task Claimed - I would like to work on this task. |
| 14:08.23 | maths22 | to me, all these images look pretty good given their purposes http://brlcad.org/~maths22/HACKING_BRL-CAD.pdf |
| 14:08.32 | maths22 | please let me know which ones are too big |
| 14:29.19 | starseeker | maths22: if they look fine, then I'd pick another document |
| 14:29.25 | starseeker | try one of the lessons |
| 14:32.25 | Notify | 03GCI:Harmanpreet * 5520829748084736 Fix image sizing in BRL-CAD's Docbook Documentation (any one large document or 4 smaller documents): Task Assigned - This task has been assigned to Jacob B. You... |
| 14:36.36 | starseeker | maths22: I think the Volume III book also has a fair number of image sizing issues |
| 14:43.03 | Notify | 03GCI:Rishi Sharma * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: Ready for review - The work on this task is ready to be reviewed. |
| 14:47.53 | Notify | 03GCI:Harmanpreet * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car http://www.google-melange.com/gci/task/view/google/gci2013/5873716877590528: Write Down... |
| 14:48.08 | Notify | 03GCI:Harmanpreet * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Task Assigned - This task has been assigned to Sharan Narayan. You have 72 hours to complete... |
| 15:08.29 | Notify | 03GCI:Harmanpreet * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Impressive - Ilkin, You design is impressive but need following... |
| 15:08.39 | Notify | 03GCI:Harmanpreet * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Task Needs More Work - One of the mentors has sent this task back... |
| 15:25.48 | Notify | 03GCI:Johannes Schulte * 5782971667709952 Implement new API function to reduce duplication: Ready for review - The work on this task is ready to be reviewed. |
| 15:40.26 | *** join/#brlcad merzo (~merzo@139-19-133-95.pool.ukrtel.net) | |
| 15:43.16 | Notify | 03GCI:FaithOh * 5865810849431552 Write draft of BRL-CAD application interface design guidelines: Task Claimed - I would like to work on this task. |
| 15:52.44 | Notify | 03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Ready for review - The work on this task is ready to be reviewed. |
| 15:54.54 | Notify | 03GCI:Kuuurt * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Claimed - I would like to work on this task. |
| 16:16.22 | Notify | 03GCI:Mandeep Kaur * 5865810849431552 Write draft of BRL-CAD application interface design guidelines: Task Assigned - This task has been assigned to FaithOh. You have 168 hours to complete this... |
| 16:16.23 | Notify | 03GCI:Mandeep Kaur * 4932878790033408 Fix at least 8 spelling mistakes in at least 8 different files #7: Task Assigned - This task has been assigned to Kuuurt. You have 72 hours to complete this... |
| 16:34.54 | Notify | 03GCI:Sean * 5836931489333248 Design a BRL-CAD Sticker #13: closure - For posterity when aggregating results later, Anita e-mailed other .ai files that opened without issue. See devs mailbox for... |
| 16:47.05 | Notify | 03GCI:Sean * 5782971667709952 Implement new API function to reduce duplication: comment duplication - Implementing the reduction isn't part of this task but you do have to identify the code that is... |
| 16:47.25 | Notify | 03GCI:Sean * 5782971667709952 Implement new API function to reduce duplication: assuming - Assuming you can fix the remaining issues on commit. |
| 16:49.30 | Notify | 03GCI:Sean * 5782971667709952 Implement new API function to reduce duplication: Task Closed - Congratulations, this task has been completed successfully. |
| 16:54.00 | Notify | 03GCI:Sean * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: This is awesome! - Love it Ilkin! This is one of the most creative and... |
| 16:57.36 | Notify | 03GCI:Harmanpreet * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Agree with Sean - Desgin is simply awesome but the tag line or... |
| 16:59.20 | Notify | 03GCI:Sean * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: you already did this one - Rishi, I just commented on your previous task... |
| 17:01.15 | Notify | 03GCI:Rishi Sharma * 5804117939191808 Design a cover image or banner for our Facebook page (and/or another social media site) #15: None - Sir this means my work will not be reviewed ? |
| 17:04.01 | Notify | 03BRL-CAD:starseeker * 59238 brlcad/trunk/src/libbrep/boolean.cpp: Add some notes/thoughts about how to proceed with face/face operations... |
| 17:15.38 | Notify | 03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Ready for review - The work on this task is ready to be reviewed. |
| 17:21.14 | *** join/#brlcad jschulte (~johannes@p4FDF8E84.dip0.t-ipconnect.de) | |
| 17:34.42 | Notify | 03GCI:Sean * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Task Needs More Work - One of the mentors has sent this task back for more work. Talk to the... |
| 17:37.47 | Notify | 03GCI:Sean * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: cant be used in a tutorial - Sharan, the point of the transcript is to serve as a tutorial for... |
| 17:39.22 | Notify | 03GCI:Sean * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Task Needs More Work - One of the mentors has sent this task back for more... |
| 17:39.27 | Notify | 03GCI:Sean * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: also move the text up slightly - Also, if you make the text in the top... |
| 17:50.46 | Notify | 03BRL-CAD:j-schulte * 59239 (brlcad/trunk/include/bn.h brlcad/trunk/src/libbn/CMakeLists.txt and 4 others): add function to calculate the interior area of a polygon to libbn (GCI task: http://www.google-melange.com/gci/task/view/google/gci2013/5782971667709952) |
| 17:57.02 | Notify | 03BRL-CAD:n_reed * 59240 brlcad/trunk/src/tclscripts/archer/Archer.tcl: just draw control mesh when edit button is checked |
| 17:57.16 | Notify | 03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: OK - I gonna unclaim this task.. |
| 17:57.45 | Notify | 03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: None - ok i will do it now |
| 17:58.05 | Notify | 03GCI:Sharan Narayan * 5873716877590528 Create a precise modeling transcript for modeling a simple toy car: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 17:59.25 | Notify | 03GCI:Sharan Narayan * 5849146376323072 Model pliers in 3D using BRL-CAD: Task Claimed - I would like to work on this task. |
| 18:03.07 | Notify | 03GCI:Johannes Schulte * 5259914242949120 Implement new API function to reduce duplication #2: Task Claimed - I would like to work on this task. |
| 18:06.13 | Notify | 03GCI:Sharan Narayan * 5849146376323072 Model pliers in 3D using BRL-CAD: One Piler or many.. - The task is to model a sigle plier or all of them shown in the wiki page |
| 18:07.25 | Notify | 03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14... |
| 18:13.20 | Notify | 03GCI:Sharan Narayan * 5882063005679616 Model a hammer in 3D using BRL-CAD: Task Claimed - I would like to work on this task. |
| 18:13.21 | Notify | 03GCI:Sharan Narayan * 5849146376323072 Model pliers in 3D using BRL-CAD: Claim Removed - The claim on this task has been removed, someone else can claim it now. |
| 18:24.22 | Notify | 03GCI:Ilkin Musaev * 6395734651830272 Design a cover image or banner for our Facebook page (and/or another social media site) #14: Ready for review - The work on this task is ready to be reviewed. |
| 18:34.32 | maths22 | starseeker: that makes sense |
| 18:49.15 | Notify | 03GCI:Anita Leung * 5778448328949760 Create a Motion Typography video for BRL-CAD #3: Reediting the script - 7 Reasons to Choose BRL-CAD: for Developers BRL-CAD is a hefty graphic system... |
| 19:22.18 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) | |
| 19:45.30 | Notify | 03BRL-CAD Wiki:Jimrcross1941 * 0 /wiki/User:Jimrcross1941: |
| 20:08.17 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.197.232) | |
| 20:33.01 | *** join/#brlcad Ch3ck (~Ch3ck@41.202.195.72) | |
| 22:23.05 | FreezingCold | What kind of formats are best to import with brlcad? |
| 22:24.06 | FreezingCold | .stl? |
| 22:28.22 | FreezingCold | brlcad: Hey Sean, random question, is your work sponsored by anyone or is it a hobby? |
| 22:36.54 | FreezingCold | Also slight random question, does BRLCAD have any export restrictions? I know some software that involves national security isn't "supposed" to be used internationally |
){kind=link}
